It Doesn't Exist If It Can't Be Tested

It Doesn't Exist If It Can't Be Tested

Michael WiseMichael Wise
4/23/2026
6 min read
Engineering
Hypothesis
Testing
Scientific Method
Push Manifesto
Product

An idea you can't test isn't a plan β€” it's a wish. The Hypothesis principle asks for something uncomfortable: state what would prove you wrong before you spend a cent proving you're right.

Every great idea starts with a test strategy. That sounds like an engineering platitude until you sit with it. It means that before the idea is real β€” before it earns a place on the board, a sprint, a budget line β€” you should be able to say how you'd know whether it's any good.

If you can't, you don't have an idea. You have a wish wearing an idea's clothes.

Try this in your next planning session. Someone proposes a feature, a rewrite, a new platform. Ask one question: "What would we expect to see if this is working β€” and what would we see if it isn't?"

Watch what happens. Half the proposals survive and get sharper. The other half quietly deflate, because the honest answer is "I'm not sure how we'd tell." That's not a gotcha. It's a gift. You just saved yourself months of building something with no way to know if it mattered.

Every great idea starts with a test strategy. It doesn't exist if it can't be tested.

Let me head off a misreading. I'm not asking for a document. A test strategy can be a sentence: "If this onboarding change works, sign-up completion goes up and support tickets about step three go down; if it doesn't, neither moves." That's it. You've made the idea falsifiable.

The strategy comes first, before the build, for a specific reason: it stops you from moving the goalposts after the fact. We are extraordinarily good at looking at any outcome and explaining why it confirms what we already believed. Naming the expected signal in advance is how you tie your own hands against your own bias.

Some of the most expensive ideas in any organisation are the ones that have quietly opted out of being tested:

  • The re-org that will "improve collaboration" β€” measured how?
  • The rewrite that will "make us faster" β€” faster at what, compared to what baseline?
  • The strategy deck whose claims are all directional and none disprovable.

I'm not saying these are wrong. I'm saying that until you can state what would prove them wrong, you can't tell β€” and neither can anyone else. A claim that survives all possible evidence isn't strong. It's empty.

The good news is that the test rarely needs to be elaborate. A landing page. A wizard-of-oz prototype where a human pretends to be the algorithm. A week of one team using the thing while another doesn't. A single well-chosen metric watched for a fortnight.

The instrument can be crude as long as it can move β€” as long as a real outcome could push the needle one way or the other. An idea attached to a moving instrument is alive. You can learn from it, kill it, double down on it. An idea with no instrument just sits there, consuming belief and budget, immune to reality.

So before you build the thing, decide how you'd know it worked. If you can't, that's your finding. The idea doesn't exist yet.

It Doesn't Exist If It Can't Be Tested Β· Push Manifesto