Quick Wins and Slow Regrets
Have you ever considered that if you don’t implement a particular feature now, it could be twice as expensive to implement next year, or even three times as expensive in two years?
I first heard the metaphor “slow regrets” at the Product Management Festival in Zurich, where Rutger Coolen shared his story and the hard lesson he learned.
Collen defines “slow regrets” as features that become more expensive to build as your product grows. These are the opposite of “low-hanging fruit”, representing “quick wins” — doing less while gaining more value.
Now, let’s reflect on scenarios that may occur in your company, particularly in a corporate setting.
How many times have you heard “MVP” used as a magic word to push a feature into development, with the excuse that full development will happen later, but in reality, it gets postponed for years?
Have you noticed that this supposedly postponed feature is now considered by many developers as technical debt? Implementing it now affects numerous applications and teams in your organization, making it nearly impossible to implement.
You’ll start to slowly regret not implementing it a few years ago, as it now costs you several times more.
领英推荐
I prefer the metaphor “slow regrets” over the common term “cost of delay”, which tends to focus on lost revenue and missed opportunities while waiting to release a product or feature. “Slow regrets” more effectively highlight the “hidden reality” that features can become more expensive to implement as the system or business grows in complexity.
So, how can we avoid slow regrets? As Coolen mentioned, it depends on the context, but I see several key hints for both regular product managers and product leaders.
For product managers:
For product leaders: Product Management Festival
[original blog post on Medium]