How to Write a Startup Landing Page From Customer Evidence
Write down what real customers said and did, sort it into six parts (buyer, problem, offer, proof, objections, next action), then give each page section one part. Mark what is missing instead of inventing it.
14 min read
In this note
How do you write a landing page for a startup from customer evidence?
Collect what your customers and prospects have said and done, sort it into six parts, and give each section of the page one of those parts. The parts are the buyer, the problem in the buyer's words, the offer, the proof you can publish, the objections and one next action. If you have no evidence for a part, write MISSING beside it and leave that claim off the page.
Use this when you have talked to some customers: a handful of conversations, a waitlist, a beta or your first few users. With none, all you have is assumptions, so keep the page short: what the product does today, who it is for and a way to join a waitlist.
A template hands you slots to fill: a hero, a logo bar, a statistic. You put words like smarter and faster in the hero, then add the logo bar and the statistic because the slots are there. That is where invented claims start. Start from evidence instead. List what you know, and put only that on the page.
What customer evidence should you collect?
Collect from every place a buyer told you something in their own words or showed you what they do. Give each item an ID (I-1 for the first interview, S-1 for the first support email) so every sentence on the page points back to its source. The free evidence brief at the end of this page has a log for this.
How many conversations is enough? There is no fixed count. You have enough when the same problem appears in the words of several different people. If every conversation names a different problem, the buyer is too broad. Narrowing the buyer changes the page more than any rewording does.
| Evidence source | What it gives the page | What to watch for |
|---|---|---|
| Customer interviews | The buyer's situation, the problem in their words, what they use today | Polite interest is weak evidence. Ask what they did the last time the problem came up. What they say they would do counts for less. |
| Support emails and chat from beta users | Questions that become objections and FAQ entries, and the words people use for your features | Shows only the people who wrote in. |
| Sales and demo call notes | Objections raised live, the price question, who else joins the decision | Use the notes you wrote during the call. Notes written later get tidied by memory. |
| Public reviews of the tools your buyers use now | Complaints and wishes in buyers' words, and the alternatives they compare | The text belongs to its writer and describes another product. Learn from it and keep it off your page. |
| Usage data from a beta or trial | What people did first, where they stopped, which feature they returned to | Small numbers. Publish a figure with its count, its period and the group it covers, or leave it out. |
| Product facts | The offer: what the product does today, what it costs, what it does not do yet | You wrote them, so check each line against the product as it ships. |
| Permission record | Which quotes, names, logos and figures you can publish, and how to credit them | Without a yes from the person, the quote or name stays off the page. |
How do you turn evidence into the six parts?
Go through your evidence log once for each part. Write one or two lines and note the IDs behind them. Then give each part a status: Confirmed when a named item in the log supports it, Assumed when it is your guess, Missing when you have nothing. Publish claims your log supports. An Assumed line is a question for your next conversation, and a Missing line goes on the gap list.
Keep the ID beside each claim, so any line on the page leads back to something a customer said or the product does. The same six parts also make a brief for an AI landing page builder.
- Buyer: a role in a situation, such as the owner of an independent clinic, rather than a market size. Test: can you name five real people who fit?
- Problem in their words: the sentence a buyer said, with its source. Keep their nouns. If they said cancellation, do not write scheduling inefficiency.
- Offer: what happens when someone uses the product, written from product facts that match what ships today.
- Proof you can publish: something a stranger can see or check, such as a working screen, a quote you have permission to use, or a figure with its count and period.
- Objections: the reasons buyers hesitated, from interviews, calls and support emails, each paired with an answer you can source.
- One next action: the single thing a visitor does on the page, and what happens after they do it.
What order should a SaaS landing page follow?
Order the sections by the questions a buyer asks as they read: is this for me, what does it do, why should I believe it, what about my worry, what do I do next. Give each section one part of your evidence. If a section has none, cut it.
Visitors skim, so the first screen and the headings carry the buyer, the problem, the offer and the action. Watch two or three people open your page on a phone and note what they read first.
| Section | Its job | Evidence it draws on | If the evidence is missing |
|---|---|---|---|
| 1. Hero: headline, subhead, action | Tell the buyer the page is for them and what happens when they use the product | Buyer, problem in their words, offer, next action | Do not fall back on a generic headline. Hold more conversations until you can quote the problem. |
| 2. The problem | Show you understand the buyer's situation | Quotes and notes from interviews and calls | Describe the situation in plain words. Do not invent a quote. |
| 3. How it works | Show the product doing the job | Product facts and a real screen from the product | Use a numbered list of what happens. Leave out features that have not shipped. |
| 4. Proof | Give a visitor something to check | Quotes with permission, usage figures with count and period, customers who agreed to be named | State your stage truthfully (waitlist, beta, first customers) or leave the section out. |
| 5. Objections and questions | Answer the worries buyers voiced | Interview objections and support questions, answered from product facts | Put each unanswered objection on the gap list and answer it before launch. |
| 6. Price or terms | Say what it costs, or what the next step costs | The offer and your pricing decisions | Leave the section out and add price to the gap list. |
| 7. Closing action | Repeat the one next action | The next action | If you cannot say what happens after the click, add that to the gap list before launch. |
Worked example: the Gapwell evidence log
Gapwell is a made-up scheduling tool for independent physiotherapy clinics, so every quote, email and number below is made up too. When a patient cancels, Gapwell texts people on the clinic's waitlist and offers them the slot.
Below is the founder's evidence log. It holds five interview quotes, three support emails from a beta, four product facts, one usage note and a permission record. It also has gaps: no price, no answer to one customer question and no permission to publish the usage number.
INTERVIEWS (five clinic owners and managers)
I-1 "The 4pm cancellation is the one that costs me.
Nobody is free to ring around."
I-2 "I have a notebook of people who said call me if
something opens up. I never get to it."
I-3 "We tried a booking tool once. My receptionist
hated retyping every patient."
I-4 "If a text comes from a number they don't know,
my patients will ignore it."
I-5 "I'd want to choose who goes on the list myself."
BETA SUPPORT EMAILS (three clinics)
S-1 "Can the text come from our own clinic number?"
S-2 "Does it work with the calendar we already use?"
S-3 "What happens if two people say yes?"
PRODUCT FACTS (from the founder's spec)
P-1 When a patient cancels, Gapwell texts waitlisted
patients in order. The first yes gets the slot.
P-2 The clinic chooses who is on the list. Patients
can opt out of texts.
P-3 Gapwell reads appointments from the clinic's
calendar, so staff do not retype patients. It
connects to one calendar system today.
P-4 The beta is open to new clinics.
USAGE NOTE
B-1 One clinic, three weeks: 11 cancelled slots
offered, 4 refilled.
PERMISSIONS
R-1 The owner in I-2 agreed to be quoted by role,
without a name or clinic.
R-2 No one has been asked about B-1.Sorting the example into the six parts
Below is the founder's first pass at the six parts. Buyer and offer are fully backed. The other four have a gap, and the last column names it.
| Part | What the founder wrote | Evidence | Status |
|---|---|---|---|
| Buyer | Owners and managers of independent physiotherapy clinics | I-1 to I-5, S-1 to S-3 | Confirmed |
| Problem in their words | A late cancellation leaves a gap nobody has time to refill, and the waitlist sits in a notebook | I-1, I-2 | Confirmed in two of five interviews. Ask the other three. |
| Offer | When a patient cancels, Gapwell texts the people on your waitlist and gives the slot to the first yes | P-1, P-2, P-3 | Confirmed |
| Proof you can publish | The I-2 quote credited to an owner at an independent physiotherapy clinic, and a stage line: in beta with three clinics | I-2 with R-1; S-1 to S-3 for the three clinics | Confirmed. B-1 is held back until R-2 is settled. |
| Objections | Texts from an unknown number get ignored. Staff will not retype patients. Who gets the slot if two say yes. Will it work with our calendar. Can I control the list. | I-3, I-4, I-5, S-1, S-2, S-3 | Four of five answered by P-1, P-2 and P-3. The unknown-number objection (I-4, S-1) has no answer in the product facts. |
| One next action | Ask for a beta place | P-4 | Confirmed. What happens after the request is Missing. |
The hero before: written without the evidence
This is the draft a template invites. The headline never says what Gapwell does or who it is for. The subhead promises up to 40% fewer no-shows. The log has no such figure, and Gapwell fills cancelled slots, which is a different problem from patients who do not turn up. "Trusted by 500+ clinics" contradicts a beta with three clinics, and "Get started" does not say what starts.
Headline The smarter way to run your clinic
Subhead Gapwell uses AI-powered automation to
streamline scheduling, reduce no-shows by
up to 40% and grow your practice.
Proof bar Trusted by 500+ clinics
Action Get startedThe hero after: written from the evidence
The rewrite uses the buyers' own nouns, cancellation and waitlist, takes the offer from P-1 and drops every claim the log cannot support. The table traces each line back to the log.
Headline When a patient cancels, Gapwell offers the
slot to your waitlist.
Subhead Add the patients who asked to be called if
something opens up. Gapwell texts them when
a slot frees up and gives it to the first
yes. You choose who is on the list.
Stage In beta with three physiotherapy clinics.
Connects to one calendar system today.
Action Ask for a beta place| Line | Evidence | What it replaces |
|---|---|---|
| Headline | P-1, and the cancellation problem in I-1 and I-2 | A generic promise with no buyer and no problem |
| Add the patients who asked to be called | I-2 for the wording, P-2 for the list | Streamline scheduling |
| Gapwell texts them and gives the slot to the first yes | P-1, S-3 | AI-powered automation |
| You choose who is on the list | P-2, I-5 | Grow your practice |
| Stage line | S-1 to S-3 (three beta clinics), P-3 | Trusted by 500+ clinics |
| Action | P-4 | Get started |
| Removed: the 40% claim | No source in the log | Held back until a count and period exist; B-1 needs R-2 first |
The rest of the page, and what the log does not cover
Build the remaining sections from supported claims, in the order of the page table above. The right-hand column holds what the log does not cover. It becomes the gap list the founder takes back to the team before launch.
| Section | What it says | Open question |
|---|---|---|
| The problem | A late cancellation leaves a gap nobody has time to refill, with the I-2 quote credited to an owner at an independent physiotherapy clinic | Two of five interviews raised it. Ask the other three. |
| How it works | Three steps from P-1 and P-2: the clinic builds the list, a patient cancels, Gapwell texts the list and the first yes gets the slot | The log has no screenshot. Get one from the beta before using any image. |
| Questions | Answers on who gets the slot (P-1), who chooses the list (P-2), retyping (P-3) and calendars (P-3, stated plainly as one system today) | Texts from an unknown number: the product facts have no answer. Ask the engineer. |
| Proof | One line: in beta with three clinics. No figures. | B-1 waits for the clinic's permission (R-2). |
| Price or terms | Left out | Price is undecided. |
| Closing action | Ask for a beta place, repeated | Who answers the request, and how soon? The log does not say. |
How do you check a draft for claims the evidence does not support?
Copy every sentence on the page that states a fact about the product, your customers or a result. Write the evidence ID beside each one. A sentence with no ID has three ways out: delete it, rewrite it to what you can source, or move the missing fact to the gap list.
A number needs a count, a period and the group it describes. "4 of 11 cancelled slots refilled at one clinic in three weeks" says what happened. "40% fewer" gives a reader nothing to check. "Trusted by" needs names and permission to use them. Fastest, easiest and leading need a comparison you can show. "AI-powered" needs a sentence about what the AI does, or it goes.
Remove any quote nobody said. Nielsen Norman Group's research on trust in web design finds that people trust outside sources more than content a company publishes about itself, and treat testimonials on a company's own site with skepticism. A plain statement of your stage, such as in beta with three clinics, gives a visitor less to doubt than a polished quote does.
Where can AI help with this?
An AI tool groups interview notes into themes, drafts headline options from quotes you give it and writes FAQ answers from your product facts. Paste in a draft and your evidence log, and ask it to list every sentence that has no source.
Each of those jobs runs on the text you give the tool, so the facts come from you: what customers said, what the product does today and who agreed to be quoted. Tell the tool to leave any MISSING part blank, then read every line of its output against your evidence log.
How does iter0's Launch CEO use this evidence?
In iter0, the Launch CEO is the chat that comes before the build. Give it a sentence, the address of your current site or a spec file. It asks one question at a time, researches your market and your competitors, lists its sources and writes the brief your page is built from. It flags claims you cannot prove yet and says what the page should lead with instead.
It counts a fact as known only when you stated it or it found evidence for it, and it labels its assumptions. Its instructions forbid inventing customers, traction, prices or testimonials. Read the brief before you build.
Give it your filled-in evidence brief. Paste the text into the chat box or attach it as a spec file. The file picker takes .md, .txt and .pdf files up to 2 MB. Customer interviews stay with you: talk to your buyers before you open the builder and bring the notes.
A page build costs 1 credit. iter0 shows the price and asks you to confirm before it spends one. The Free plan includes 3 credits a month. If you already have a page, paste its address into the free second opinion. It does not need an account.
Get the free evidence brief template
The template is a plain Markdown file: an evidence log, the six parts with their statuses, a page map, a claim check and a gap list. Copy it, edit it, and write MISSING wherever you have nothing.
Put the brief into practice
A launch page should make the buyer, promise, proof, and next action obvious. iter0 uses this same standard when it turns a brief or reference site into a builder-ready page.
Start your launch build