Product Growth

Product Growth

Share this post

Product Growth
Product Growth
Addition by Subtraction: The Art of Killing Features
Copy link
Facebook
Email
Notes
More

Addition by Subtraction: The Art of Killing Features

A Product Leader's Advanced Guide to Strategic Feature Sunsetting to maintain focus, enhance user experience, and drive strategic growth

Aakash Gupta
Feb 28, 2024
∙ Paid
90

Share this post

Product Growth
Product Growth
Addition by Subtraction: The Art of Killing Features
Copy link
Facebook
Email
Notes
More
5
Share

Can you Marie Kondo your product? You might want to.

If your product has been around for a few years, killing features might be the growth tactic missing in your current strategy.


The Paradox of Feature Addition

It’s generally the job of Product Managers, designers, and engineers to build new features. All the systems are set up to reward new feature launches.

  • PM wants to get promoted → What big thing did they ship?

  • Sales wants to reach out to an old lead → What new features can we talk about?

  • Company wants to evaluate an engineer → What new things did they make happen?

Meanwhile, many times removing a feature can do more good than creating a new one.

This is the paradox of feature addition.

It’s more insidious than at first mention.

As our systems increasingly get built up to disincentivize feature deprecation is precisely when we need it most.

1. We begin to ship the org chart

When we get big and complex, entire teams and functions are spun up against things that need to be killed.

For instance, a marketplace team gets spun up in the business org—but what happens when you need to kill the marketplace feature?

Managers begin to worry. “Without the feature, will my team be smaller?” So, they block the move.

2. We use our wealth to build things we don’t need to

Most startups begin with a founder and some engineers, a designer. Then slowly, giant non-product organizations get spun up: Customer support, sales, marketing…

They’re all essential. But each of these functions also generates product demands.

This results in the development of:

  • Stakeholder-driven features

  • Features for niches

  • And other garbage that clutters our product.

And it’s worse in big companies. The bigger these organizations get, the more they think the small feature for their niche is absolutely the most important thing in the world.

Do you see it now? All the incentives in companies work against making good choices to kill features.

The result is: we don’t actually ever kill anything.


Feature Fatigue

Users just want a simple way to complete their job to be done. They don’t care about our feature announcement or our pop-up.

Yes, even when it makes their life better.

While product builders constantly have “shiny new feature syndrome,” users actually have feature fatigue.

You know this as a user. Those products that have just one feature that is incredibly to use? We love them.

But the fact is: every feature past your first one complicates in the product.

It’s in the data:

  • Your first feature announcement? Does great.

  • Your 18th? Unless you’re Apple and do it once per year to great fanfare, not so much.

And so users slowly run away from adopting your latest new feature, and merely want to complete their original job to be done.

While we PMs are continuously in a race to copy competitors and serve niche use cases, users are in a race to get their job done.


Good Product Strategy, Bad Product Strategy

This translates into what makes for a good product strategy.

1. Choice:

  • Good product strategy makes choices about what to focus on.

  • Bad product strategy puts lipstick on a pig, while still attempting to do everything.

2. Problems:

  • Good product strategy focuses on solving the most important user problems.

  • Bad product strategy solve a random haphazard set of executives’ favorite problems.

3. Product features:

  • Good product strategy makes decisions about what features to emphasize.

  • Bad product strategy throws all the spaghetti at the wall, and let’s what sticks stay.

That’s why today’s post is so important.

99% of what’s written online is all about adding features. But it misses out on the key inverse: removing them.


The Google Anti-Pattern

Of course — removing features is not easy.

Over the past week, we’ve all gotten a masterclass in how not to kill products.

Left and right, Google has been misstepping:

  1. AI: They introduced a new offering called “Gemini Business” which is cheaper than “Gemini Enterprise,” which replaces “Duet AI for Workspace Enterprise.”

  2. Wallet: They renamed Google Pay to Google Wallet, which was called Google Wallet before it was called Android Pay.

The market hasn’t reacted kindly to these misnaming kerfuffles.

Google’s market cap has spiked downwards nearly 10% off all-time highs. Meanwhile, its big tech peers continue to power higher.

You can’t pull a Google on users and expect them to not notice.

That’s why you need a strategy and operating practice to kill features. Which brings us to today’s deep-dive. We’ll cover how to kill features with grace.


Today’s Post

Words: 8,316 | Est. Reading Time: 38 minutes

  1. The Top, Distinct Reasons to Sunset a Feature

    Including Examples from Dropbox, Instagram, and YouTube

  2. Best Frameworks for Operationalizing Simplification

  3. Advanced Techniques for Feature Pruning

  4. Beyond Pruning: The Feature Lifecycle

  5. Design Patterns & Templates to Use

  6. Creating a Simplification Culture

  7. Most Common Mistakes

Keep reading with a 7-day free trial

Subscribe to Product Growth to keep reading this post and get 7 days of free access to the full post archives.

Already a paid subscriber? Sign in
© 2025 Aakash Gupta
Privacy ∙ Terms ∙ Collection notice
Start writingGet the app
Substack is the home for great culture

Share

Copy link
Facebook
Email
Notes
More