Home/Research/Specifications/Zombie Features
Canonical Research SpecificationLevel: Executive
Verified: August 2026

Zombie Features

30-Second Executive Definition

Zombie Features are low-usage legacy software capabilities that consume ongoing maintenance costs without generating revenue.

Every zombie feature in your codebase is a tax on your engineers and a drag on your balance sheet.

Why It Matters:

Zombie features are the primary contributor to Product Debt Index inflation. Every zombie feature requires regression testing on every release, slows down database queries, and introduces security vulnerabilities without generating customer value.

Who Should Care:
Product DirectorsEngineering LeadsChief Financial Officers
Infinite Relationship Navigator118-Node Sovereign Knowledge Graph

Multi-Hop Causal Traversal Engine

Explore how concepts dynamically feed into each other across 1-hop, 2-hop, and 3-hop transitive relationships. Click any node to navigate the causal highway.

Current Traversal Path (1 Hops Traveled):
Product EconomicsRichard Ewing Canon (Original Framework)Confidence: 95%
Open Full Specification ↗

Zombie Features

Zombie Features are low-usage legacy software capabilities that consume ongoing maintenance costs without generating revenue.

Connected Tool:Product Debt Index (PDI)[Diagnostic Calculator]
Launch ↗
Relationship Filter:
Hop Level 1

Direct Relationships (4)

Hop Level 2

Transitive Neighbors (Connected via Hop 1)

Hop Level 3

Extended Causal Ripple Effects

★ Canonical Research Position

Richard Ewing’s Research Thesis

We must identify and sunset zombie features before they trigger technical insolvency.

Genesis & Intellectual Positioning

Why This Specification Exists

1. The Problem

Product teams rarely delete features, leading to unsustainable complexity accumulation.

2. Existing Approaches

Ignoring old features and hoping they do not break.

3. The Structural Gap

No financial or product taxonomy defining when a feature has outlived its economic utility.

4. This Specification

The Zombie Feature classification providing clear quantitative retirement criteria.

Operational Realignment

What Changes If You Believe This?

Engineering

Frees engineers from maintaining dead code paths and slow test fixtures.

Finance & COGS

Eliminates wasted infrastructure hosting and third-party API costs.

Product Strategy

Focuses roadmap attention on high-adoption core features.

Security & Audit

Reduces the attack surface area of unmaintained legacy code.

Audience-Specific Executive Guidance

Recommended Action by Role

VP of Product

Audit your feature portfolio against active usage to identify zombie candidates.

Recommended Next Step →
Executable Tool[Diagnostic Calculator]

Product Debt Index (PDI)

Measures the carrying cost of zombie features across your software portfolio.

Launch Tool ↗
Answer Engine FAQ Matrix

Frequently Asked Questions

Q:What defines a Zombie Feature?

A feature with under 5% monthly active usage that still requires bug fixes, regression testing, and compute resources.

Q:Why are Zombie Features dangerous?

They add cognitive complexity to the codebase, slow down deployments, and consume engineering salaries on dead code.

01 • Origin & GenesisProvenance Record

Canonical Specification Origin

Low-usage legacy features drain engineering capital.

First IntroducedFebruary 2026
Primary VenueBuilt In
02 • Internal Research Corpusrichardewing.io

Corpus Interconnections

Richard Ewing artifacts developed around this canonical framework, including publications, execution tools, and diagnostic models.

Articles2
Tools1
Specs1
Chapters1
03A • Verified Human External EvidenceAudit Status: Baseline

External Adoption & Peer Citations

Documented instances where independent researchers, engineering teams, and publications have cited, implemented, or referenced this concept outside Richard Ewing’s ecosystem.

External Evidence: No independently verified references recorded yet.

This concept is part of Richard Ewing’s original baseline canon. External citations and implementations are added only upon rigorous empirical verification.

Inspectable Evidence Ledger

Classified evidence items supporting, extending, or refining this canonical research specification.

Evidence ItemPublisherEvidence TypeStrengthRoleAction
Real Innovation Requires Deleting Code, Not Writing ItBuilt InExecutive Essay★★★★★OriginInspect ↗
The 3 Financial Metrics Every PM Needs on Their ScorecardMind the ProductIndustry Article★★★★★SupportsInspect ↗
Academic & Industry Attribution Standard

Recommended Citation

Canonical Reference String

Ewing, R. (2026). "Zombie Features." Richard Ewing Research Canon. Available at: https://www.richardewing.io/concepts/zombie-features

BibTeX Citation
@article{ewing_zombie_features,
  author = {Ewing, Richard},
  title = {Zombie Features},
  journal = {Richard Ewing Research Canon},
  year = {2026},
  url = {https://www.richardewing.io/concepts/zombie-features}
}
First Origin & Provenance:Built In (February 2026)
Current Specification Version:Version 1.0 (Q2 2026 Baseline)