How do you avoid survivorship bias in product management?

THE SHORT ANSWER

Stop drawing conclusions only from the winners. You hear from users who stayed, look at features that survived your current UX, copy competitors who won, and celebrate A/B wins without studying the losers. The countermeasures: talk to churned users through exit surveys and churn interviews, track non-events like drop-off and non-adoption as seriously as events, run feature post-mortems on what flopped, put churn drivers into prioritization alongside power-user requests, and frame the roadmap around outcomes. Abraham Wald's WWII lesson applies: do not armor the planes that came back, armor where the fatal hits were.

There is a famous WWII story. British bombers came back full of bullet holes, mostly in the wings and fuselage, and the military wanted to armor those areas. A statistician named Abraham Wald said no. The planes they were looking at were the ones that made it back. The planes hit in the engines and cockpit never returned. Armor the areas without holes, because that is where the fatal hits were. Your most engaged users are the planes that came back. The ones with the fatal hits never made it to your dashboard.

Where it shows up

Customer feedback: you talk to your most engaged users, they love the product, you feel great. But you are only hearing from people who stuck around. Feature prioritization: Feature A gets tons of engagement, Feature B barely gets touched, so you double down on A. But maybe B is poorly discoverable or solves a real problem onboarding never surfaces. You are looking at what survived the gauntlet of your current UX. Competitor analysis: you copy the winners and never study the companies that tried the same approach and failed. A/B testing: your last three tests won, so you keep going, but you never analyzed why the losing variants lost.

How to counter it

Talk to churned users. This is the single highest-ROI research activity most teams are not doing. Set up exit surveys, do churn interviews, ask what they were hoping for, when it broke down, and what they switched to. The answers will make you uncomfortable, which is exactly why they are valuable. At one company our NPS was great and we felt confident, then found we were losing 30 percent of new signups in the first two weeks.

Look at what is not happening. Which features do people ignore? Where do they drop off? What pages do they visit once and never return to? Track non-events as seriously as events.

Analyze your failures. We run post-mortems on outages but not on features that flopped. Run feature post-mortems: what did we expect, what actually happened, why did it miss.

Include churn drivers in prioritization. If 20 percent of churned users cite the same problem, that should rank higher than feature request number 47 from your power-user council.

Measure what is missing

The hardest part is that the data you need is not in your dashboards. Churned users do not generate events. Failed features do not show up in your top-features report. You have to go looking, which means building processes that capture the invisible: exit surveys, churn interviews, failure post-mortems, drop-off analysis. Frame your roadmap around outcomes, not features. "Reduce first-week churn by 15 percent" is a better north star than "build feature X that 10 power users requested."

This week, set up one exit survey or run one churn interview. The bombers that came back were interesting. The ones that did not come back had the answers.

SOURCES

THE LONG VERSION

RELATED ANSWERS

Last reviewed 2026-07-31 · 3 min read