Skeleton Key

Core concepts

How orgs, brands, campaigns, roles, and runs fit together.

Skeleton Key is built around a simple containment model: organizations hold brands, brands hold campaigns, and campaigns hold the outputs of each phase. Once that model is clear, everything else follows from it: who can see what, which phases you can run, and why your previous outputs don't disappear when you generate new ones.

Orgs, brands, and campaigns

An organization is the top-level container. Every user belongs to at least one, and most users own one. If you belong to multiple organizations (say, a personal account and a client's workspace), you can switch between them using the org switcher in the sidebar. Switching orgs changes which brands are visible everywhere in the app.

A brand lives inside an organization. One organization can hold many brands; one brand belongs to one organization. The brand selector in the sidebar filters every page (Research, Strategy, Media Plan, Documents) to that brand's content. Owners and Admins can create brands inside their org and manage which members have access to each one.

A campaign lives inside a brand. A single brand can have as many campaigns as you need, each with its own brief and its own set of Research, Strategy, and Media Plan outputs. Campaigns are how you scope downstream work: when you run Research inside a campaign, those outputs are tied to that campaign's brief and feed directly into that campaign's Strategy and Media Plan.

Roles and permissions

Organizations and brands each have their own role system. They're separate, and the word "Admin" appears in both. At the org level it's a broad role over the whole organization; at the brand level it's a role on one specific brand. A user can be an Org Member and a Brand Admin at the same time. Org role controls org-wide actions like creating new brands and inviting people. Brand role controls what they can do inside that brand: running workflows, editing outputs, and (for Brand Admins) managing collaborators on the brand.

Org Owners and Admins automatically have full edit access to every brand in their org. Brand-level roles apply to Org Members and Guests, determining what they can do (or see) on each brand they have access to. For the full role-by-role capability list, see Roles and permissions.

How the features fit together

The sidebar groups features by the job they support. Brand holds Profile and Documents. Campaign holds Campaigns, Research, Strategy, Planning, and the tools for running or refining that sequence. Explore contains Wiki, Maps, and Chat: three ways to browse and question the knowledge your work builds up, with the Wiki compiling every input and output into evidence-backed pages. Present contains Pages and Slides. Measurement contains the Marketing Mix Model.

A Brand Profile must exist before you can create a Campaign, and each campaign workflow requires its upstream work to be complete. Explore and Present become more useful as you generate outputs. Measurement runs separately at the brand level.

How the steps depend on each other

Brand

Inputs and profile

Campaign

Brief details

Research

5 outputs + 2 reports

Strategy

4 strategies + summary

Planning

Media plan

The five steps run in a fixed order, and each one requires the previous to be complete before it becomes available.

Brand Profile is the starting point. Without a completed Brand Profile, you cannot create a Campaign inside that brand. A Campaign brief, in turn, is what gives Research, Strategy, and Media Plan the campaign-level context they need. Once Research is complete inside a campaign, Strategy becomes available. Once Strategy is complete, Media Plan opens.

The product enforces these dependencies automatically. Trying to open a downstream phase before its upstream is complete shows a prompt explaining what needs to be done first rather than letting you into an empty page. This is by design: each phase grounds its outputs in the previous phase's findings. A Strategy built without Research would be working without the market intelligence layer; a Media Plan built without Strategy would have no planning rationale to draw from.

Research is the one exception to strict campaign-scoping: it can be run at the brand level, outside of any campaign, and is useful when you want exploratory market intelligence that isn't tied to a specific brief. Strategy and Media Plan are always campaign-scoped.

Runs and version history

Each time you generate Research, Strategy, or a Media Plan, you create a run. The first time you generate Research for a campaign, that's version 1. When you Refine, Rerun, or Restore that phase, a new run is created. Previous runs aren't deleted; they're kept as version history and accessible via the History icon on each phase page.

The phase page always shows the current run by default, which is the latest version. Opening version history lets you view any previous run in read-only mode. From there you can restore it with one click, which promotes that older version to current. The version you restored from stays in history.

Editing a Media Plan in edit mode also creates a new run, capturing the state of the plan at save time. If you edit a plan and later want to go back to the auto-generated version, that earlier version is still in history.

Version history is per-phase. Refining Strategy doesn't touch Research. Refining Research, though, means your Strategy and Media Plan were built on the previous Research version. The product surfaces a staleness indicator on those downstream phases so you know they don't yet reflect the latest Research. The full Refine model, including how targeted feedback works and which agents re-run, is covered in the Refine workflow guide.

Where to go next

The Refine workflow guide covers the full model for iterating on outputs: feedback, partial reruns, and how the version history grows over time. For per-phase detail, see Research, Strategy, and Media Plan. For org-level administration (managing members, brand access, and billing), see Organization.

Last updated: 2026-08-03