← Blog

Cost · · 4 min read · Updated

The cheapest content request is the one you do not have to repair

Why vague briefs create retries, review loops, and provider spend—and a brief structure that makes AI-assisted marketing work cheaper before the first request.

Jonathan Haas

The most expensive content request often starts with a sentence that sounds efficient:

“Write five launch emails for our new feature.”

That sentence leaves the model, the marketer, and the reviewer to invent the missing work. What is the audience? Which claims are approved? What source should the copy use? What does “launch” mean in this channel? Who can accept the result?

Every unanswered question becomes a revision, a comment, a new request, or a meeting. The first request may be cheap. The process around it is not.

A model can follow a bad brief perfectly. The cost appears when people repair the result.

A brief is a budget boundary#

A brief does more than give a model instructions. It sets the limits for work that is allowed to begin:

  • the audience and business objective;
  • the source material the work may rely on;
  • the claims that need evidence;
  • the channel and format;
  • the owner who can answer questions;
  • the reviewer who can accept or return the asset;
  • the point at which more attempts stop making sense.

Without those boundaries, a content process can spend money while still arguing about what good means.

The fields that prevent expensive ambiguity#

Brief field Example Failure it prevents
Business outcome Increase trial starts from existing users A polished asset with no useful purpose
Audience Admins at 50–500 person companies Copy that needs a new strategy review
Channel and format Three lifecycle emails, plain text Reformatting and channel rework
Approved source set Product notes v4, pricing page v3 Unsupported or stale claims
Required claim “Exports finish in under five minutes” Review discovering a missing proof point
Prohibited claim No security certification language Legal return after drafting
Owner Lifecycle marketing A queue nobody can answer
Approver Product marketing Conflicting acceptance decisions
Stop condition Two returned attempts require a new brief Endless retries on the same problem
Success measure Trial starts, not open rate alone Reporting an easy but weak metric

The point is not to make a brief bureaucratic. It is to make the expensive questions visible before a request creates more work.

Compare the two versions#

Loose brief:

Write five launch emails for the new workflow. Make them clear, confident, and exciting.

Operational brief:

Create three plain-text emails for existing workspace administrators who have not enabled the export workflow. The goal is to increase first export completion. Use only the product notes and help article linked below. Explain the setup in four steps. Do not imply that exports are automatic or that data is retained indefinitely. Product marketing approves the final copy; lifecycle marketing owns the brief. Return the item if a claim cannot be traced to the source set. Stop after two returned attempts and request a revised brief.

The second version gives the person reviewing the asset something concrete to check. It also gives the process a way to stop. That is a cost control, not a writing preference.

Measure the repair caused by the brief#

Track the relationship between brief quality and production effort:

Measure What it tells you
Attempts per accepted asset How often the process repeats itself
Return reason Which missing field creates work
Minutes to first useful review Whether the owner and approver are clear
Unsupported-claim rate Whether the source set is usable
Brief changes after drafting Whether strategy was decided too late
Accepted assets with no source set Whether evidence is being skipped

Do not reduce all returns to “quality.” A returned asset because the audience changed is a brief problem. A returned asset because a fact was unsupported is a source problem. A returned asset because the approver was wrong is a routing problem.

Spend attribution gives each attempt a task and owner. The waste-before-publish guide shows what to do with outputs that never become useful work. Together they make the cost of a weak brief visible.

Make the first request earn its next one#

Before another request leaves the process, ask five short questions:

  1. What business decision should this asset support?
  2. Who is allowed to use or approve the output?
  3. Which source set is current enough for the claims?
  4. What exact condition makes the asset acceptable?
  5. Who decides whether another attempt is worth the cost?

If the owner cannot answer those questions, the right next action is not a longer prompt. It is a better brief.

The best content teams do not make every brief long. They make the important boundaries hard to miss. That lowers retries, shortens review, and gives each dollar a better chance of becoming work the business can actually use.