Validation · 5 min read

Validate before you build, or pay for it later

Most failed startups did not fail at building. They failed at choosing what to build. Here is how to tell the difference before it costs you six months.

Last updated 12 August 2026

The most expensive mistake in early-stage startups is not a bad architecture decision or a slow launch. It is spending six months building something carefully, competently, and completely — that nobody wanted. The work was good. The choice was wrong.

What makes this failure mode so common is that building feels like progress in a way validation does not. Shipping a feature produces something you can see. Discovering that your idea has a weak market produces nothing except a decision you would rather not make.

The questions that actually matter

Validation is not asking friends whether your idea sounds good. It is a small set of uncomfortable questions:

  • Is the pain severe enough that someone is already paying to solve it — with money, a workaround, or a spreadsheet?
  • Can you name the specific person who has this problem, or only a category of people?
  • If competitors exist, why is there room for you? If none exist, why has nobody bothered?
  • Would the customer switch, given that switching is genuinely annoying and the status quo is free?
  • Does the money work at the price the customer would actually accept?

A no on any of these is not fatal. But a no you have not noticed is.

No competitors is a warning, not an opening

Founders often celebrate finding an empty market. In practice, an empty market usually means one of three things: the problem is not painful enough to pay for, the customers are impossible to reach economically, or someone already tried and quietly failed. Genuine greenfield exists, but it is rarer than it looks from the inside of your own excitement.

A crowded market, by contrast, proves demand. Your job there is not to be first — it is to be clearly better for a specific slice of the market that the incumbents serve badly.

Narrow, do not abandon

When validation goes badly, the instinct is to scrap the idea entirely. Usually the right move is smaller: narrow the customer. An idea that is mediocre for everyone is often excellent for one specific segment with an acute version of the problem.

Narrowing feels like giving up potential. It is the opposite. A product that is essential to a small group beats a product that is mildly interesting to a large one, because the small group will actually pay, tell each other, and tolerate your early rough edges.

How long this should take

Days, not months. The point of validation is not certainty — you will not get it — but to avoid the specific category of mistake that costs half a year. If you can seriously stress-test the idea in an afternoon and it survives, build. If it does not survive, you just saved the most expensive resource you have.