Built, Broken, Learned: The Product I Designed Too Early
One of the strangest things about building products is that being right is not always enough.
This was a reply to a friend a made over dinner recently when asked how things were, and it's stuck in my head.
A product can be directionally right, commercially useful, and built around real user problems, and still fail to get traction.
Sometimes the idea is wrong. Sometimes the execution is wrong. Sometimes the timing is wrong.
And timing can be brutal.
Too early looks a lot like unnecessary
Years ago, I designed a product to address a problem I could already see forming.
It was built around workflow, customer experience, and the need to connect software decisions more intelligently to what the business actually needed.
It did not really get used.
That was frustrating at the time, but it was also clarifying.
Because the product itself was not solving a fake problem. The problem was real. The issue was that the market, and some of the people around it, were not yet seeing where things were heading.
That is a difficult lesson when you are close to the idea.
Too early can look a lot like too much. Too early can look like unnecessary complexity. Too early can look like ambition that people cannot yet map onto their current pain.
What that taught me
1. Product timing is not just about market size
A market can be large and still not be ready.
Readiness is about recognition.
Do people feel the pain clearly enough? Can they picture the new way of working? Do they trust the shift? Can they absorb the operational change? Do they have the internal language for why it matters?
If the answer is no, a product can make sense on paper and still land flat.
2. Workflow products need a visible enemy
Workflow problems are often diffuse.
That makes them harder to sell than problems with a clean headline.
If a person can see one obvious thing breaking, they will often pay to fix it. If the issue is really a chain of handoffs, weak visibility, and avoidable friction spread across a journey, that is harder to explain.
Ironically, that kind of problem is often more expensive.
3. People do not always buy the future they say they want
A lot of businesses say they want transformation.
What they often really want is less disruption, less uncertainty, and a clearer return.
That is understandable, but it creates a gap.
Products built around where a market is going can struggle if buyers are still anchored in how they currently think about the problem.
4. Being early is still useful if you learn properly
Designing something too early is not wasted effort if you use it well.
It sharpens instinct. It improves your ability to spot patterns. It teaches you which parts of the proposition were ahead of the market, and which parts were simply unclear. It shows you how industries absorb change, and how slowly some forms of understanding move.
That matters later.
Why it still matters now
The reason this experience still feels relevant is that many industries are now moving into a more connected phase.
AI, automation, orchestration, and better workflow design are forcing people to think more seriously about joined-up systems.
The kinds of problems that once felt too abstract are becoming more visible.
That does not mean every early product idea was secretly brilliant. It does mean timing shapes perception more than many people realise.
Final thought
Sometimes you were wrong. Sometimes the market was not ready. Sometimes both are true.
The important thing is not protecting your ego. It is understanding what actually happened.
If you can do that properly, being early stops being just a frustration and starts becoming one of the most useful forms of experience you can carry forward.