Keyboard shortcuts

Press or to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

Prioritization Frameworks

Why Prioritization Matters

Every product team has more ideas than capacity. Prioritization is the discipline of deciding what to work on and—equally important—what NOT to work on.

“Strategy is about making choices, trade-offs; it’s about deliberately choosing to be different.” — Michael Porter


Common Prioritization Frameworks

RICE Scoring

RICE = Reach × Impact × Confidence / Effort

FactorDefinitionScale
ReachHow many users will this affect in a time period?Number of users/quarter
ImpactHow much will it affect each user?3=Massive, 2=High, 1=Medium, 0.5=Low, 0.25=Minimal
ConfidenceHow confident are we in our estimates?100%=High, 80%=Medium, 50%=Low
EffortHow many person-months to complete?Person-months

Formula:

RICE Score = (Reach × Impact × Confidence) / Effort

Example:

InitiativeReachImpactConfidenceEffortScore
New dashboard500280%3267
API improvement1003100%1300
Email feature20000.550%2250

Best for: Comparing initiatives when you need a quantitative approach


MoSCoW Method

Categorize features into four buckets:

CategoryDefinitionRule of Thumb
Must HaveCritical for launch/successWithout this, the release fails
Should HaveImportant but not criticalSignificant value, can work around
Could HaveNice to haveOnly if time/resources allow
Won’t HaveExplicitly out of scopeNot this time, maybe later

Best for: Scope negotiations, release planning, MVP definition

Tips:

  • Limit Must Haves to ~60% of capacity
  • Be honest about Won’t Haves—clarity helps
  • Revisit categorization as you learn more

Kano Model

Categorize features by how they affect customer satisfaction:

Satisfaction
     ▲
     │         Delighters
     │        ╱ (Excitement)
     │       ╱
     │      ╱     Performance
     │     ╱     ╱ (Linear)
─────┼────╱─────╱────────────────▶ Feature
     │   ╱     ╱                   Fulfillment
     │  ╱     ╱
     │ ╱     ╱
     │╱     ╱
     │   Must-Haves
     │   (Basic)
     ▼
CategoryDescriptionExample
Must-Haves (Basic)Expected; absence causes dissatisfactionData accuracy, system uptime
Performance (Linear)More is better, linear relationshipSpeed, match rates, volume
Delighters (Excitement)Unexpected; presence creates delightAI-powered insights, proactive alerts
IndifferentNo impact on satisfactionFeatures users don’t care about
ReversePresence causes dissatisfactionUnwanted complexity

Best for: Understanding customer perception, balancing feature types


Value vs. Effort Matrix

Simple 2x2 prioritization:

        High Value
             │
    ┌────────┼────────┐
    │  Do    │ Plan   │
    │ First  │ Next   │
    │        │        │
────┼────────┼────────┼────▶ High
Low │        │        │      Effort
    │ Quick  │ Avoid  │
    │ Wins   │ These  │
    │        │        │
    └────────┴────────┘
             │
        Low Value
QuadrantStrategy
High Value, Low EffortDo first (quick wins)
High Value, High EffortPlan and execute strategically
Low Value, Low EffortFill in when capacity allows
Low Value, High EffortAvoid or deprioritize

Best for: Quick triage, visual communication to stakeholders


Weighted Scoring

Create a custom scoring model based on your priorities:

Step 1: Define criteria that matter

CriterionWeight
Revenue impact30%
Strategic alignment25%
Customer demand20%
Technical feasibility15%
Competitive necessity10%

Step 2: Score each initiative (1-5 scale)

Step 3: Calculate weighted score

Score = Σ (Criterion Score × Weight)

Best for: When you have specific strategic priorities to optimize


ICE Scoring

Simpler alternative to RICE:

FactorDefinitionScale
ImpactHow much will this improve the metric?1-10
ConfidenceHow sure are we?1-10
EaseHow easy to implement?1-10

Formula:

ICE Score = (Impact + Confidence + Ease) / 3

Best for: Quick prioritization, growth experiments


Opportunity Scoring

Based on customer importance and current satisfaction:

Opportunity Score = Importance + (Importance - Satisfaction)

Where:

  • Importance: How important is this to users? (1-10)
  • Satisfaction: How satisfied are they with current solution? (1-10)

Interpretation:

  • High importance + Low satisfaction = Big opportunity
  • High importance + High satisfaction = Maintain (table stakes)
  • Low importance = Deprioritize

Best for: Customer-centric prioritization, identifying gaps


Prioritization in Practice

Combining Frameworks

No single framework is perfect. Many teams combine approaches:

  1. Strategic filter first: Does it align with company/product strategy?
  2. Qualitative triage: MoSCoW or Value/Effort matrix for initial sorting
  3. Quantitative scoring: RICE or weighted scoring for detailed comparison
  4. Stakeholder input: Incorporate business constraints and context

Avoiding Common Mistakes

MistakeProblemSolution
HiPPO (Highest Paid Person’s Opinion)Loudest voice winsUse data and frameworks
Recency biasLatest request gets priorityMaintain backlog discipline
Squeaky wheelWhoever complains most winsBalance all customer input
Scope creepEverything becomes a Must HaveEnforce WON’T HAVE category
Analysis paralysisToo much scoring, no actionTimebox prioritization
Ignoring tech debtShort-term thinkingReserve capacity for maintenance

The Prioritization Meeting

Preparation:

  • Pre-score items individually
  • Gather supporting data
  • Know your capacity constraints

Meeting flow:

  1. Review criteria and goals
  2. Discuss outliers (high/low scores)
  3. Debate disagreements
  4. Align on final priority order
  5. Commit to what’s in/out

Outputs:

  • Prioritized backlog
  • Clear rationale for decisions
  • Stakeholder alignment

Path2Response Context

Prioritization Criteria for P2R

CriterionWhy It Matters
Revenue impactDirect business value
Client retention97% retention is key metric
Competitive necessityStay ahead of alternatives
Data differentiationCore value proposition
Operational efficiencyInternal tools matter too
Compliance/securityNon-negotiable requirements

Balancing Stakeholders

P2R serves multiple customer types with different needs:

StakeholderPriority Lens
NonprofitsDonor acquisition, cost per donor
AgenciesClient results, margins, ease of use
BrandsCustomer acquisition, integration
InternalOperational efficiency, data quality

Technical Debt Allocation

Reserve capacity for non-feature work:

  • Platform reliability
  • Data quality improvements
  • Security and compliance
  • Performance optimization

Recommendation: 20-30% of capacity for technical health