Nobody told me product decisions are reversible or not
The single question that unblocked my decision paralysis: is this door one-way or two-way? Everything else is noise.
By Nzubechukwu Cyprian · Pharmacy student at UNN, full-stack developer
I used to agonise over every product decision like each one was permanent. Database choice, colour of the button, whether to add auth, which framework — all weighed with equal dread. Then I borrowed an idea from Bezos via a blog post: decisions are either one-way doors or two-way doors, and the worst thing you can do is treat a two-way door like a one-way.
Sorting my actual decisions
Two-way doors (decide fast, fix later): button copy, page layout, feature flags, most library choices in a well-factored codebase. Wrong choice costs an afternoon.
One-way doors (decide slowly, with data): domain and name, data model fundamentals, the pricing model, who the product is for. These get research, prototypes, and time.
What the lens changed
I stopped researching button libraries for a week and started asking whether I could undo each choice in under a day. If yes — pick anything reasonable, ship, learn. If no — earn the decision.
The paralysis I mistook for rigor was mostly misfiled caution. Most decisions are cheap because they're reversible. The few that aren't deserve the fear I was spreading everywhere else.
Keep reading
- Product building
Shipping is a skill, and I practised it badly for years
Finishing things is not a personality trait — it's a practice with techniques. The ones that turned my graveyard of half-projects into shipped products.
- Product building
The pricing page taught me more about users than the analytics did
Data told me what people clicked. The pricing page told me what they believed. Convincing beats tracking.
- Product building
Every product I've shipped taught me to delete more
My best products have fewer features than my first drafts. Subtraction is the quality signal nobody markets.