Skip to content
andydataguy
Wiki Corpus

Conversion Funnel Design. Start with the questions buyers need answered before they commit.

SALES & GROWTH · Reading guide~13 min read · 3,046 words

I start funnel design by finding out who buys, what problem they're trying to solve, and what they need to understand before taking the next step. Customer language and actual behavior give me something to test. The page layout comes after that diagnosis.

A template gives you a place for a headline, a feature grid, testimonials and a button. That's useful construction work. It leaves a different job unfinished: deciding what this particular buyer needs each part to explain. A testimonial can establish that somebody liked the service while leaving the prospect's question about delivery completely unanswered.

The same distinction applies across a whole funnel. An ad makes a promise, a page explains it, an application asks for information, and a sales conversation tests whether the offer fits. Those pieces need to agree about the problem and the person they're for. Reusing a familiar sequence doesn't establish that agreement.

WHAT SETS THE STAGES TEMPLATE DIAGNOSIS
The two states illustrate different stage boundaries. The animation doesn't establish buyer outcomes.

A template leaves the buyer diagnosis unfinished

A headline test can tell you which version produced more of the measured action under the test's conditions. It takes more work to establish why. The audience may have changed. The promise may be clearer. A form may have become easier to use. Treating every movement in conversion rate as proof of a psychological insight leaves the next decision resting on a guess.

My approach to conversion rate optimization is experimentation. Research gives the experiments a direction. Their results can still contradict the diagnosis. A diagnosis should name a possible cause, the evidence behind it and a change that would help distinguish that cause from another explanation.

That also sets a limit on a rebuild. A broken form or an unreadable page may need a direct technical correction. A larger customer-research project earns its place when the team can't explain who responds, what the offer means to them, or where the next step stops making sense.

Start with one question the current funnel leaves unanswered. Then look for evidence outside the layout itself.

A cutaway architectural model of a multi-story house, lit and handsome and hollow. Ghostly silhouettes drift through the rooms past empty furniture without settling anywhere. A figure with a clipboard stands outside, watching through the open wall.
A funnel built from a template is a beautiful empty house. The architecture is correct, but nobody lives there because the rooms weren't designed for anyone in particular.

Buyer data changes the funnel you build

A metal-art account I worked on was competing with a brand whose ads centered on its handsome founder. Copying that presentation would have meant designing around the competitor's image. I exported the Facebook ad data to CSV files and used Google Sheets macros to organize it by creative and headline, then examined the buyer groups.

Women aged 45 and over were a strong cohort. I also found a lift among iPhone users. I've cautioned against carrying that historical device-targeting approach forward unchanged. Those findings gave us a basis for tailored campaigns and separate age and gender groups instead of treating everybody who clicked as the same audience.

The products were custom family-name wall art. My fuller account says most people bought for their own homes, with gift buying also part of the market. Our messaging emphasized family and making a house feel like a home. The spreadsheet helped identify response patterns. A device field alone couldn't establish a buyer's motive. The buyer interpretation still needed the product and customer context.

The metal-art case record reports growth from roughly $10K to $150K in monthly revenue over about 90 days. That was a campaign and positioning effort with several changes. Those numbers describe the engagement, and they don't isolate the effect of a headline or prove that the same demographic will buy another product.

Map the steps around the page

The buyer's path extends beyond the page in an analytics report. A prospect might encounter a recommendation, search for alternatives, read a comparison, return through an ad and finally book a call. That's a possible path to investigate, not a sequence to assume everybody follows.

Record the entry points you can observe and the ones customers report. Keep those evidence types separate. A tracking event establishes that an action was recorded. A customer's account can explain what they remember considering. Neither alone establishes which encounter caused the purchase.

Last-click reporting assigns credit to a final recorded interaction. Earlier encounters may still have helped the buyer understand the category or trust the offer. Missing tracking is an unknown in the map; it isn't evidence that nothing happened there.

Carry the map past payment. An onboarding message explains what happens next. Delivery establishes whether the promise was accurate. Renewals, repeat purchases, referrals and churn tell you something the first conversion can't. End-to-end design includes the expectations set before the sale and the work required to meet them afterward.

Keep the customer's words attached to their source

Voice-of-customer research collects the language people use to describe their problem, their attempts to solve it and the outcome they care about. I start with that lived problem. A company selling fences can begin with fence specifications; the customer may be trying to keep a dog safe. Those starting points produce different messages.

I use customer language to work out what a message needs to answer. Copying an angry sentence into a headline before understanding its context can create another mismatch. The complaint could describe a delivery failure, an unsuitable customer or a promise the product should never have made.

Different customer records reveal different parts of the relationship:

  • Reviews of your product and competitors reveal expectations, disappointments and comparisons in the reviewer's words. A one-star review is a failure account to examine. Its visibility doesn't establish how common that failure is.
  • Support tickets and refund requests connect a complaint to an interaction with the business. Compare the promise with what the customer received, and check whether the proposed remedy belongs in messaging or delivery.
  • Sales-call records show questions that arise before a decision. Repeated requests for an explanation are worth tracing upstream, although a pause alone doesn't establish the prospect's objection.
  • Community discussions and comments show how people discuss a problem with peers. They can also overrepresent people who post frequently or hold unusually strong views.
  • Comparison reviews can reveal what someone considered across vendors. Record whether the reviewer used the products or is repeating somebody else's account.

Separate a phrase from your interpretation

I collect useful phrases in what I call a lexicon of pain. The working record needs enough context for another person to understand why a phrase is there. Save the exact wording, its location and the situation it describes. Add whether the speaker bought, declined, asked for help or sought a refund when that information is available.

Then add the question you think the funnel should answer. Keep that interpretation separate from the quotation. A complaint about support is evidence of a reported support experience. The conclusion that prospects require a demonstration of ongoing support is a hypothesis to check against other records.

Use several sources where access permits. Calls only include people who reached a call. Refund records only include people who bought. Agreement across different records can strengthen a diagnosis, and disagreement can reveal that you're combining buyers with different needs. Neither a phrase count nor the length of the document makes the research complete.

You may have no call recordings or permission to read a support queue. Record that gap and work from what you can legitimately inspect. A narrower diagnosis with its limits visible gives the next person a better starting point than a document that presents assumptions as customer testimony.

Each stage needs a question it can answer

Use the language record to decide what a page or message should explain. Start with what the prospect already understands. Someone recognizing a problem needs a different explanation from someone comparing suppliers or checking the terms of a purchase.

Awareness levels describe how much the buyer already understands: unaware, problem-aware, solution-aware, product-aware and most-aware. Use the labels to ask what an explanation assumes. They aren't a requirement to send every person through the same sequence. A referral may bring a buyer directly to a product comparison, and a returning prospect may need to reconsider the problem.

I connect that starting point with the progress the buyer is trying to make. That's the useful question in a jobs-to-be-done view: what's the person trying to accomplish by choosing this product? I define the problem, the future the buyer wants and the changes required to reach it. The product's features have to serve that progress.

A stage map can translate those questions into a build decision. The rows below are design guidance, not observations about a particular campaign.

Starting point Question and supporting evidence Appropriate next action
The person recognizes a problem Explain a plausible cause and show how to check it. Examine their situation against the diagnosis.
The person is comparing approaches Explain the mechanism, its limits and the work required. Assess whether the approach fits.
The person is evaluating your offer Show relevant evidence, delivery terms and fit criteria. Apply, request a demonstration or buy, as the offer allows.

Specify your answer before choosing the format

Each row needs an actual answer. A concern about implementation might require a demonstration or a delivery plan. A concern about fit might require an application question. Another testimonial won't necessarily resolve either one.

Name the evidence that justifies each answer. A promise about support needs delivery terms the business can meet. A claim about results needs a relevant record and its limits. Customer wording helps identify the question; it can't supply evidence that the product delivers.

A page may answer several connected questions. Give it a primary job so the team can tell whether the next action follows from the explanation. Write down the remaining uncertainty and where the buyer can resolve it. That produces a specification for the build without pretending a label on a funnel diagram has changed anybody's mind.

Diagnosis sets the build and the measurement

A research document can sit beside a finished funnel without affecting any of its decisions. The handoff needs to show which finding changed which part of the build. Organize the work in four stages: diagnose, architect, build and measure. Each leaves something the next person can inspect.

A four-stage process running left to right. Diagnose holds a magnifying glass over scattered review fragments and chat bubbles. Architect holds a blueprint of nested funnel chambers annotated with belief shifts. Build shows pages and emails being assembled. Measure shows a dashboard with three numbers picked out.
The stages leave an evidence record, a stage map, a built funnel and defined measures for testing the prediction.

Diagnose the mismatch

Collect the customer language, behavior and commercial constraints. Write a problem statement that stands independently of the service you sell. A finding that the business needs your preferred funnel software has already assumed its answer.

The output includes the language record, an account of the buyer's current understanding and the progress they're seeking. Keep open questions beside the findings. The person commissioning the work should be able to see which conclusions came from customers and which came from the analyst.

Map the change

Turn the diagnosis into an overview of entry points, stage questions, supporting evidence and next actions. Keep the overview readable, and put detailed requirements alongside it. A complicated buying process may need more detail than one page can hold.

Choose the channel and format because of what the buyer needs there. A search query can ask about a symptom, compare products or seek a supplier by name. Use the entry context, including the query, and customer records to decide what the destination should assume.

Assign an owner and a measure to each consequential step. An application, a booked call and a qualified opportunity are different events. Define them before comparing the numbers.

Build against the map

Write and assemble the pages, ads, email sequences and forms from those decisions. Check that an ad's promise remains accurate on the destination page, that the form asks relevant questions and that follow-up describes what will happen next. The business must be able to fulfill any delivery or support commitment in the copy.

Connect the tracking to the events you defined. Check the handoff between the form, calendar and customer record so a reported conversion corresponds to the intended action. That establishes whether the measurement works. Performance still needs observation after launch.

Measure the prediction

State the expected change before judging the result. A qualification change might reduce applications while increasing the share that sales accepts. An explanation of delivery might reduce a recurring objection on calls. Record the result that would count against the diagnosis as well as the one that would support it.

Review downstream outcomes with the stage measure. Better application completion accompanied by worse contact rates calls for investigation. A live funnel and working analytics establish that the build exists. The outcomes decide whether the proposed change helped.

Qualification changes what counts as a conversion

Two panels. Before: a generic six-step template funnel of identical rectangular boxes, labelled $50 CPL and 1.4 percent conversion. After: a custom-shaped funnel whose stages carry belief-shift labels and dense annotation, labelled $9 CPL, 4.2 percent conversion, and 3.4x LTV to CAC.
The template encodes the average buyer of the average market. The VoC-built architecture encodes the buyer you actually have, so the same traffic and the same product produce different conversion economics.

A form can produce plenty of leads that sales can't use. My lead-generation work included changing the form itself, alongside audience testing, creative and offer positioning. The information requested and the criteria for progressing to a call helped determine who reached the sales team.

The Lead-Gen Funnel Overhaul record reports a reduction from roughly $50 to under $10 per qualified lead, with better contact and close rates. My broader transcript account describes several cost levels across agency work. Those accounts don't establish one clean before-and-after experiment with an unchanged lead definition.

That distinction belongs in the design. Define a qualified lead with sales before using its cost as a success measure. Keep the original definition when comparing periods, or state where it changed. Also examine how many accepted leads became conversations, customers and collected revenue. A lower reported cost can come from counting a different event.

The mechanism is still useful. Copy, form questions and follow-up can all set expectations about who an offer serves. Feedback from sales can then show whether the people responding meet those expectations. A longer application earns its friction when the answers support a real fit decision. Adding fields for their own sake can exclude suitable buyers too.

Make the offer match the delivery

Our Facebook Ads coaching launch combined coaching with direct help on customers' accounts. I helped with the curriculum, funnel and sales assets, took sales calls and served as head coach in the community. The offer connected learning with implementation, and my work extended into the delivery we were selling.

The case record reports about $199.5K closed in the first 30 days. I estimated the close rate on qualified calls at about 60%, maybe 70%. That was teamwork across the offer, acquisition, sales and fulfillment. It doesn't tell us how much revenue came from pre-answering an objection in the page copy.

A funnel can help a prospect understand an offer and still sell the wrong promise. Check the terms against the actual service, then check whether the application gives both sides enough information to judge fit. The Velvet Rope develops that qualification decision in more detail.

Follow acquisition through to customer value

Conversion rate measures a step. A business also needs to know what it costs to acquire a customer, what that customer contributes after delivery costs, and whether they return. A campaign that attracts orders with expensive fulfillment or frequent refunds can look successful at the checkout event while producing poor economics.

Use customer lifetime value and customer acquisition cost with their assumptions visible. Define which acquisition costs are included and whether lifetime value means revenue or contribution after relevant costs. Compare customers acquired in similar periods, then show how much repeat purchasing or retention has actually been observed. A lifetime forecast based on a new cohort is still a forecast.

There isn't a ratio that makes every business viable. Margin, payment timing, delivery capacity and the cost of serving customers affect what an acquisition cost means. The business has to pay its bills while it waits to recover acquisition costs. Keep the observed result and the forecast separate when deciding whether to increase spend.

Email and paid acquisition can affect the same customer

A fitness-supplement engagement showed why I look beyond a channel's immediate conversion. We worked on email and website conversion with a brand that already sold on Amazon. The email campaign began with education and concerns about the product. People who engaged moved into a conversion sequence. We used customer reviews and competitor feedback to understand the questions and language.

The case record reports roughly $50K a month in additional direct email revenue. Our work also supplied audiences and traffic that the PPC team used for new lookalike campaigns. The record attributes another roughly $100K a month in paid-ad performance to that collaboration. I wasn't running the PPC account.

Those are historical reported results. The attribution account describes new campaigns using the supplied audiences; it doesn't provide a controlled comparison separating email's effect from the other changes. The revenue figures also don't establish an increase in lifetime value or a measured LTV-to-CAC ratio.

One part of that history needs a clear limit. We obtained customer email data from Amazon through third-party extraction services. I've explicitly said that practice was against Amazon's terms and isn't something I recommend repeating. Use customer data you have permission to use, and check platform and consent requirements before building a sequence or audience.

Check how the education sequence and paid campaigns affect the same customers. Track the resulting purchases, refunds and repeat orders alongside engagement. The sales promise has to remain true after the customer receives the product.

Start with a change you can test

Choose a stage where you can connect a customer question to an actual outcome. A recurring complaint, an unanswered sales question or a gap between an ad and its destination gives you somewhere to begin. Record the source before changing the copy.

Read the surrounding interaction. A refund complaint about a missing feature may point to misleading copy, a delivery defect or a customer the offer was never designed to serve. Compare the complaint with the promise and the product. That comparison determines whether the next change belongs on the page, in qualification or in fulfillment.

You can widen the investigation when more records are available. Compare reviews with calls and support requests. Check whether the same question appears among people who buy, people who decline and people who ask for refunds. A difference between those groups may be more useful than the phrase repeated most often across the whole collection.

A full rebuild needs the language record, the stage map and agreement about delivery and measurement. Keep the useful parts of the existing funnel when they already serve those decisions. A template is still available for assembling the page after the question and its answer are clear.

The next experiment should state what you expect the change to do and what would make you reconsider. A delivery explanation might be tested against the frequency of that question on qualified calls, with sales outcomes checked alongside it. The question persisting after the change would count against the proposed explanation, even if more people clicked the button.

Write that expectation beside the source phrase and the proposed edit. The person making the change then has enough information to build it, inspect the outcome and decide what to try next.

Visuals 3

Keep reading

Case studies from this practice