How can a candidate probe a startup's revenue path and competitive moat with its founder?
answer
- Follow the money, then the copying
- Who pays, for what, who next
- Ask what slows a funded competitor down
- Speed and being first are not moats
- Compounding data, integration depth, switching costs
basics
~20 sAsk who pays today, what they pay for, and who is expected to pay next; then ask what would stop a better-funded competitor from copying the product within a few months. Specific answers beat vision.
solid answer
~40 sTwo questions carry most of it. For revenue: 'Who pays you today, what are they paying for, and who do you expect the next set of paying customers to be?' For defensibility: 'If a well-funded competitor decided to copy this next quarter, what would slow them down?' Strong answers are concrete — a customer segment, a pricing shape, an asset that accumulates like proprietary data, integration depth, distribution, or switching costs. Weak answers are about the team's speed, being first to the idea, or better design; those describe a lead, not a moat, and leads close. You are not auditing the founder. You are checking whether the story that funds your next few years is specific enough to plan against, and whether the founder can distinguish traction from ambition.
go deeper
Know the two questions and ask them plainly: who pays today and what they pay for, then what would slow a well-funded copycat. You are not expected to evaluate a market, only to notice whether the answers are concrete.
Explain the difference between a lead and a moat, and name the shapes that count: compounding data, integration depth, switching costs, distribution, access that takes time to earn. Then follow the founder's answer instead of reading your list.
Draw the consequence for the work. If growth is gated by bespoke setup per customer, that tells you what the engineering roadmap really is, and asking whether that cost curve is bending is worth more than three generic questions.
Own the calibration by stage. Decide what evidence you would need at pre-revenue versus with paying customers, and accept a falsifiable hypothesis where proof cannot exist yet rather than punishing honesty.
## Two questions, one purpose Runway tells you how much time the company has. Revenue path and moat tell you whether that time is being spent on something that can become a business. Both are founder territory: engineers rarely see the pricing conversations, and recruiters cannot speak to defensibility. ### Revenue path Ask it as a chain rather than a single fact: **who pays today, what exactly are they paying for, and who is expected to pay next?** The chain matters because early-stage companies often have revenue that does not generalise — a handful of customers paying for something close to consulting, which looks like traction on a chart and behaves like a service business in practice. Useful probes once the chain is on the table: - How long does it take from first conversation to first payment? - Does the second customer in a segment cost as much to serve as the first? - What has to be true for the current customers to spend more next year? ### Moat Ask it as a hostile hypothetical, politely: **if a well-funded competitor set out to copy this next quarter, what slows them down?** Founders answer this well or badly, and the difference is informative. Answers that describe something real usually name an asset that accumulates or a cost someone else must pay: | Shape | What it sounds like | |---|---| | Compounding data | Customer operational data flows in and makes the product measurably better with tenure | | Integration depth | The product sits inside workflows that took months to wire up | | Switching costs | Leaving means re-training staff or re-doing an integration | | Distribution | A channel or partnership that is expensive for a newcomer to reach | | Regulatory or procurement access | Approvals and certifications that take time regardless of engineering speed | Answers that describe a lead rather than a moat: 'we execute faster', 'we were first to see this', 'our design is better', 'our team is stronger'. All four may be true today and none of them survives a well-funded competitor's second year. A founder who says 'honestly, not much yet — our bet is that the data advantage compounds before anyone notices' is giving you a *better* answer than one who lists four moats, because it is falsifiable and it tells you what the company is racing toward. ## A worked example An early-stage company sells demand-forecasting models to operations teams. The co-founder describes revenue: a small number of customers pay an annual subscription, and each one needed several weeks of bespoke data plumbing before the first useful forecast. That single description answers both questions and sets up the next ones. On revenue: the sales cycle includes an integration project, so growth is gated by delivery capacity, not by demand alone. On moat: the integration depth is a real switching cost — once forecasts are wired into someone's ordering process, replacing them is expensive. But the same fact is also the drag on growth. So the question that earns its place next is: **is the plumbing getting cheaper per customer, or is each one still bespoke?** Whether that curve is bending is arguably the whole company, and a founder who has thought about the business will light up at the question. ## Keeping it a conversation Three cautions. First, do not deliver these as a list; ask one, listen, and let the answer choose the follow-up. Second, do not perform market analysis at the founder — a candidate who explains the competitive landscape back to the person who lives in it reads as arrogant, not prepared. Third, calibrate your expectations to the stage: at the earliest stages there may be no revenue and no moat yet, and the honest answer is a hypothesis with a test attached. What you are grading is not the presence of a fortress; it is whether the founder can tell the difference between what is proven and what is hoped. ## What to do with the answers Write them down after the conversation, in the founder's words. If you later hold more than one offer, the specificity of these answers is one of the few things that distinguishes early-stage companies from the outside, and it fades from memory faster than the numbers do.
- The founder says the moat is that their team simply executes faster than anyone else — how do you probe that?Ask what execution speed has bought so far that a competitor would have to rebuild: an integration, a dataset, a certification, a channel. If the answer is another speed claim, you have learned that the advantage is a lead rather than an asset, which is worth knowing without saying so at the table.
- How should the questions change if the company has no revenue at all yet?Shift from who pays to what would have to be true for anyone to pay, and how the company plans to test it. Ask what the next round is expected to be raised on. A pre-revenue founder with a specific, falsifiable hypothesis is a better sign than one who describes a market size.
- Every customer needs weeks of bespoke setup before the product works — what is the follow-up question?Ask whether that setup cost is falling per customer, and what it would take to make it self-serve. The answer tells you whether you would be joining a product company or a delivery organisation, and it is usually the most decision-relevant fact available in the conversation.
saying these in an interview costs you the question
- Accepting market-size claims as evidence of a revenue path
- Treating team speed or being first as a moat
- Lecturing the founder about their own competitive landscape
- Skipping business questions entirely to keep the mood warm
- Never asking who pays or what they pay for