"Can we add this feature?" is every agency's most common question. The problem? Every client thinks their request is urgent. Every stakeholder thinks their feature is critical. Here's how to prioritize objectively.
The Problem with Gut-Feel Prioritization
Most agencies prioritize features based on:
- β’Who asked first (FIFO queue)
- β’Who yells loudest (squeaky wheel)
- β’Who pays most (highest bidder)
- β’What sounds cool (shiny object syndrome)
The result? Agencies build the wrong features, miss strategic opportunities, and frustrate their best clients because they're busy building vanity features for their loudest clients.
The Klientele Scoring System
We use a weighted scoring formula that removes emotion from prioritization:
Total Score = (Value Γ 3) + (User Reach Γ 2) + (Strategic Fit Γ 2) - Effort - RiskEach factor is scored 1-5, then weighted based on importance:
Value (3x weight): How much impact will this have?
- β’5: Critical revenue impact or major cost savings
- β’4: Significant efficiency gain or competitive advantage
- β’3: Noticeable improvement
- β’2: Nice to have
- β’1: Minimal impact
User Reach (2x weight): How many users does this affect?
- β’5: All users, multiple times daily
- β’4: Most users, regularly
- β’3: Half of users
- β’2: Small segment
- β’1: Single user or edge case
Strategic Fit (2x weight): Does this align with product vision?
- β’5: Core to product strategy
- β’4: Strongly aligned
- β’3: Neutral
- β’2: Slight misalignment
- β’1: Off-strategy
Effort (1x weight, subtracted): How much work is this?
- β’5: 40+ hours, multiple sprints
- β’4: 16-40 hours
- β’3: 8-16 hours
- β’2: 4-8 hours
- β’1: < 4 hours
Risk (1x weight, subtracted): What could go wrong?
- β’5: High technical risk, could break core features
- β’4: Moderate risk, significant testing needed
- β’3: Some risk
- β’2: Low risk
- β’1: Minimal risk
Automatic Priority Assignment
Based on the total score, Klientele auto-assigns priority:
- β’P0 (Critical): Score 15+ β Build this sprint
- β’P1 (High): Score 10-14 β Build next sprint
- β’P2 (Medium): Score 5-9 β Build this quarter
- β’P3 (Low): Score 0-4 β Backlog, revisit later
- β’Backlog: Score < 0 β Probably don't build
This removes the politics. The math determines priority, not the loudest voice in the room.
Real Example: Comparing Two Feature Requests
Feature A: Dark Mode
- β’Value: 2 (nice cosmetic improvement)
- β’User Reach: 5 (all users)
- β’Strategic Fit: 2 (not core to product)
- β’Effort: 4 (need to update many components)
- β’Risk: 3 (could break existing styling)
- β’Score: (2Γ3) + (5Γ2) + (2Γ2) - 4 - 3 = 13 β P1
Feature B: Bulk Import from CSV
- β’Value: 5 (saves hours of manual entry)
- β’User Reach: 3 (only onboarding users)
- β’Strategic Fit: 4 (critical for enterprise customers)
- β’Effort: 3 (8-16 hours)
- β’Risk: 2 (low risk)
- β’Score: (5Γ3) + (3Γ2) + (4Γ2) - 3 - 2 = 24 β P0
Dark mode has broader reach, but bulk import scores higher because of its massive value to the users who need it. The formula caught what gut-feel might miss.
Communicating Priorities to Clients
When a client asks "Why isn't my feature being built?" you can show them the math:
"Your feature scored a 7, which puts it in P2 (Medium priority). Here's why:
- β’Value: 3 (good efficiency improvement)
- β’User Reach: 2 (affects about 20% of users)
- β’Strategic Fit: 3 (aligned but not core)
- β’Effort: 4 (significant work)
- β’Risk: 2 (moderate risk)
This transforms "I decided not to build it" into "the data shows we should prioritize these other features first." Much easier conversation.
Tips for Using the Scoring System
1. Score with stakeholders: Don't score alone. Get input from sales, support, and engineering. The discussion is as valuable as the score.
2. Revisit scores quarterly: Priorities change. A P3 feature might become P0 if market conditions shift.
3. Don't override the scores (often): If you're constantly overriding the formula, your weights are wrong. Adjust the formula, don't ignore it.
4. Break down large features: A huge feature might score low because of effort. Break it into phasesβthe MVP phase might score higher.
5. Document the why: For each score, write a one-sentence justification. Future you will thank current you.
6. Be honest about effort: Engineers often underestimate. Use your estimation multipliers (see our estimation article) before scoring effort.
Prioritization doesn't have to be political or emotional. Use a scoring system, show your work, and let the data drive decisions. Your clients will understand, your team will focus on what matters, and you'll build better products.