Prioritization is a mix of science and art. Over time, you develop knickknacks about what to prioritize and how to handle nuances that aren’t obvious at first.
Prioritization is the process of ranking tasks, user stories, epics, and themes so that your team can reach a minimum viable product efficiently. It is not just a mechanical exercise — it demands judgment and context.
When we discussed roadmapping, we saw how strategizing and prioritizing features and user stories is essential to deciding what to tackle and complete first. The goal is to maximize value delivered while respecting constraints like engineering bandwidth and deadlines.
Prioritization frameworks you must know
Different companies prefer different prioritization methods. When you join a new team, find out what they use and how they apply it. If you are the first or only PM, you will need to choose and adapt frameworks yourself.
Here are four widely adopted approaches:
1. Value vs Complexity Quadrant
This simple visual tool helps you quickly categorize features by their expected benefit versus the effort required.
In an ideal world, features land in the top-left quadrant — high benefit and low effort — delivering immediate ROI.
Reality is messier. You want to aim for features in the green and yellow zones — manageable effort with meaningful value.
Avoid features in the red zone — high effort and low benefit — unless you can refine or break them down.
| Benefit / Effort | Low Effort (Left) | Medium Effort (Middle) | High Effort (Right) |
|---|---|---|---|
| High Benefit (Top) | A, D, I | B, F, H, T | |
| Medium Benefit | C | E, G | |
| Low Benefit (Bottom) |
Green is top-left (high benefit, low effort), yellow is the middle region, and red is bottom-right (high effort, low benefit).
A feature near the border of yellow and red needs refinement or deprioritization.
2. Kano Model
The Kano model helps you understand how features impact customer satisfaction by classifying them into three buckets:
- Basic Needs (Must-haves): Features your product must have to avoid dissatisfaction. Missing these causes failure.
- Satisfiers (Performance needs): Features that increase satisfaction proportionally to their level of implementation.
- Delighters (Attractive qualities): Features that provide unexpected joy and can attract niche user segments.
Over time, delighters become basic needs as customer expectations evolve.
For example, on an Android phone:
- Basic Needs: Ability to call and text
- Satisfiers: Ability to click photos and listen to music
- Delighters: Ability to send multimedia messages (MMS)
Failing to include basic needs causes product failure. Satisfiers contribute to steady growth. Delighters win specific customer loyalty and differentiate your product.
Product strategy meeting at a consumer app startup
You (PM): “We must ship the basic messaging and calling features first — these are must-haves per Kano.”
Priya (Marketing): “What about the camera features? Users love photo sharing.”
You (PM): “Those are satisfiers. Important, but secondary to basic needs. Let's phase them in after MVP.”
Meera (Engineering): “Delighters like MMS can come later, but only if we have capacity.”
Balancing customer satisfaction levels with delivery capacity
3. Weighted Scoring
Weighted scoring lets you evaluate features against multiple criteria important to your business and product. You define criteria, assign weights, then score each feature.
For example, criteria might be:
- Customer Engagement (20%)
- User Experience (10%)
- Sales Funnel (30%)
- Operational Efficiency (40%)
Suppose you have three features:
| Feature | Customer Engagement | User Experience | Sales Funnel | Operational Efficiency | Total Score |
|---|---|---|---|---|---|
| New Mobile App | 90 | 90 | 50 | 20 | 50 |
| Monthly Report | 20 | 20 | 20 | 100 | 52 |
| One-Click Button | 80 | 75 | 60 | 20 | 49.5 |
Calculating totals by multiplying scores by weights and summing shows the Monthly Report scores highest, so it should be tackled first.
This method forces you to explicitly define what matters and how much, reducing bias and improving stakeholder alignment.
Pick 3 features or user stories on your backlog.
-
Define 3-5 criteria important to your product (e.g., Revenue Impact, User Delight, Technical Risk).
-
Assign weights totaling 100% to each criterion.
-
Score each feature from 1-100 on each criterion.
-
Calculate total scores and rank the features.
-
Reflect on how this ranking aligns or conflicts with your intuition.
4. RICE Method
RICE stands for Reach, Impact, Confidence, and Effort. It produces a numeric score that helps prioritize features objectively.
- Reach: How many people or events will this impact over a time period (e.g., customers per quarter).
- Impact: How much will this improve the user experience or business metric? Use a scale (e.g., 3=high, 1=low).
- Confidence: How sure are you about the estimates? Percentage from 0 to 100%.
- Effort: How much time and resources will it take? Usually measured in person-months or story points.
RICE score formula:
\text{RICE} = \frac{\text{Reach} \times \text{Impact} \times \text{Confidence}}{\text{Effort}}
Example:
| User Story | Reach | Impact | Confidence | Effort | RICE Score |
|---|---|---|---|---|---|
| Save products to wishlist (view later) | 800 | 2 | 50% | 1 | 800 |
| Save products to wishlist (purchase later) | 450 | 3 | 100% | 2 | 675 |
| Save products to wishlist (share with friends) | 2000 | 1 | 80% | 4 | 400 |
Rank order: 1) View later, 2) Purchase later, 3) Share with friends.
This method balances quantitative reach and impact with qualitative confidence and effort, enabling more data-driven prioritization.
Why prioritization is hard — and critical
Prioritization is rarely a pure math problem. It involves trade-offs between competing business goals, user needs, and resource constraints.
You will face pressure from stakeholders who want their features prioritized. The trap is to optimize for pleasing everyone rather than making a clear call.
The actual job is to say "yes" to the highest value work and "no" or "not now" to everything else — with a transparent rationale tied to strategy.
This requires:
- Clear strategic goals to guide prioritization
- Data and user insights to estimate value and impact
- Collaboration with engineering and design to estimate effort and feasibility
- Communication skills to explain trade-offs and maintain alignment
Sprint planning at a Series A fintech startup in Bangalore
Sales Lead: “We need the bulk upload feature for our biggest client next sprint.”
You (PM): “Bulk upload scores high on reach but requires 3 sprints effort. Our onboarding improvements are ready in 1 sprint and address a bigger churn driver.”
Engineering Lead: “We can do onboarding first and revisit bulk upload later.”
You (PM): “Let's align on onboarding as priority and communicate the trade-off clearly to sales.”
Balancing big client demands with broader product impact
Test yourself: Prioritization at Razorpay-scale fintech
You are a new PM at a Series B fintech in Bangalore. Your CEO wants a strategy deck for the upcoming board meeting. The sales lead wants you on a Reliance call for a demo this Thursday. The engineering lead needs specs for an auth migration to start sprint planning. You have five working days.
The call: What do you prioritize in your first week, and how do you communicate your choice to stakeholders without burning relationships?
Your reasoning:
You are a new PM at a Series B fintech in Bangalore. Your CEO wants a strategy deck for the upcoming board meeting. The sales lead wants you on a Reliance call for a demo this Thursday. The engineering lead needs specs for an auth migration to start sprint planning. You have five working days.
Your task: What do you prioritize in your first week, and how do you communicate your choice to stakeholders without burning relationships?
your reasoning:
From the field: Prioritization pitfalls I’ve seen
When I train PMs across India, the most common mistake is confusing prioritization with responsiveness.
Many new PMs try to say "yes" to every stakeholder, ending up doing none of the work well. The deeper issue is not the method — it’s the mindset.
Prioritization is about making tough calls. Saying "no" strategically is an essential skill.
I’ve seen teams at startups like Razorpay and Flipkart struggle because their PMs lacked clarity about what mattered most. This leads to chaotic backlogs, missed deadlines, and unhappy customers.
The best PMs develop a clear framework in their heads — often a hybrid of RICE and Value vs Complexity — and use it consistently. They communicate trade-offs openly. They learn to say "not now" without alienating stakeholders.
This is what separates PMs who deliver outcomes from those who just manage tasks.
Where to go next
- If you want to deepen your understanding of product strategy: Product Vision and Strategy
- If you want to learn how to conduct effective user research: User Research Methods
- If you want to master stakeholder communication: Stakeholder Management and Influence
- If you want to practice prioritization frameworks in real-world scenarios: PM Interview Preparation