IndustriesWorkPlaybookHow it worksAboutBook a systems auditBring us your idea

How do I avoid building something nobody wants?

Straight answer

Avoid building something nobody wants by testing demand before you build, not after. Talk to people who have the problem, ask for a commitment rather than a compliment, and build the smallest version that proves interest. The mistake is treating your own conviction as evidence; the fix is letting real behaviour from real people decide.

Information current as at 5 July 2026

The most common reason a build fails is not bad code or bad luck. It is that the thing, once finished, turns out to be something nobody actually wanted. This happens to careful, capable people constantly, because the trap is built into how ideas feel from the inside. Avoiding it is less about talent and more about a few honest habits.

Plain English
Demand
Evidence real people will act to get your solution, not just agree it sounds good.
Confirmation bias
The habit of noticing evidence that supports your idea and dismissing the rest.
Vanity signal
Encouragement or interest that feels good but does not predict real use or payment.
Sunk cost
Money or effort already spent, which should not push you to keep building the wrong thing.

Why smart people build things nobody wants

The trap is not stupidity, it is perspective. From inside your own head, the idea is obviously good, the problem is obviously real, and everyone you mention it to is encouraging. So you build. The flaw is that your certainty is not evidence, and the encouragement is mostly politeness. You are also prone to confirmation bias, quietly noticing the signals that support the idea and explaining away the ones that do not. This is why capable, thoughtful people spend months building things that meet a shrug when finished. The problem was never their ability; it was mistaking their own conviction for proof.

Test demand before you build, not after

The single habit that prevents this is putting the idea in front of real people before you build, in a way that forces a real reaction. Not "does this sound good", which everyone says yes to, but "will you pay, sign up, or commit". Talk to people who genuinely have the problem, offer to solve it by hand, or put up a simple page and see who acts. The order matters enormously: demand tested before building can save you the whole build, while demand tested after is just a post-mortem. Learn the lesson while it is still cheap to act on.

No pressure
Show us what you built.

If you have made something and it needs to become real, send it over. We will tell you honestly what it needs to be live, safe and yours, whether that is a quick fix you can do or a proper build. No obligation.

Read the honest signals, not the flattering ones

Some signals feel encouraging but predict nothing. Friends loving it, lots of people saying it is a great idea, a busy launch day that goes quiet, these are vanity signals. The signals that actually matter are behavioural and often uncomfortable to seek: someone paying, someone using it repeatedly, someone chasing you to finish it, someone with the problem saying they would switch from what they use now. When the flattering signals are strong but the behavioural ones are absent, that gap is the warning. Train yourself to trust what people do over what they say, because only behaviour predicts a business.

Be willing to change course when the evidence says so

The hardest part is not gathering evidence, it is acting on it when it contradicts what you hoped. Once you have spent time and money, the pull to keep going regardless is strong, and it has a name, sunk cost, the mistake of throwing good effort after a direction the evidence has already questioned. The people who avoid building unwanted things are not the ones who guess right first time; they are the ones who test early, listen honestly, and adjust before the cost gets large. Being willing to change your idea, or drop it, is a strength, not a failure, and it is what separates people who learn their way to something wanted from people who stubbornly finish something unwanted. Treat each piece of evidence as a chance to steer, and the wrong build becomes far easier to avoid.

Common questions

Questions, answered

What is the earliest sign I might be building the wrong thing?
When you struggle to find anyone with the problem who is genuinely eager for a solution. If conversations are polite but no one leans in, no one commits, and no one is frustrated enough by the problem to act, that quiet is the signal. Enthusiasm you have to work hard to manufacture is a warning worth heeding early.
How do I get honest feedback when people just want to be nice?
Stop asking whether they like the idea and ask for a commitment instead: would you pay, sign up, or use it now. Action cuts through politeness. Also ask how they solve the problem today and what that costs them; the absence of a real, painful current problem is more telling than any opinion about your solution.
I have already spent months on it, should I keep going?
The time spent is gone either way and should not decide the next step, that is the sunk cost trap. Judge only on the evidence in front of you now: is there real demand or not. If you have never actually tested demand, do that cheaply before spending more. It is common to discover the test should have come first.
Is it not risky to show my idea before it is ready?
The far bigger risk is building the whole thing in private and discovering too late that no one wants it. Showing an early, rough version to a few real users is how you avoid that. Ideas are rarely stolen, and the feedback you get is worth vastly more than the secrecy you give up.
No pressure
Show us what you built.

If you have made something and it needs to become real, send it over. We will tell you honestly what it needs to be live, safe and yours, whether that is a quick fix you can do or a proper build. No obligation.

Start here

Two doors. Same senior team.

Whether you can name exactly what you want built, or you just know something is leaking, the next step is the same conversation.