Why do campaigns still take weeks when AI writes the copy in minutes?
For most campaign pieces, the copy was never the slow part. If your last campaign page was drafted in an afternoon and went live three weeks later, the time went to the studio queue, a web ops ticket and a second legal read of a claim legal had already approved. Those days sit between people, and that’s where to look.
The draft got fast. The waits didn’t move.
Find out where your campaigns wait
Do this before you buy anything. Pull your last ten campaign assets, including the ones that stalled. For each one, note whether it was a new idea or a variant of something you’d shipped. Then fill in each stage: the days someone worked on it, the days it waited, what it waited for, and whether that wait held the launch date. Total the wait days that held a launch, stage by stage, across all ten.
| Stage | Work days | Wait days | What it waited for | Held the launch? |
|---|---|---|---|---|
| Brief | ||||
| Draft | ||||
| Design | ||||
| Review | ||||
| Legal | ||||
| Build |
Separate the work from the wait. A designer reworking a page for its channel is work worth paying for. The same page sitting in that designer’s queue is a wait. Many waits sit at a handoff, where someone re-explains the idea and someone else checks it came out right. Others sit with one owner who’s short of time or missing an answer. Start at the stage with the most wait days that held a launch, whether that’s design, review, legal or the build.
Keep the careful path for the work that earns it
Look on your sheet for two kinds of work in one queue. A launch page and a regional variant of last month’s webinar page don’t need the same road. One-shot, high-stakes work earns the careful path: full design, full review, legal in the room. If everything takes that path, a routine variant waits like a keynote.
Three questions make a starting rule. Add what your business needs, such as a new market, personal data or an accessibility rule.
- Is the idea new?
- Does it carry a claim legal hasn't approved for this use?
- Is it hard to fix once it ships?
A yes to any of them, or to a rule you add, sends the piece down the careful path. All noes send it down the fast path.
A fast path only helps if it skips the people who are the bottleneck. If the same designer still builds the variant and the same web ticket still publishes it, you’ve renamed the queue. Here is what each step needs:
| Step | Who does it | What it needs first |
|---|---|---|
| Route | The campaign owner | The three questions above |
| Build | The marketer who needs the piece | Approved components anyone can assemble without a designer |
| Check | A machine, before any person | Your rules and your approved claims, written down |
| Review | One reviewer, reading for judgment | The brief |
| Release | A named owner with publish rights | No web ticket on this path |
We publish this site and our sales rooms with no web agency and no design agency. The person who writes a page can ship it, and the deploy runs the checks first. If you already triage intake, check whether your triage changes the path a piece takes or only its place in the line.
Fix the brief before you shop for a better writer
Our brand rules had reached the draft as 25 mostly don’ts. A don’t can stop a bad line but can’t supply a voice, an example or a fact you’re cleared to use. Since September 21, 2026, saving a brief also writes a page of approved examples and usable evidence beside it, and the don’ts run as a check after the draft.
Our brief has seven fields. Take them:
- The reader
- What they believe now
- What they should believe after
- The funnel stage
- The reader's week
- The evidence the piece may cite
- What the reader does next without replying
A brief that carries the approved claim and the cleared proof gives the draft less to invent. How that material stays current is the subject of the Shared Context guide.
Let the checks read first
A check catches what you can write down as a rule: a banned phrase, a claim with no source listed, a name nobody has confirmed lately. It can’t tell whether a source supports the sentence or whether a claim fits its context. That stays with people. So the reviewer’s first read goes to judgment, not to errors a rule already catches.
As of · our check, on this page
Our check runs before every site deploy and names the rule behind each finding. It caught the first draft of this page on October 5, 2026, and we rewrote the paragraph:
| What it caught | The rule | What we wrote instead |
|---|---|---|
| A line that called some waits “real work” without showing which | Show the thing; don't assert that it's so | “A designer reworking a page for its channel is work worth paying for. The same page sitting in that designer’s queue is a wait.” |
A second check, since September 25, 2026, refuses any page that names a person whose current title nobody has confirmed in the past week. It adds a step each time a page names someone, and Sales Acceleration tells the mistake that made us accept the cost.
Then ask legal for a policy, not just approvals: which claims can be reused, under what conditions, and who decides a use qualifies. A new claim, a new market or a new pairing with an image goes back to legal. You don’t need our tooling to start. A shared list of approved claims, each with its conditions, an owner and an expiry date, is the first artifact.
Know what a change leaves behind
A change to your brand guide or positioning reaches the next piece you build, not the ones already live; Shared Context has the why. So keep a record of what’s live and what each piece was built from. Each of our page briefs lists its sources, and a script reports any source that changed after the page was last reviewed. One flag from a real run:
As of
| Asset | Source that changed | Changed | Last reviewed | Owner |
|---|---|---|---|---|
| The Field Guide’s index page | The list of guide entries it’s built from | October 3, 2026 | September 27, 2026 | None named yet |
The owner column is our gap. Today we run the script by hand and nobody is named per page. The aim is a weekly run that names an owner for each flagged page. We also record which version of each sales piece went to whom, so a change can be traced to the people who already have the old one.
Count days and cost, not assets
Track brief-to-live days for each piece, with the two paths counted apart, because blended, the careful path’s days hide the fast path’s gains. Track production cost per launched campaign, counting staff time, agency fees, tools and rework. Watch pipeline per program dollar over at least one full sales cycle. A count of assets shipped tells you output went up and nothing about where the time went. Volume is easy to count. Days and cost per campaign are numbers you have to set up yourself.
Where this breaks
- You count only assets, so nobody sees the slow stages.
- Everything routes to the careful path, because nobody owns the decision to use the fast one.
- The fast path still runs through the same designer and the same web ticket.
- The brief stays thin, and you shop for a better model instead.
- Anyone can skip a check, so it becomes a suggestion.
- Nobody runs the drift check, so live pages fall out of date after a change and nobody knows which.
What campaign leaders ask
- Do I still need my agency?
- You still need expert design and judgment for launches, new ideas and the design that sets a pattern others copy, whether that comes from an agency or your own team. What changes is the routine variants. Built from approved components, they stop waiting in the same queue as the launch.
- What if legal won't write a reuse policy?
- Start with one claim and one condition, such as a customer quote cleared for web pages for a year. A policy for one claim is still a policy, and it shows legal exactly what the fast path asks of them.
- Who gets to publish on the fast path?
- A named owner per channel, with publish rights and the checks in front of them. Give the right to people, not to a shared inbox, and take it back from anyone who skips a check.
Draft copy, agent's words, not yet reviewed.
