The RICE framework for prioritization

RICE is a prioritization framework that ranks ideas by computing a single score from four inputs: Reach, Impact, Confidence, and Effort. The formula is (Reach × Impact × Confidence) / Effort, and the output is a ranked list defensible enough to share in a planning meeting without an hour of debate.

Looking for the calculator with worked examples? See RICE score calculator: the formula with 3 worked examples.

RICE was published by Sean McBride at Intercom in 2016 as the framework Intercom's product team actually used. The format caught on because it converts the soft "this feels important" conversation into specific, comparable numbers — without pretending to be more precise than it is.

The four inputs

• Reach — how many people the change affects in a defined time period. Customers per quarter, signups per month, daily active users touched per week. Pick the unit once and use it for every idea in the comparison.
• Impact — how much it changes things per person when it lands. Intercom uses a 5-point scale: 3 = massive, 2 = high, 1 = medium, 0.5 = low, 0.25 = minimal. The bins are deliberately coarse to prevent fake precision.
• Confidence — how sure you are about the Reach and Impact estimates. 100% = strong evidence, 80% = some evidence, 50% = gut feel. Anything below 50% means the score is mostly noise.
• Effort — total person-months to ship. Sum across roles. Use the same unit for every idea.

The score is (Reach × Impact × Confidence) / Effort. Higher = better.

How to actually use it

1. List 10–30 ideas. Don't bother below 10; the ranking is meaningless with too few. Don't go above 30 in one session; the team gets fatigued and starts rubber-stamping.
2. Score Reach with concrete numbers, not relative scales. "Affects 8,000 users per quarter" beats "high reach." Look up the actual numbers from analytics rather than guessing.
3. Score Impact discreetly per idea, not relatively. Don't peek at other ideas' impact scores until you've scored this one independently. Relative scoring drifts toward the middle.
4. Score Confidence honestly. If you've never tested anything like this, you're at 50%, not 90%. The whole point of the C term is to penalize beautiful-but-speculative ideas.
5. Estimate Effort with two people. Solo estimates are systematically optimistic. Pair-estimating cuts the systematic bias in half.
6. Compute the score, then read the ranked list. Don't tweak the inputs to make a favored idea win — that's the failure mode RICE was designed to prevent.

What RICE is good at

• Cross-functional planning meetings where engineering, design, and product are arguing about which feature to build next. RICE gives everyone the same vocabulary.
• Quarterly roadmap selection when you have more ideas than capacity. The Effort denominator forces honest cost accounting.
• Documenting the why of a prioritization decision for a stakeholder who wasn't in the room. The spreadsheet is the artifact.

What RICE is bad at

• Highly novel work where Confidence is below 50% for everything. The output is too noisy to be useful — use a premortem instead to surface what you don't know.
• Strategic positioning ("should we enter this market"). Use a SWOT or Porter's Five Forces at that level; RICE assumes the market is already chosen.
• Ideas with externalities — a project that unblocks 10 other projects has a Reach RICE can't capture in one number. Add a side column for dependencies and read both.

The "I cheated the scores" failure mode

The most common abuse of RICE: someone has an idea they want to win, and they inflate Reach or Impact until the score comes out right. Two practices defend against this:

• Calibrate against a known winner. Pick one feature you already shipped and know was successful. Score it with RICE. Every new idea has to be compared to that baseline — Reach and Impact in the same units, scaled to the same scale.
• Separate the scoring from the deciding. The person who advocates for an idea should not be the same person who scores it. Get a second set of eyes on Reach, Impact, and Confidence before computing.

If a team can't score the same ideas the same way twice, the team doesn't yet have the shared context to use RICE — and that's a real signal worth listening to.

When to graduate from RICE

Once a team has used RICE for 4–6 quarters and has a real history of "we scored this X and the actual outcome was Y," the team will know which terms it systematically over- or under-estimates. At that point, replace RICE with a custom scoring rubric that reflects what the team has actually learned. RICE is the training-wheels version; the customized rubric is the bicycle.

Related frameworks

• ICE Score — the lighter cousin (Impact × Confidence × Ease), useful when Reach is hard to estimate
• MoSCoW — categorical alternative when scoring is too heavy
• Weighted decision matrix — for choosing between options rather than ranking features
• Kano Model — pair with RICE when classifying feature types matters more than score

Want to try it? Open the RICE entry → for the catalog template, or sign in to use it in the canvas with your real backlog.