The Outcome / ROI Page

Hard metrics, named cases, security and governance, built for buying committees where the user isn't the buyer.

Why

Honest caveat: this archetype doesn't sit on the awareness axis at all; it sits on a buyer-structure axis (multi-stakeholder procurement). It appears here as a variant under solution-aware because that's where enterprise evaluations mostly live, but choose it based on who buys, not on what the visitor knows. That nuance is the point.

Awareness fit

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

Choose this when

  • +The purchase involves multiple stakeholders: a champion, an economic buyer, IT, legal, procurement
  • +The decision will be defended in a meeting you're not in, so the page must arm your champion with forwardable numbers
  • +Deal sizes justify diligence: buyers need cases, compliance artifacts and ROI math, not vibes
  • +Your differentiation is measurable business outcome, not interface craft

Look elsewhere when

  • Self-serve products with individual buyers: ROI theater on a $12/month tool reads as insecurity
  • You lack real named cases and metrics; this archetype without evidence is an empty suit
  • The visitor is the user and the buyer, in which case product-led or workflow-narrative persuades faster

Anatomy

Promise hero

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

Lead with the number your champion will repeat in a meeting you're not invited to.

  • The headline carries an outcome a finance-minded reader could defend out loud
  • The number is attributed: from which customers, measured over what period
  • Names the buyer's problem rather than the user's — cost, risk, time to value

A user-benefit headline about how pleasant the product is to work with. The champion has nothing to carry upward, so the page fails at the only moment that matters: the meeting where the decision is actually made.

Logo proof strip

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

De-risk the shortlist. In this room, recognizable names are an argument about safety.

  • Companies of comparable size and regulatory exposure to the buyer's own
  • Placed high: this is what earns the diligence time the rest of the page asks for
  • Backed by at least one named case further down; logos alone don't survive procurement

Logos of companies that ran a pilot and left. Enterprise buyers check with peers, and one call that opens with 'we tried them' costs more than the logo ever earned.

Outcome stats

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

Build the slide: three numbers your champion can paste straight into their deck.

  • Business outcomes — cost, time, risk, revenue — rather than usage metrics
  • Every figure sourced: which customers, what period, measured how
  • Few enough to remember, and phrased so they survive being quoted away from this page

Impressive numbers with no source. Procurement asks where they came from, the champion can't answer, and the credibility loss lands on the person inside the company who was defending you.

Case study snapshot

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

Give the committee one complete story with a name on it: who, what changed, how much, how long.

  • Named company, named metric, named timeframe; anonymised cases carry almost no weight here
  • Includes the implementation reality — what it took, who was involved, what went wrong
  • From a company the buyer recognises as comparable to themselves

A glossy case with a big percentage and no detail. Everyone in an enterprise evaluation has written one of these, so they discount it on sight, and the page's central piece of evidence gets skipped.

How it works

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

Answer the question that quietly kills enterprise deals: what will this take from us to get live?

  • Framed as a rollout, with a realistic timeline and who is needed from their side
  • Names the integration and migration work honestly instead of implying none exists
  • Covers what happens after go-live: support, onboarding, who owns it internally

A three-step 'connect, configure, done' graphic inside an enterprise evaluation. Nobody believes it, and pretending the rollout is trivial makes the buyer assume you've never done one at their scale.

Security & compliance

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

Be forwardable. This section exists so your champion can send a link to IT and legal without booking a meeting.

  • Certifications, data residency, subprocessors and the DPA available without a form
  • Written for a security reviewer, not for a marketing page: specific, current, dated
  • Deep-linkable, so it can be shared on its own

Trust badges with nothing behind them and a 'contact us for details' form. Security review is where enterprise deals go to wait, and a gate here adds weeks to a process the page could have shortened.

Integrations

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

Prove you fit a stack that is not going to change for you.

  • The systems of record this buyer runs on: identity, HR, finance, the data warehouse
  • Honest about depth — certified integration, open API, or roadmap, each clearly labelled
  • Covers SSO, SCIM and audit logs, which are gating requirements rather than features

A logo wall that mixes shipped integrations with roadmap items. IT finds the gap during evaluation, and a discovered overstatement costs you the champion's confidence along with the deal.

Testimonial story

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

Let the economic buyer hear from a peer in the same seat.

  • From an executive with the same job title as the person who signs
  • About the business case and the internal rollout, not about the interface
  • Named, with company and role; an unattributed executive quote is worth nothing here

An enthusiastic quote from a daily user on a page aimed at the person paying. Users love plenty of tools that never get bought, so the endorsement never answers the question the buyer is actually asking.

FAQ

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

Answer procurement, not curiosity: contracts, SLAs, data ownership, exit terms.

  • Covers commercial terms — contract length, SLA, support tiers, price predictability
  • States data ownership and what happens on exit; refusing to discuss leaving reads as a trap
  • Answers specific enough to be forwarded without a follow-up email

Marketing FAQs about why the product is powerful, on a page whose reader is legal. The real questions surface in a call three weeks later, if the evaluation is still alive by then.

Lead capture form

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

Start a conversation, and be precise about what happens after they submit.

  • Says exactly what comes next: who calls, how soon, how long it takes, what you'll cover
  • Asks only what's needed to route the conversation; every extra field costs conversions
  • Offers a real alternative for people not ready to talk — pricing, the security page, a report

A twelve-field form ending in 'a representative will be in touch'. A senior buyer with limited patience reads it as a lead-capture machine and goes to the competitor who published their pricing.

Link to copied

Put this to work

I'm building a landing page using The Outcome / ROI Page as the archetype: Hard metrics, named cases, security and governance, built for buying committees where the user isn't the buyer. Why this structure: Honest caveat: this archetype doesn't sit on the awareness axis at all; it sits on a buyer-structure axis (multi-stakeholder procurement). It appears here as a variant under solution-aware because that's where enterprise evaluations mostly live, but choose it based on who buys, not on what the visitor knows. That nuance is the point. The sections, in order, and what each one has to achieve: 1. Navigation — Serve a committee. Different people land here with different questions, and the header is how each of them finds their own. 2. Promise hero — Lead with the number your champion will repeat in a meeting you're not invited to. 3. Logo proof strip — De-risk the shortlist. In this room, recognizable names are an argument about safety. 4. Outcome stats — Build the slide: three numbers your champion can paste straight into their deck. 5. Case study snapshot — Give the committee one complete story with a name on it: who, what changed, how much, how long. 6. How it works — Answer the question that quietly kills enterprise deals: what will this take from us to get live? 7. Security & compliance — Be forwardable. This section exists so your champion can send a link to IT and legal without booking a meeting. 8. Integrations — Prove you fit a stack that is not going to change for you. 9. Testimonial story — Let the economic buyer hear from a peer in the same seat. 10. FAQ — Answer procurement, not curiosity: contracts, SLAs, data ownership, exit terms. 11. Lead capture form — Start a conversation, and be precise about what happens after they submit. 12. Footer — Be the diligence layer. A surprising amount of what a committee needs lives down here. Before you write anything, interrogate me on these: - Who actually signs the contract, and what number would that person repeat in a meeting I'm not invited to? - Where does that number come from — which customers, over what period, measured how? - Which named company will let me tell their story with real figures and a real timeframe? - What will security and legal ask for, and can they get it without booking a call with us? 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.