Sunk Cost Fallacy
Past investment that cannot be recovered still drives decisions, in users and in product teams alike.
Definition
The tendency to continue an endeavour because of previously invested resources, despite those resources being unrecoverable and irrelevant to the decision at hand. Arkes and Blumer demonstrated it experimentally in 1985.
Established research. Originates in published research and has been replicated. The effect is real. Its size in your product still needs measuring.
Two places it matters
In users, it keeps people in flows they should abandon, and it is exploited by designs that make abandonment feel wasteful after a long form or a lengthy configuration. That is a deceptive pattern when it is deliberate.
In teams, it is why features nobody uses survive, why a failing redesign gets defended, and why a research finding that contradicts six months of work gets explained away. This is usually the more expensive of the two.
Do
- Save progress so leaving a flow is not a loss, which removes the pressure honestly.
- Set decision points in project plans where continuing has to be re-justified.
- Evaluate features on current value, not on what they cost to build.
Do not
- Design flows that make abandonment costly in order to increase completion.
- Use progress investment as a retention mechanism.
- Defend a decision by citing the effort already spent.
In practice
Saved progress removes the trap
Long formsIf a user can leave and return without losing work, the sunk cost pressure disappears. Completion driven by that pressure is a worse outcome than a later, willing return.
Feature deprecation
Product managementThe cost of building a feature is irrelevant to whether it should stay. Usage, maintenance burden and strategic fit are the only inputs that matter.
Sources
Where a source establishes something narrower than the popular reading of it, the note says so.
The psychology of sunk cost
H. R. Arkes and C. Blumer, Organizational Behavior and Human Decision Processes, 1985
Continue from here
Each link says what the connection is, so you can tell a principle from an alternative from a thing people mix this up with.
Applied through
Where this shows up as a concrete interface decision.
- Prioritising Design WorkWorkflow
Related concept
Connected closely enough to change how you apply this.
- Confirmation BiasCognitive bias
- Endowment EffectCognitive bias
- Loss AversionCognitive bias