The model · on one page
Funnel in. Refine. Funnel out.
Every major AI answer engine feeds us what it currently recommends. We turn that into a specific, justified brief. That brief drives the creation tools that actually build the asset — and then we ask the same questions again to see whether it moved.
Present as a deckThe method in full
The deck above is the short version. Everything below is the complete method — what each stage actually does, the format catalogue, how a format changes medium without losing the machine layer, where answers are really sourced, what crosses to a creation tool, the gates every asset passes, and what this does not yet establish. Every figure from the deck is reproduced in place.
Why any of this is necessary
Advertising has always been built for one reader. A brochure, a billboard, a landing page — every
craft decision downstream assumes a person is deciding, so the work optimises for emotion, aspiration,
and the image doing what the copy cannot.
That assumption is now incomplete rather than wrong. A second reader sits between the brand and the
buyer. It does not respond to aspiration. It parses, retrieves, weighs sources, and produces a
recommendation. The human still decides — increasingly from a shortlist the machine composed.
The working position: content should carry human appeal and inform machine decision-making, in the
same artifact. These are not competing briefs to be traded off. The machine layer — structured data, a
parseable answer, a transcript — is a property of a well-made asset, not a separate genre of dry
content sitting beside the good one.
The model in one line
Funnel in. Every major AI answer engine is asked the questions your buyers actually ask, and tells
us what it recommends today and who it cites instead of you.
Refine. The engine measures, diagnoses, prescribes and routes — turning raw answers into a specific
brief with the content, format, medium and warrant already decided.
Funnel out. That brief drives the creation tools that build the asset, chosen by the agency. Then
the same frozen questions are asked again, which is the only step that can tell you the work caused the
change.
Stage 01 — Measure
We ask a frozen question set: the same buyer questions, in the same words, every cycle.
This sounds like a detail and it is the whole basis of honesty in the method. If prompts are
regenerated per run, every comparison is a re-roll and every before-and-after is a story. Freezing the
set at a subject's first measurement is what makes a later claim of movement checkable.
Every answer and every citation is recorded — not just whether you were mentioned, but which sources
answered in your place. That second half is what makes the diagnosis actionable.
Stage 02 — Diagnose
A gap is not "improve your content". It is a specific, named absence: the page that does not exist,
the question that goes unanswered, the claim a competitor makes that you do not.
Each gap carries the engines that surfaced it, how many agreed, an impact estimate, an effort estimate,
and a priority derived from them. Cross-engine agreement matters more than any single reading, because
engines are stochastic — one engine saying something once is a watchlist item, not a commissioning
brief.
Stage 03 — Prescribe
The gap is routed to a format — the informational structure that answers it. The catalogue holds
36 of these across eight families:
- ●Informational — article, FAQ, how-to, buying guide, ultimate guide, glossary definition,
checklist, spec sheet, coverage roadmap, intent gap analysis
- ●Comparative — comparison, listicle, alternatives page, vs matrix
- ●Proof — customer proof, certifications page, case study, test results
- ●Corrective — claim clarification, misconception correction, myth vs fact, review response
- ●Earned — press release, media pitch, contributed article, creator brief
- ●Transactional — page enhancement, pricing transparency, where to buy, product release
- ●Social — social post, newsletter section, YouTube description, video script
- ●Technical — schema meta set, markdown variant
Each format declares the components it requires and a governance mode. Five are request-only,
because they assert evidence we cannot invent — a case study, a test result, and all four corrective
formats need a human to ask for them.
Stage 04 — Route
The brief is matched to a medium, and the providers who could build it are ranked.
Ranked, not chosen. Output provider is always the agency's decision — there are several ways to
produce anything, and an agency usually has preferences, existing subscriptions, or a seat it already
pays for. We hand over a brief and a shortlist; we do not pick the vendor.
Where a provider supports acting on a user's behalf, the work can run inside the agency's own account,
on its own credits, under its own brand and themes. That is an integration, not a resale.
Who can make each of these — and the agency picks
The right-hand side of the model is not one tool, it is a market — and the choice is the agency’s, always. Every capability has several credible providers, which is the point: the brief is vendor-neutral, so an agency can send it to whichever it already prefers, already pays for, or already has a seat in. We rank the options and hand over the brief; we do not pick the vendor.
Read the third column carefully. “Who can produce it” is a map of the market, not a list of things we have connected. We hold the API documentation for one vendor today — highlighted — and everything else is a candidate we have not yet read the contract for. Naming a provider here is not a claim that we integrate with it. Worth noting on the other side of it, though: where a vendor supports acting on a user’s behalf, the work can run inside the agency’s own account, on its own credits, under its own brand and themes. That is an integration, not a resale.
Format is not medium
Every one of the 36 formats is assembled from just four components:
| Component | What it is | Medium-independent? |
|---|---|---|
| Answer summary | the direct answer, stated first | Yes — prose, voiceover, on-screen text |
| FAQ block | question → answer pairs | Yes — list, accordion, video chapters, carousel |
| Spec table | attributes with units | Yes — table, graphic, comparison animation |
| Schema block | schema.org markup | No — text-only by definition |
Three of the four are data structures, not prose. An FAQ block is a list of question-and-answer
pairs; nothing about it requires a paragraph. That is the mechanical reason a format can change medium.
The rule this yields: a format may be expressed in an alternate medium if, and only if, its
non-markup components carry the meaning — and the markup must still be published as text somewhere the
engines can fetch, whatever medium the human-facing version takes. A video FAQ does not replace
FAQPage schema. It sits beside it.
Low-end to high-end — the same gap, expressed five ways
Low-end is the cheapest artifact that honestly closes the gap. High-end is the richest expression of
the identical structure. They differ in production cost and human appeal, not in what the engine is
asked to find.
| Format | Low end | High end | Machine layer, always |
|---|---|---|---|
| FAQ | Q&A list | chaptered Q&A video; answer widget | FAQPage JSON-LD + transcript |
| How-to | numbered steps | step-by-step video, chaptered per step | HowTo JSON-LD, steps → timestamps |
| Comparison | criteria table | animated side-by-side; filterable comparator | table as HTML, named competitors |
| Listicle | ranked list | countdown video; ranked explorer | ItemList JSON-LD, criterion first |
| Buying guide | prose guide | guided decision tool; presenter video | criteria mapped to buyer questions |
| Customer proof | quote block | filmed testimonial | Review JSON-LD over real records only |
| Schema | no alternate expression exists — technical is technical | — | is itself the machine layer |
The invariant: the high-end version never removes the text layer. It adds a human-facing expression
on top of it. Skipping the text to "just make a video" makes the asset invisible to the engines that
do not surface video.
The engines do not read the same things
Text-first engines lean on community, encyclopaedic and institutional long-form. Multimedia-leaning
engines lean heavily on video. Commerce-leaning engines lean on major retail listings.
In our own measurement, 95% of video citations resolve to a single platform — so if video is worth
making, where it is hosted is not an open question.
The operating consequence: render text and you address one part of the field; render video and you
address another. One brief rendered twice addresses it whole, at roughly the cost of the second
rendering, because the questions, answers and markup were settled once.
Engine-preference characterisations above are externally reported and method-undisclosed. We cite
them as the third party's claim, never as our measurement. The 95% figure is ours.
Where answers are actually sourced
Classifying every citation we have measured by where the source sits:
| Source | Share |
|---|---|
| Other companies' sites | 31.5% |
| Independent editorial | 17.7% |
| Retail listings | 11.9% |
| News & press | 8.7% |
| Video | 6.7% |
| Community | 6.3% |
| Reference | 6.0% |
| The subject's own site | 5.1% |
| Everything else | 6.0% |
Content published to a brand's own domain is aimed at roughly one citation in twenty. Video alone is
a larger citation surface than the subject's entire website. That does not make owned content
worthless — it is how a brand enters the 5.1% at all, and it carries the structured data everything
else references. It makes owned content insufficient, and it makes a programme that produces only
blog posts a programme working the smallest surface on the board.
The three largest categories are surfaces a brand does not own and cannot publish to directly.
Reaching them is different work: contributed articles, media pitches, creator briefs, retailer spec
and availability data. Those are formats, and they can be commissioned — but not by writing another
post.
Directional — measured across the categories we have run, not a published statistic.
What actually crosses to a creation tool
The step that must never be delegated is the content itself. A tool asked to "make an FAQ video about
cold-pressed juice" invents the questions, and that is generic content with no measured basis.
So the engine generates the actual questions and the actual answers — each sourced, or flagged for
brand confirmation — and only a rendering request leaves the building. It carries:
- ●the warrant: which engines agreed, how many, and the question that produced the gap
- ●the content: answer summary, the Q&A block, the JSON-LD, verbatim
- ●the rendering: medium, target surface, and the machine requirements for that medium — transcript
and captions required for video, schema types for a page
- ●the branding: resolved to the agency's brand, not ours
- ●the gate: never auto-publish; output is a draft for human review
The four gates every asset passes
- ●Evidence gate — five formats are request-only because they assert things we cannot verify. Any
unverifiable claim ships flagged for brand confirmation and blocks production until the client
confirms in writing.
- ●Never-publish gate — rehearsal and self-reporting subjects are excluded by standing rule. Their
data is never a finding.
- ●Provenance gate — every number carries its denominator and its documented limits. A metric our
own registry describes as uninterpretable from a single reading never appears as one.
- ●Review gate — a creation tool returns a draft for a human. It never returns a published asset.
What this does not yet establish
Stated plainly, because the sections above argue for a way of working and these are the reasons it is
not yet a proven one.
- ●No closed loop has been run. The re-measurement log is empty. Nothing here demonstrates that a
published asset moved a citation; it establishes that the mechanism to find out is built and has not
been fired.
- ●The distribution is ours, not the market's. Every figure comes from the subject mix we have run.
Directionally useful for planning; not a claim about any particular category.
- ●Execution is specified, not delivered. The outbound adapters do not exist yet. Drafting a brief
and producing a finished video are separated by an integration still to be built.
- ●The transcript question is open. Whether engines consume a video's transcript, its captions, or
only its metadata is unresolved — and the case for video as a citation surface rests on the text
layer being read.
What would change all of this: one subject, one gap, one asset produced and published, then the frozen
question set asked again. A single closed loop converts most of the above from architecture into
evidence.
