Design a production path with clear states, owners, entry criteria, exit criteria, and an exception route for work that does not follow the easy case.

Editorial Workflow Design follows real content from request to publication, identifies the handoffs and queues causing delay or rework, and turns those findings into a workflow the team can use in its existing tools.

You walk away with documented states, owners, and service levels, tested against a hard case and configured in the tools the team already uses.

Production board showing content moving through request, draft, review, and publish states

Some of the 500+ brands we've worked with

See all references
  • Zorlu PSM
  • Red Bull
  • Yemek.com
  • Onedio
  • AVVA
  • HDI Sigorta
  • Ekol

The process begins with real content traces, separates controls from inherited habits, defines usable states, tests difficult cases, and checks adoption after rollout.

  1. Trace real pieces from request to publication

    We follow a representative set of real pieces from request to publication and record each handoff, queue, wait, and rework loop. That observed path takes precedence over a process recalled from memory.

    A map of real states, queues, and friction points, as opposed to the process on paper.

    AI assist
    Agents can reconstruct the real path of past pieces from tool history and show time spent in each state. Which of those steps were controls and which were habits is worked out by talking to the team.
    Human gate
    The sample determines what the map reveals, so a strategist selects the real pieces to trace.
  2. Separate necessary controls from inherited steps

    Some stages manage a real editorial, legal, or publishing risk. Others remain only because the team once worked differently. We document the reason for each step before keeping or removing it.

    A list of steps worth keeping, with a reason for each, and steps worth cutting.

    AI assist
    Agents can group recurring rework by the handoff that caused it, which shows where the friction actually is. Whether a control justifies its friction is a risk decision the team makes.
    Human gate
    Keeping or cutting a step remains the strategist’s decision after its purpose has been documented.
  3. Define states, owners, and transition criteria

    For every state, we define the conditions for entry, the accountable owner, and the conditions for exit. A piece should not remain in a queue because nobody knows what happens next.

    A workflow blueprint with states, owners, and service levels attached.

    AI assist
    Agents can draft the state definitions and transition criteria from the agreed map. Who owns each state is assigned by name, because a state without an owner is a queue.
    Human gate
    The workflow owner signs off on who owns each stage before it becomes the default.
  4. Create references for the moment of use

    We turn states and criteria into concise templates and reference material attached to the work itself, where people will actually see them.

    Lightweight templates and reference material tied to each state.

    AI assist
    Agents can generate the checklists and reference cards for each state in the format the team already uses. What belongs on a card at the moment of use is decided by the people using it.
    Human gate
    An editor approves the reference material before anyone is expected to use it.
  5. Test the workflow against difficult cases

    We test the proposed flow with an urgent request, a rejected draft, and a localization handoff. The workflow also needs an explicit exception path for cases outside the default sequence.

    A tested blueprint with an explicit exception path for cases that don't fit the default flow.

    AI assist
    A volume simulation can show where the proposed states are likely to produce a queue. It cannot judge whether that delay is acceptable for this team.
    Human gate
    The strategist weighs the predicted queue against the team’s capacity and risk tolerance before accepting the design.
  6. Configure the flow and check adoption

    We configure the workflow in the team's existing tools, train people on both the default and exception paths, and then observe whether the new states are being used.

    A live workflow, an adoption check, and a review date.

    AI assist
    Agents can report adoption from tool data and show which stages are being skipped. A skipped stage is investigated as a design problem before it is treated as a compliance problem.
    Human gate
    The workflow owner sets the review date and judges whether adoption stuck or just got filed away.

The evidence does not choose the workflow

Time in each state, recurring handoff rework, and likely queues under heavier volume can all be analyzed with agents. The result gives the strategist better evidence, but it cannot say whether a control justifies the friction it creates. That decision depends on the team’s capacity and risk tolerance, and it determines which stages stay, change, or disappear.

The package includes the current-state evidence, the future-state blueprint, and the adoption measures used to see whether the change took hold.

  • a workflow process diagram

    Observed current-state map

    A record of the states, queues, handoffs, waits, and rework loops observed across real pieces of content.

  • a governance charter document

    Future-state workflow blueprint

    The proposed states, accountable owners, entry and exit criteria, service levels, and exception route for non-standard work.

  • a measurement note with a small trend line

    Workflow adoption tracker

    The measures and review date used to confirm whether the team follows the new flow in day-to-day work.

We call it done when: the states, owners, and service levels are documented, tested against a hard case, and the team is actually using it.

This method addresses the operational path a piece follows through the team. Policies and decision rights belong to Content Governance.

A good fit when

  • Drafts keep slowing at handoffs between writers, experts, legal, and publishing, so queues and rework appear without one visible owner.
  • A specific piece sits in the team's tools, but nobody can see its current state, accountable owner, or next action without reconstructing the history.
  • The process on paper looks orderly, yet real pieces follow different queues and handoffs, so you want the workflow built from observed work.

Better handled as other work when

  • You need to define policies and decision rights rather than the day-to-day production path. That is Content Governance.
  • More approval stages are the goal even though no observed delay, rework loop, or editorial risk shows what those stages would control.
  • The current state may be documented, but the team will not change its states, owners, or exception path once the map shows where work stalls.
  • Notion

    the reference page a contributor opens at the exact moment a state needs one

  • Asana

    the configured states and transition rules a real draft moves through

  • Trello

    the lightweight board pick for a smaller team that finds Asana too heavy

  • Airtable

    the trace log that maps one draft's real path before the new workflow is designed

A representative set of recent pieces is enough to begin. We trace their handoff history, show where ownership or momentum was lost, and use that evidence to propose the new flow.
Talk to a Content Marketing specialist
Two people shaking hands on the start of the work

Tool selection comes after the states, owners, criteria, and exception path are clear, and we then configure the workflow in a tool the team already uses effectively.