Foundations · Lesson 04 — The brief format that gets the design you wanted
F04Foundations
Foundations · Lesson 04● live

The brief format that gets the design you wanted

Five fields that turn fuzzy asks into concrete renders.

8 min read · 15 min applyprereq: none — start here if you're new to briefing AI

Why briefs fail

Most “the AI didn’t do what I wanted” complaints aren’t agent failures. They’re brief failures. The operator says “build me a landing page” and the agent picks reasonable defaults. The defaults aren’t what was in the operator’s head. Twenty rounds of revisions later, nobody’s happy.

The fix isn’t a smarter agent. The fix is a tighter brief. Five fields, completed before any render starts, prevents most of the back-and-forth.

This is the cheapest quality gate in the stack. It costs ninety seconds. It saves an hour per artifact. And once you internalize the format, you start writing better briefs to humans too — the discipline transfers.

The five fields

Every brief, every time. If a field is genuinely unknown, mark it FUZZY and have the agent propose options before rendering.

FieldQuestion it answersCommon failure
WhoWho is the audience for this artifact?“Everyone” — produces a generic result
WhatWhat is the single takeaway they leave with?Listing 5 takeaways — produces visually flat work
WhyWhy does that takeaway matter to the business?“Because we need it” — no real direction
WhereWhere does this artifact sit in the larger surface?Skipping placement — agent over- or under-scopes
How to testHow will we know it worked when we look at the result?Skipping it entirely — the most common miss

The most-skipped field is “how to test.” Operators write the first four, then ship. The agent renders, the operator looks, says “hmm,” and the loop has no anchor. The test sentence is the anchor.

Three ways briefs fail

The patterns that produce the “23 versions of paragraph 2” loop. Hover any card to see the diagnosis.

01

The vibes brief

claim looks like"Make it feel modern. Clean. A little bold."
what’s missingNo reference, no constraints, no audience. The agent picks a default — usually a generic SaaS layout — and you spend three rounds of "no not like that" trying to steer back to what was in your head.
the movePin one concrete reference (a URL, a screenshot, a competitor) and one thing you don't want it to look like. Vibes are exclusionary, not inclusionary — say what to avoid and the surface area shrinks fast.
02

The kitchen-sink brief

claim looks likeTwelve features, four audiences, three CTAs, every section the agent could possibly include.
what’s missingNo priority. The agent treats every requirement as equal weight. Result: visually flat — nothing draws the eye because you didn't tell the agent what to draw the eye to.
the movePick the one job the page must do. Everything else is supporting. Briefs that say "the primary outcome is X; everything else is secondary" produce visually hierarchical work. Briefs that list 12 equal items produce mush.
03

The no-test brief

claim looks like"Build me a landing page for the launch."
what’s missingNo way to know when it's right. Without a test method ("a visitor who's never heard of us should answer X within 5 seconds") the brief becomes a taste argument. You re-roll forever.
the moveEvery brief ends with one testable sentence: how a stranger would judge the result. "A first-time visitor finds the pricing in under 10 seconds." "A skeptical reader trusts us by paragraph 3." That's the gate.

The fix in all three: concrete reference, single priority, observable test. Vibes, kitchen-sinks, and untestable goals are the three failure modes. The five-field brief makes all three visible before render.

The pre-render check

The diagnostic is one prompt. Paste it before any design ask. The agent restates your brief in five fields and flags any that are fuzzy.

The pre-render check
Before you render anything, restate the brief back to me
in this exact shape:

  Who: <audience, in one phrase>
  What: <single takeaway, in one sentence>
  Why: <what that unlocks, in one phrase>
  Where: <placement, in one phrase>
  How to test: <one observable sentence>

If any field is fuzzy, write "FUZZY:" and propose 2-3
specific options I can pick from. Do not start drafting
until every field is concrete or I've explicitly chosen
one of your proposals.

Forces the brief to be complete and concrete before any render begins.

When you start using this, expect 2-3 fields to come back FUZZY on every brief. That’s normal. Pick from the agent’s proposed options and the brief tightens. Three rounds of FUZZY-resolution is still cheaper than three rounds of render-revision.

Annotated transcript

A real conversation: operator asks for an About section, agent forces the brief, agent flags an internal contradiction before drafting. Click any pinned annotation to expand the “why this turn matters” commentary.

Briefing an About-section section

Three operator turns, three agent turns. Result: a clean draft on first pass + the brief saved as a reusable template.

  1. operator

    I want a section on the about page that explains who I am without sounding like a LinkedIn bio.

  2. agent

    Before I draft, give me the brief in five fields:

    1. Who — who reads this? (founder peer? potential customer? recruit?)
    2. What — the single takeaway you want them leaving with
    3. Why — what does that takeaway unlock for the business
    4. Where — where does this section sit (top of page? deep in About?)
    5. How to test — one sentence that says how we'll know it landed

    If any field is fuzzy, say "don't know yet" and I'll propose options. Cleaner to surface the gaps now than to render and re-render.

  3. operator

    Who: operators running their own ventures. What: that I build with discipline, not vibes. Why: filters out tire-kickers, attracts the right collaborators. Where: top of the About page, after the lede. How to test: a reader can summarize my approach in one sentence after reading.

  4. agent

    Tight brief. Two callouts before I draft:

    - "Discipline, not vibes" is the takeaway, but it's also a cliché. I'll only land it if the section demonstrates discipline (specific numbers, concrete artifacts) rather than claiming it. Agreed?
    - The test is good. "Summarize in one sentence" is a real gate. I'll write toward that — every paragraph earns its place against that summary.

    Drafting now. I'll show you one version. If it doesn't pass your test, we revise the brief, not the prose.

  5. operator

    Agreed on both. Draft.

  6. agent

    [draft delivered — three short paragraphs, two with concrete numbers, one with a named artifact link]

    My own pre-test read: a stranger could plausibly summarize this as "runs three ventures with explicit playbooks; shows the playbooks; not a coach." That's close to your test. If you read it cold and the summary is different, the brief was wrong — tell me which field to revise.

Brief template — copy and paste

Save this in a snippets file. Paste before any design ask. Fill all five fields. Mark FUZZY for any that are genuinely unknown.

Brief: <one-line title of the artifact>

Who: <the audience, in one phrase — be specific>
What: <the single takeaway they leave with, in one sentence>
Why: <what that takeaway unlocks for the business, one phrase>
Where: <where this sits in the larger surface, one phrase>
How to test: <one observable sentence describing how we'll know
              it worked when we look at the result>

References (optional):
- <link, screenshot, or "looks like X but not Y">

Anti-references (optional but powerful):
- <one thing you don't want it to look like>
- <another>

Anti-references do disproportionate work. Saying “not corporate-SaaS, not landing-page-template-#7” narrows the agent’s search faster than positive references alone. Vibes are exclusionary.

Prompt kit

Three prompts for briefing, refining, and grading design work. Save in your CLAUDE.md or a personal snippets file.

The pre-render check
Before you render anything, restate the brief back to me
in this exact shape:

  Who: <audience, in one phrase>
  What: <single takeaway, in one sentence>
  Why: <what that unlocks, in one phrase>
  Where: <placement, in one phrase>
  How to test: <one observable sentence>

If any field is fuzzy, write "FUZZY:" and propose 2-3
specific options I can pick from. Do not start drafting
until every field is concrete or I've explicitly chosen
one of your proposals.
Convert a fuzzy ask into a brief
I'm about to ask you to design something. First, help me
write the brief.

My fuzzy ask: <paste your one-liner>

Walk me through the five fields:
1. Who reads / sees this
2. What single takeaway they leave with
3. Why that takeaway matters to the business
4. Where this lives in the larger surface
5. How we'll test that it worked

For each field, ask me ONE clarifying question if my answer
is too vague. Stop after five questions max — fuzzy briefs
are better than over-specified ones.
Grade a finished render against its brief
Here's the brief: <paste 5-field brief>
Here's the result: <paste output / link / screenshot>

Grade the result on each field:
- Who: does the result speak to that audience? (1-5)
- What: does the takeaway land in the first read? (1-5)
- Why: does the result advance the business reason? (1-5)
- Where: does it fit its placement? (1-5)
- How to test: does it pass the test sentence? (yes/no)

For any field below 4, propose the smallest revision that
would lift it. Don't redesign — surgical revisions only.

Apply this — your next design ask

15-minute exercise. Take one fuzzy ask you’ve been sitting on. Run it through the brief. Render once. Grade against the brief, not your gut.

Your first five-field brief

Each step takes 2-5 minutes. Progress saves automatically.

0/5
  1. 01Pick a fuzzy ask you've been sitting on. One sentence, no detail."Redesign the home page." "Write the about section." "Make the dashboard cleaner." Any of these.
  2. 02Run the pre-render check. Fill in all five fields before any render.If a field is genuinely unknown, mark it FUZZY and have the agent propose options. Don't paper over the gap.
  3. 03Have the agent draft once. Then grade the result against the brief — not against vibes.Use the third prompt in the kit. Numerical scores keep the conversation honest.
  4. 04If the result fails, revise the BRIEF, not the prose. Re-render from the new brief.This is the move that breaks the "23 versions" loop. The brief is the source; the render is downstream.
  5. 05Save your three best briefs as a snippets file. They become your brief vocabulary.After ~10 briefs you start recognizing the field that's usually fuzzy for you (most operators undercook "how to test"). Knowing your weak field shortens future briefs.
Foundations tier · what's next

After this lesson