Design Frugally

31. Kill unused features

Kill unused features

Why does it matter?

While it is always better to avoid building features you’re not confident will be used (see Remove non-essential features from the scope), you still have a chance to remove them afterward. Trimming product bloat and eliminating unused features or features with low business value is crucial for efficiency, cost-effectiveness, and environmental sustainability. It enhances the user experience, reduces waste, and aligns with user needs.

What can I do?

  • Measure the adoption rate and frequency of feature usage

  • Place the results in a matrix with four quadrants: low/high adoption and low/high frequency

  • Be diligent and pragmatic when assessing whether to keep or delete features with low adoption and usage frequency

  • Decommission selected features

  • Maintain clear documentation and dashboards of feature usage metrics

  • Define feature life expectancy and conditions/triggers for retirement in the Product Requirement Documents (PRD)

  • Implement a regular and structured process for retiring features/products, see chapter 1

What does success look like?

  • πŸ§‘πŸ’° Accelerated development cycles emphasizing efficient resource use

  • πŸ§‘ Minimization of technical debt for longer product life and efficiency

  • πŸ§‘πŸ’° Enhanced user experience leading to improved conversion rates and overall satisfaction

  • πŸ§‘πŸ’° Reduction in maintenance costs, reflecting efficient design and execution

  • πŸ’° Optimization leading to reduced cloud expenditure

  • πŸ’° Rigorous data security measures ensuring compliance and protecting user trust

Things to consider

We can apply the same logic for features to applications, services, and products. Users can vary depending on whether the feature is designed for internal purposes (developers, customer support, etc.) or end-users. Foster a culture of minimalism and assess with your designers and developers what would be required to decommission selected features. Will this affect other parts of the experience, code, or business? Be thorough in anticipating these changes. Although rarely used, some features may have a high perceived value by users and may be required to match the competition. In some cases, it will be justified to keep them, but it should not be the default.