The only reliable test is asking for money. Everything else is people being nice to you.
12 min read · Level 2
There is exactly one reliable test of willingness to pay, and it is asking for money. Everything above that on the ladder — the enthusiasm, the waiting list, the "I'd definitely buy that" — costs the other person nothing, which is precisely why it is so freely given. Founders avoid the ask because a no is painful when you are emotionally invested. Every week you avoid it is a week spent building on an assumption.
Willingness to pay is evidence that someone will actually part with money — not that they said they would.
The ladder, from weakest to strongest:
Because it is the single most commonly faked signal in early-stage startups, and the gap between rungs 1 and 5 is where most failed companies live.
People say yes to hypothetical products constantly. It costs them nothing, it is socially pleasant, and it is not a lie — they genuinely think they might. Then the invoice arrives and priorities look different.
A founder has 40 people on a waiting list who all said they would pay $50/month. Encouraging.
They then ask for a $50 deposit against the first three months, refundable, to secure early access.
Three people pay.
That is not a failure — it is the most valuable information they have received. Thirty-seven people liked the idea and three have a problem worth money. The three are worth more than the thirty-seven, and now the founder knows what to ask the other thirty-seven about.
The alternative was building for four months and discovering the same thing with far less time left.
First-time founders often avoid asking for money because it feels pushy, and because a no is painful when you are emotionally invested. Every week you avoid it is a week spent on an unvalidated assumption.
The second mistake: asking 'how much would you pay?'. People are extremely bad at pricing things that do not exist, and the answer is usually somewhere between meaningless and misleading. Ask what they currently spend on the problem instead.
The third: offering discounts before establishing that anyone will pay full price. A discount tests price sensitivity, not desire.
Tools, staff time, workarounds, consultants. This is historical fact and it anchors everything.
Three hours a week for someone on $60/hour is roughly $780 a month of value. That sets the ceiling.
Do not ask what they would pay. Say '$99 a month' and observe. Immediate agreement usually means you are too cheap.
A deposit, a pre-payment, a signed LOI, a pilot with a start date. Any of these outrank a hundred verbal yeses.
Ask why. 'Not this quarter', 'not my budget' and 'not a priority' are three completely different answers with different fixes.
Free pilots teach you almost nothing about willingness to pay, and converting free users to paid is its own hard problem.
As early as possible — before building, if you can. A pre-sale is the strongest validation available to a pre-product company.
Consumer products with very low prices and viral distribution sometimes need scale before monetisation. That is a real model, but be honest that you are choosing it rather than avoiding the question.
A well-documented pattern among B2B founders is taking payment or signed letters of intent before the product exists. It is uncomfortable, it converts far fewer people than a waiting list, and the people who convert are the only ones whose opinion has been tested against their own budget.
Three deposits are worth more than forty waiting-list signups. Ask early, and treat the drop-off between the two as the information it is.
People are poor at pricing things that do not exist, and the answers are somewhere between meaningless and misleading. The reliable question is what they currently spend on the problem — in tools, staff time, workarounds and consultants — because that is a historical fact rather than a guess.
Replace "what would you pay?" with "what do you spend on this today?". One is speculation; the other is evidence and it anchors your pricing.
Create a free account to read the rest and apply it to your own startup.