DiscoveryNew·Falk Gottlob··4 min read

Stop Picking Winners. Design the Tournament.

Cheap prototyping did not kill product judgment. It moved the decision from picking the winner to seeding the bracket of what gets prototyped at all.

product judgmentprototype prioritizationMarton Gasparproduct managementbacklog prioritizationvibe codingPM cosplaytournament designpre-evidence betsAI product management
Helpful?

A pool of fifty backlog ideas on the left feeding a seeded eight-slot tournament bracket on the right, labeled seed the bracket, not pick the winner.

Product judgment did not die when prototyping got cheap. It moved up a level.

The short version

Cheap prototyping did not kill product judgment, it moved the judgment up a level. When testing an idea cost a quarter of engineering time, the first decision picked the winner and we wrapped it in a twelve-page PRD. When testing an idea costs an hour, the first decision picks the bracket: which eight of fifty backlog ideas get prototyped at all. Same judgment, radically cheaper to be wrong. The job moved from picking winners to designing the tournament, a portfolio exercise built on three questions: which ideas are cheap to test and expensive to skip, which ideas share one prototype, and which cannot be settled by a prototype at all. Marton Gaspar named the failure mode as cosplay: PMs who drop the betting to become part-time engineers running an unseeded tournament where whatever got built first wins.

Last week Marton Gaspar pushed back on my claim that prototypes replaced the upfront bet. His point: you cannot prototype all fifty ideas on the backlog. Someone still has to decide, before any evidence exists, which ideas deserve an hour. Different decisions, not different sequences. He is right, and I conceded it in the thread.

But conceding the point revealed something better than the point itself.

The bet survived. It shrank.

When testing an idea cost a quarter of engineering time, the first decision picked the winner. You got one shot. Judgment had to carry the entire weight of the outcome, which is why we wrapped it in twelve pages of justification and called it a PRD. That whole apparatus is what I argued had collapsed into a brief, a prototype, and an eval.

When testing an idea costs an hour, the first decision picks the bracket. Which eight of the fifty get prototyped. Same judgment, radically cheaper to be wrong, which changes what the judgment has to carry. Building the prototype itself is now the easy part, the hour-long instant prototype any PM can run.

That is the shift. The job before data did not disappear. It moved from picking winners to designing the tournament.

What tournament design actually looks like

Picking a winner is a conviction exercise. You stack evidence, you build a narrative, you defend the choice in a room.

Designing a tournament is a portfolio exercise. Three different questions:

Which ideas are cheap to test and expensive to skip? Those enter the bracket automatically. The cost of being wrong about excluding them exceeds the hour it takes to check. This is the cost of being wrong run in reverse: not what a bad bet costs, but what a skipped test costs.

Which ideas share a prototype? Five backlog items that all hinge on the same workflow assumption are one test, not five. Bracket design is mostly deduplication.

Which ideas cannot be settled by a prototype at all? Pricing, positioning, and platform bets do not resolve in an hour of building. Those stay judgment calls, and pretending a prototype settled them is how teams fool themselves.

The failure mode has a name

Marton called it cosplay, and his definition is the cleanest I have seen: not PMs writing code, but PMs dropping the betting to become part time engineers.

Building the prototypes yourself feels like progress. It is the middle of the job. If nobody is designing the bracket, you are just a slower engineer running an unseeded tournament where whatever got built first wins.

The scarce input was never the prototype. It was deciding which fifty-to-eight cut happens before anyone opens an editor. That call got cheaper to get wrong. It did not get less necessary. Deciding well under that kind of repeated, low-cost pressure is exactly the muscle I mean by judgment reps(coming Jul 13).

Design the tournament. Then let the prototypes play it out.

This frame came out of a comment exchange with Marton Gaspar. The cosplay line is his. Concede the strong point, keep the better frame, a method I unpack in commenting with a frame.

Share this post

Also on Medium

Full archive →

Frequently asked

Did cheap prototyping kill product judgment?+

No. It moved the judgment up a level. When a test cost a quarter of engineering time, the first decision picked the winner and carried the whole weight of the outcome, which is why teams wrapped it in a twelve-page PRD. When a test costs an hour, the first decision picks the bracket: which eight of fifty backlog ideas get prototyped at all. Same judgment, radically cheaper to be wrong. The bet before any evidence exists did not disappear, it shrank.

What does designing the tournament mean?+

Picking a winner is a conviction exercise: you stack evidence, build a narrative, and defend one choice in a room. Designing the tournament is a portfolio exercise: you decide which subset of ideas earns a prototype before any evidence exists, then let the prototypes settle who actually wins. The scarce input was never the prototype. It was the fifty-to-eight cut that happens before anyone opens an editor.

What are the three questions of tournament design?+

First, which ideas are cheap to test and expensive to skip? Those enter the bracket automatically, because the cost of wrongly excluding them exceeds the hour it takes to check. Second, which ideas share a prototype? Five backlog items that hinge on the same workflow assumption are one test, not five, so bracket design is mostly deduplication. Third, which ideas cannot be settled by a prototype at all? Pricing, positioning, and platform bets stay judgment calls, and pretending a prototype settled them is how teams fool themselves.

What is PM cosplay?+

Marton Gaspar's term for the failure mode: not PMs writing code, but PMs dropping the betting to become part-time engineers. Building prototypes yourself feels like progress, but it is the middle of the job. If nobody is designing the bracket, you are a slower engineer running an unseeded tournament where whatever got built first wins.

If prototyping is cheap, why not just prototype everything?+

Because you cannot prototype fifty ideas on the backlog, and even if you could, an unseeded field just rewards whatever got built first. Cheap tests lower the cost of being wrong about a single idea, not the cost of never deciding which ideas deserve an hour. Someone still has to make the pre-evidence cut. That call got cheaper to get wrong. It did not get less necessary.

About the author

Falk Gottlob

Falk Gottlob

Product Executive · Founder, Falkster.AI

Thirty years shipping product at Microsoft Research, Adobe, Salesforce (Marketing Cloud / Quip / Slack), and several startups including one $6.5B exit and one acquired by Microsoft. Now CPO at Smartcat and founder of Falkster.AI, writing this notebook from the boardroom, not the keyboard.

Comments (0)

Sign in with LinkedIn to leave a comment.

Sign in with LinkedIn
  • Be the first to comment.

Keep Reading

Posts you might find interesting based on what you just read.