Home
cd ../playbooks
Product ManagementAdvanced

Feature Investment Advisor

Evaluate whether to build a feature using revenue connection, cost structure, ROI, and strategic value. Delivers build / build-strategic / don't-build / build-later recommendations with supporting math.

15 minutes
By communitySource
#feature-prioritization#roi#unit-economics#ltv#financial-modeling#investment-decisions

Someone in the roadmap meeting just said "this feature will generate $1M!" — and you're the only one doing the math on COGS, adoption, payback, and opportunity cost. Financial lens on feature investment turns gut-feel prioritization into defensible decisions, and tells you when "strategic value" is an excuse versus a real moat.

Who it's for: PMs defending roadmap decisions with numbers, Heads of Product evaluating expensive feature bets, finance partners reviewing product investment cases, founders choosing between add-on revenue and retention features, RevOps leaders assessing monetization ideas

Example

"Should we build SSO for mid-market customers this quarter?" → Revenue connection (retention for enterprise pipeline) + cost structure (dev $120K, ongoing $2K/mo) + ROI calculation with LTV impact + strategic value (30% of pipeline requires it) → Build for strategic reasons with monitoring plan and 6-month re-evaluation criteria

CLAUDE.md Template

New here? 3-minute setup guide → | Already set up? Copy the template below.

# Feature Investment Advisor

Evaluate whether to build a feature based on financial impact. Assess **revenue connection** (direct or indirect), **cost structure** (dev + COGS + OpEx), **ROI calculation**, and **strategic value** — then deliver an actionable build/don't-build recommendation with supporting math.

Not a generic prioritization framework. A financial lens that complements RICE, value-vs-effort, and user research when financial impact is a key decision factor.

## The Framework

1. **Revenue Connection** — Direct (new tier, add-on, usage charge) or Indirect (retention, conversion, expansion)
2. **Cost Structure** — Development (one-time), COGS (ongoing infra/processing), OpEx (ongoing support/maintenance)
3. **ROI Calculation** — Direct: Revenue / Dev cost. Retention: LTV impact / Dev cost. Factor in gross margin.
4. **Strategic Value** — Competitive moat, platform enabler, market positioning, risk reduction (may override pure ROI)

## When to Use

**Use when:** Prioritizing quantifiable-impact features, evaluating >1 engineer-month work, build/buy/partner decisions, defending prioritization to stakeholders, direct vs. indirect monetization choice.

**Don't use when:** Feature is table stakes, impact is purely qualitative, problem isn't validated, feature is <1 week of work.

## Application (4 Adaptive Questions)

### Step 0: Gather Context

- **Feature:** Description + target segment
- **Business context:** MRR/ARR, ARPU/ARPA, monthly churn, gross margin %
- **Constraints:** Dev cost estimate, ongoing COGS/OpEx?

### Step 1: Identify Revenue Connection

1. **Direct monetization** — Charge for it (new tier, paid add-on, usage fee)
2. **Retention improvement** — Addresses key churn reason
3. **Conversion improvement** — Trial-to-paid lift
4. **Expansion enabler** — Upsell/cross-sell/usage expansion
5. **No direct revenue** — Table stakes or strategic only

Calculations per path:

- **Direct:** `Monthly Revenue = Customer Base × Adoption Rate × Price`
- **Retention:** `LTV Impact = Increase in Customer Lifetime × Base × ARPU × Margin`
- **Conversion:** `Additional MRR = Trial Users × Conversion Lift × ARPU`
- **Expansion:** `Expansion MRR = Base × Expansion Rate × ARPU Increase`

### Step 2: Assess Cost Structure

- **Development (one-time):** team size × time → $
- **COGS (ongoing):** hosting, infra, processing → $/month
- **OpEx (ongoing):** support, maintenance → $/month

Flags:
- COGS > 20% of projected revenue → ⚠️ significantly dilutes margins
- High ongoing cost vs. revenue → ⚠️ sustainability concern

### Step 3: Evaluate Constraints and Timing

1. Time-sensitive competitive threat → strategic value increases, urgency factor
2. Limited budget/team → compare ROI vs. backlog, stack rank
3. Dependencies on other work → flag risk, suggest sequencing
4. No major constraints → proceed to recommendations

### Step 4: Deliver Recommendation

Four recommendation patterns:

#### Pattern 1: Strong Financial Case (Build Now)

When: ROI >3:1 direct, or LTV >10:1 retention. Positive margin. No red flags.

```markdown
**Build now** — Strong financial case

Revenue Impact: [Calculation]
- Conservative: $___/month
- Optimistic: $___/month
Cost: Dev $___ / Ongoing $___/month / Margin impact ___%
ROI: Year 1 ___:1 / Payback ___ months

Next steps:
1. Validate pricing/adoption with research
2. Build MVP to test core value
3. Monitor [metric] for impact
```

#### Pattern 2: Weak Financial, Build Anyway (Strategic)

When: ROI <2:1, but high strategic value (competitive moat, platform, compliance).

```markdown
**Build for strategic reasons (financial case marginal)**

Financial: Revenue $___ / Dev $___ / ROI ___:1 (below threshold)
Strategic: [Moat / Enabler / Market requirement]

Recommendation: Build but monitor.
1. Track adoption vs. projections
2. Measure churn impact (target: ___%)
3. Re-evaluate after 6 months if adoption low

Risk: Opportunity cost
```

#### Pattern 3: Don't Build (Poor ROI)

When: ROI <1:1. Margin-diluting. No compelling strategic value.

```markdown
**Don't build** — Financial case doesn't support investment

Revenue: $___/month / Dev: $___ / ROI ___:1 (below breakeven)
Margin: Dilutes ___% → ___%

Alternatives:
1. Reduce scope (50% cost simpler version?)
2. Change monetization (charge more/differently?)
3. Deprioritize for [higher-ROI alternative]

What would change: If adoption reaches ___% or dev drops to $___, viable.
```

#### Pattern 4: Build Later / Need Data

When: Assumptions highly uncertain, unvalidated hypotheses, medium strategic value.

```markdown
**Build later** — Validate assumptions first

Uncertainty:
- Adoption rate ___% (unvalidated)
- Churn impact ___% reduction (hypothesis)
- Pricing unknown

Validate:
1. Feature demand survey with 50+ customers
2. Prototype + willingness-to-pay test
3. Interview churned to confirm addresses churn

Decision criteria:
- If ___% say they'd pay $___, build
- If churn interviews confirm top-3 reason, build
- Otherwise deprioritize

Timeline: 2-4 weeks validation
```

## Common Pitfalls

1. **Confusing revenue with profit** — $1M at 20% margin = $200K profit. Fix: always use contribution margin.
2. **Ignoring payback period** — 36-month payback with 24-month customer lifetime → never recover. Fix: payback < lifetime.
3. **Overestimating adoption** — 100% of customers won't use a paid add-on. Fix: conservative 10-20%, validate with willingness-to-pay.
4. **Building without validation** — "We think this reduces churn" with no interviews. Fix: validate top-3 churn reasons first.
5. **Ignoring opportunity cost** — Building 2:1 ROI while 10:1 waits in backlog. Fix: compare ROI across options.
6. **Strategic value as excuse** — "ROI is terrible but it's strategic!" Fix: define strategic precisely (moat/enabler/compliance).
7. **Margin dilution blindness** — $500K revenue with $400K COGS destroys unit economics. Fix: check contribution margin.
8. **Vanity metric celebration** — "Increases engagement!" without revenue/retention tie. Fix: tie to business outcomes.
9. **Ignoring time value of money** — $1 in 5 years ≈ $0.65 today. Fix: NPV for payback >24 months.
10. **Loud minority features** — 50 requests out of 10,000 = 0.5%. Fix: weight by revenue impact or segment.

## Examples

**Ex 1 (Direct — Time tracking add-on):** 1,000 customers × 10 users × 20% adoption × $10 = $20K/mo = $240K/yr × 80% margin = $192K profit; dev $100K. ROI 1.92:1 year 1, payback 5 months. **Build now.**

**Ex 2 (Retention — Data export):** 5% monthly churn × 30% cite export × 500 customers × $4K ARPA = $276K MRR at risk. 50% reduction → $140K/yr × 24-mo lifetime = $3.36M LTV saved. Dev $150K. ROI 22:1. **Build immediately.**

**Ex 3 (Poor ROI — Dark mode):** 50 requests out of 2,000 (2.5%), no churn data. Optimistic: 5 saves × $250 × 24 months = $360K. Dev $80K. ROI 4.5:1 but unsupported. **Build later — validate first.**

## References

- `saas-revenue-growth-metrics` — Revenue, ARPU, churn, NRR used in calculations
- `saas-economics-efficiency-metrics` — ROI, payback, contribution margin
- `finance-metrics-quickref` — Formulas and benchmarks
- **RICE** — Reach × Impact × Confidence / Effort (adds financial lens)
- **Value vs. Effort Matrix** — Quantifies "value" financially
- Teresa Torres, **Opportunity Solution Tree** — Map opportunities before calculating ROI
README.md

What This Does

Walks through 4 adaptive questions — revenue connection, cost structure, constraints, recommendation — and delivers one of 4 patterns: Build Now (strong ROI), Build Strategic (weak financial but high strategic value), Don't Build (poor ROI), or Build Later (validate first). Every recommendation includes supporting math: revenue projections, contribution margin, payback period, sensitivity analysis.

Not a generic prioritization framework. A financial lens that complements RICE, value-vs-effort, and customer research.


Quick Start

mkdir -p ~/Documents/FeatureInvestment
mv ~/Downloads/CLAUDE.md ~/Documents/FeatureInvestment/
cd ~/Documents/FeatureInvestment
claude

Provide the feature, your current metrics (MRR, ARPU, churn, margin), and dev cost estimate. Claude walks through the 4 questions and delivers the recommendation with numbers.


Four Revenue Paths

  1. Direct monetization — Customer Base × Adoption × Price
  2. Retention improvement — Lifetime increase × Base × ARPU × Margin
  3. Conversion improvement — Trial Users × Conversion Lift × ARPU
  4. Expansion enabler — Base × Expansion Rate × ARPU Increase

Four Recommendation Patterns

Pattern Trigger Output
Build Now ROI >3:1 direct, or LTV >10:1 retention Math + MVP plan + success metrics
Build Strategic Weak ROI + high moat/platform/compliance value Build with monitoring + 6-month re-eval
Don't Build ROI <1:1, margin-diluting, no strategic value Reject + alternatives + what-would-change thresholds
Build Later Highly uncertain assumptions Validation plan + decision criteria + timeline

When to Use vs. Skip

Use: Expensive features (>1 eng-month), quantifiable revenue/retention impact, build/buy/partner, defending to stakeholders.

Skip: Table stakes (competitive parity required), purely qualitative, problem not yet validated, feature <1 week.


Tips & Best Practices

  • Always use contribution margin, not revenue. $1M revenue at 20% margin = $200K profit.
  • Check payback period against customer lifetime. 36-month payback with 24-month average lifetime = you never recover.
  • Be conservative on adoption. 10-20% for add-ons. Validate with willingness-to-pay research.
  • Compare to backlog, not to zero. 2:1 ROI sounds okay until the 10:1 alternative waits in backlog.
  • Define "strategic" precisely. Moat / platform enabler / compliance — not a vague vibe.

Common Pitfalls

  • Confusing revenue with profit (ignoring COGS and margin)
  • Overestimating adoption (100% of customers won't use a paid add-on)
  • Building without validating the underlying churn reason or demand
  • Using "strategic value" as an excuse for features that can't justify their own ROI
  • Celebrating vanity metrics (engagement) instead of tying features to revenue or retention

$Related Playbooks