Eager Sellers Stony Buyers

This reading clarified something I’ve often sensed in product work but hadn’t had language for: people don’t resist innovation because they dislike change itself, but because it feels like a loss. “Loss aversion” makes perfect sense of that dynamic. Users don’t just compare features, they subconsciously compare what they’ll lose in switching, their muscle memory, confidence, and familiarity, with what they might gain. It explains why even objectively better features can flop, and why internal teams so often overestimate excitement for something new.

As a PM, this is a useful mental check. The article’s idea that successful adoption comes from minimizing behavior change, framing new features as avoiding losses, or targeting new users with no attachment to the old feels especially practical. I’ve seen this play out in rollout strategies that work best when they keep people’s existing workflows intact or make change feel additive instead of disruptive. Even small things like preserving old shortcuts, offering a “classic mode,” or gradually defaulting people into new flows can ease the switch.

It also reframed how I think about messaging. The instinct is often to sell new features by talking about what’s new, but users respond better to what they will not lose. It’s a framing shift from “look at what’s new” to “don’t worry, what you already love still works.” The Prius example captures this perfectly: it succeeded not because people were suddenly ready for electric vehicles, but because Toyota designed it to feel exactly like the car they already knew.

The takeaway for me is that innovation isn’t only about what’s built but about how it’s introduced. People adopt new things when they feel continuity, not rupture. The hardest part isn’t the engineering or design; it’s anticipating the invisible emotional cost of change and finding ways to lower it. This is also a helpful perspective for PM interviews because it shows you understand adoption as a behavioral problem, not just a technical or feature-driven one.

Avatar

About the author