The Workflow Narrative

One real job walked through the product as a continuous story: differentiation through the scenario, not the feature list.

Why

Differentiation through the scenario: not what it does, but how the workflow compresses. Solution-aware visitors are comparing approaches, and a believable story about their job, done faster, is a sharper argument than any feature matrix.

Awareness fit

Unaware
Problem-aware
Solution-awarePrimary
Product-awareAdapted
Most aware

Sections

11

Typical length

Medium

Choose this when

  • +Visitors know the category and are comparing options; the story shows how your workflow compresses theirs
  • +The product's value lives in a sequence (input → transformation → outcome), which a feature grid can't express
  • +Dominant pattern for agent-like AI products, where 'what it does' only makes sense as a narrative
  • +Your differentiation is how the pieces connect, not any single piece

Look elsewhere when

  • The product serves many disjoint use cases equally; one protagonist's story would misrepresent the breadth
  • Visitors are unaware of the problem; a workflow story assumes they recognize the job being done
  • The honest scenario isn't impressive yet, and a padded story reads as exactly that

Anatomy

Promise hero

MMotivationMotivation: builds desire, proof, identification
View section in library ↗

Name the job the story is about and the compression you're claiming: the title of the narrative, not its ending.

  • Names a job the visitor recognises as theirs, in the words they'd use for it
  • Claims the compression concretely — from what to what, or from how long to how long
  • Doesn't spoil the scenes; the hero sets the story up rather than summarising it

A category headline ('the AI-powered workflow platform') on a page whose whole argument is one specific job. The visitor never learns which job the story is about, so the scenes below read as a demo instead of a claim about their week.

Logo proof strip

FFrictionFriction: removes doubt, risk, ambiguity
View section in library ↗

Show that teams doing this job already chose you, before asking for the reading time the story needs.

  • Names from the same job or function, not simply the biggest customers you have
  • Early, right after the promise: this is what buys attention for the scenes
  • One quiet row; the persuading happens in the story, not here

Impressive logos from industries with nothing to do with the job being narrated. A comparison-stage visitor reads the mismatch as evidence that the workflow was designed for someone else's week.

Workflow scenes

MMotivationMotivation: builds desire, proof, identification
View section in library ↗

Walk one protagonist through one real job, scene by scene, so the value shows up as a sequence instead of a list.

  • One person, one job, start to finish; switching protagonists mid-page destroys the argument
  • Every scene ends in a state change — if nothing moved, it's a screenshot, not a scene
  • Honest about the unglamorous steps: the credibility of the story lives in what you didn't skip

The scenes quietly turn into a feature tour with narrative captions. The sequence stops mattering, the reader starts scanning for capabilities, and the page becomes a worse feature grid than a feature grid.

Before / after

MMotivationMotivation: builds desire, proof, identification
View section in library ↗

Make the moral of the story explicit: the old sequence next to the new one.

  • Compares the same job, not your best case against their worst day
  • Concrete on both sides: steps, tools, handoffs, elapsed time
  • The 'before' is recognisable enough that the reader sees their own week in it

A strawman 'before' column that nobody's process actually looks like. The reader recognises the exaggeration, and the honest half of the comparison loses its credibility along with the dishonest half.

Outcome stats

MMotivationMotivation: builds desire, proof, identification
View section in library ↗

Put numbers on the compression the scenes just dramatised.

  • Measures the same job the story told; unrelated company metrics break the thread
  • Says where the numbers come from — customer sample, internal benchmark, a single case
  • Two or three figures; a wall of statistics reads as decoration

Round, sourceless numbers ('10x faster') dropped in after a specific, believable story. The precision of the narrative makes the vagueness of the metrics stand out, and the reader starts doubting both.

Testimonial story

MMotivationMotivation: builds desire, proof, identificationFFrictionFriction: removes doubt, risk, ambiguity
View section in library ↗

Have a real customer tell the same story, so the scenario stops being yours.

  • Retells the workflow, not the product: their sequence, their handoffs, their result
  • From a role that matches the protagonist in the scenes
  • Long enough to be a story; a one-line blurb cannot do this job

A short praise quote where a story is needed. The page just spent its length arguing that the sequence is the value, then proves it with a sentence that mentions no sequence at all.

Integrations

FFrictionFriction: removes doubt, risk, ambiguity
View section in library ↗

Answer the objection every workflow claim raises: does this fit the tools the job already runs on?

  • Leads with the tools that appeared in the story you just told
  • Honest about depth — what genuinely syncs versus what merely connects
  • Scannable in seconds; the reader is looking for one specific logo

A logo wall where several entries are name-only listings. The reader finds their tool, believes the workflow will work, discovers the truth during a trial, and the story you told becomes the reason they feel misled.

FAQ

FFrictionFriction: removes doubt, risk, ambiguity
View section in library ↗
+
+
+
+

Clear the practical blockers a comparing visitor still has: migration, limits, whether it fits their team.

  • Real questions from evaluations, including the awkward ones about limits and competitors
  • Short answers; anyone reading this far wants facts, not more persuasion
  • Names what the workflow doesn't cover — the edge cases the scenes skipped

Questions that exist to restate benefits. A solution-aware reader recognises the pattern instantly and goes looking for real answers on a review site, where you don't get to reply.

Final CTA

MMotivationMotivation: builds desire, proof, identificationFFrictionFriction: removes doubt, risk, ambiguity
View section in library ↗

Invite them to run the same story on their own work.

  • The ask is framed as trying the job, not as trying the product
  • Makes the first step small and concrete: what happens in the first ten minutes
  • One action, in the same words the story used

A generic 'Start free trial' after a page that argued one specific job gets faster. Nothing connects the story to the button, so the reader has to work out their own first step — and most won't.

Link to copied

Put this to work

I'm building a landing page using The Workflow Narrative as the archetype: One real job walked through the product as a continuous story: differentiation through the scenario, not the feature list. Why this structure: Differentiation through the scenario: not what it does, but how the workflow compresses. Solution-aware visitors are comparing approaches, and a believable story about their job, done faster, is a sharper argument than any feature matrix. The sections, in order, and what each one has to achieve: 1. Navigation — Stay out of the story. The page works as one continuous read, and navigation is the easiest way to break it. 2. Promise hero — Name the job the story is about and the compression you're claiming: the title of the narrative, not its ending. 3. Logo proof strip — Show that teams doing this job already chose you, before asking for the reading time the story needs. 4. Workflow scenes — Walk one protagonist through one real job, scene by scene, so the value shows up as a sequence instead of a list. 5. Before / after — Make the moral of the story explicit: the old sequence next to the new one. 6. Outcome stats — Put numbers on the compression the scenes just dramatised. 7. Testimonial story — Have a real customer tell the same story, so the scenario stops being yours. 8. Integrations — Answer the objection every workflow claim raises: does this fit the tools the job already runs on? 9. FAQ — Clear the practical blockers a comparing visitor still has: migration, limits, whether it fits their team. 10. Final CTA — Invite them to run the same story on their own work. 11. Footer — Close with the practical layer, without pulling the reader back into comparison mode. Before you write anything, interrogate me on these: - Whose job is this exactly, and what does their sequence look like today, including the parts nobody puts in a demo? - Where does my product compress it, and by how much — in elapsed time, steps or handoffs? - Which tools sit on both sides of that change, before and after? How to work with me: - Don't give me visual, layout or brand identity advice. No colours, fonts or imagery. This is about the argument the page makes, not how it looks. - Don't flatter me. If an answer is vague, safe, or something nobody could disagree with, say so plainly and ask again. - Don't invent proof. No made-up numbers, customer names, quotes or case studies. Where the evidence is missing, name it as a gap I have to fill. - Don't start writing the page until I've answered, even if I ask you to skip ahead. Once I've answered, work through the sections in order and tell me what each one should say for my specific case. Flag any section I don't have the substance for yet.

Related archetypes

is made by Pieter de Kroon, designer of digital products. He kept explaining the same patterns to founders, so he wrote them down.