I have run RICE in three different shapes of company now: a fifty-person SaaS where it lived in a Google Sheet, a portfolio of internal tools where it lived in Jira custom fields, and at Vantage, where I built it into the product itself. Same formula every time. Wildly different outcomes.
What separates a chaotic, politically driven backlog from a high-velocity product engine isn’t the formula. It’s a repeatable process that converts raw ideas into a portfolio the whole company can trust.
The formula, briefly
RICE was published by the Intercom product team in 2016. The acronym is Reach × Impact × Confidence ÷ Effort, and the output is a single number you can sort a backlog by.
RICE = (Reach × Impact × Confidence) ÷ EffortThe number itself isn’t very meaningful. The ordering it produces is, and the standardized process it forces while you assign each input is the actual product of the exercise. If you take nothing else from this page, take that.
Defining the four inputs (without lying to yourself)
Reach
How many distinct people, accounts, or events will encounter this thing in a defined window. Reach should come from a real, verifiable source: a SQL query, a Mixpanel cohort, or a CRM filter. If the number is rounded to the nearest thousand and starts with the word “roughly,” it isn’t Reach, it’s wishful thinking.
Impact
Per-user effect on the outcome metric you actually care about, on a fixed scale. Intercom’s original scale is 0.25 / 0.5 / 1 / 2 / 3, mapped to “minimal / low / medium / high / massive.” Use the scale verbatim. The moment someone scores a 1.5 because a 1 felt low and a 2 felt high, the comparability is gone.
Confidence
The percentage chance your Reach and Impact estimates are right. 100% means a shipped experiment, 80% means a strong analogy or a small sample, 50% means a guess wearing a tie. Confidence is the input most worth fighting over, because it’s the one the loudest person in the room is most likely to inflate.
Effort
Person-months from everyone who has to touch the work, including design, research, QA, and the inevitable migration. Effort must be estimated by the engineering team that will actually build it, not by the person proposing it. That rule alone will protect the team.
A worked example
Two initiatives on the table, real numbers from a planning session I sat in last year (rounded for the writeup):
Onboarding rebuild. 4,200 new accounts next quarter, Impact 1.0, Confidence 80% (we ran a smaller test on the welcome email and got the lift we expected), Effort 3 person-months.
Pricing-page rewrite. 12,000 unique visitors, Impact 0.5, Confidence 60% (no prior test, but the page is genuinely confusing), Effort 1 person-month.
Onboarding: (4,200 × 1.0 × 0.8) ÷ 3 = 1,120
Pricing: (12,000 × 0.5 × 0.6) ÷ 1 = 3,600
Pricing wins, roughly three to one, at a third of the cost. That outcome surprised the room, which is the point. We did the pricing rewrite first, shipped it in three weeks, and the conversion lift paid for the next two quarters of onboarding work.
Where it falls apart
I’ve never seen a RICE implementation fail because the math was wrong. They fail in three predictable ways:
Confidence drifts upward. The person who proposed the initiative is the person who scores it, and over a few weeks “60%” quietly becomes “80%” without any new evidence.
Effort is scored by the optimist. Whoever is excited about the idea estimates the work and under-counts the technical debt.
The list goes stale between reviews. Most teams score everything in a quarterly off-site and never touch the numbers again, which turns the ranking into historical fiction.
Where AI actually helps
AI shouldn’t write your strategy, but it should audit your inputs. Three places that pay off immediately:
- Reach auditing. Cross-reference proposed Reach against historical cohorts and flag numbers that are statistically implausible.
- Effort benchmarking. Compare the estimate to what similar work has actually taken, so optimism gets challenged by evidence, not opinion.
- Confidence integrity. Score the written justification behind a Confidence rating and demand more evidence before the number rises.
What I’d skip
RICE isn’t a replacement for a core vision. It’s a tiebreaker between things that already cleared a strategic bar. If you find yourself RICE-scoring a list that contains “rebuild the billing system” next to “change the color of the Save button,” the problem is upstream of the formula and no amount of arithmetic will save the meeting.
I also don’t recommend RICE for early-stage zero-to-one work where Reach is one customer and Confidence is a coin flip. It produces numbers that look rigorous and aren’t. Use it when you have a portfolio of comparable bets.
How Vantage handles it
Every RICE setup I had run before Vantage decayed the same way: the spreadsheet got out of sync with the work. In Vantage, Reach, Impact, Confidence, and Effort are first-class fields on every initiative, the score recomputes when any input changes, and the ranking on the prioritization board reorders in real time. Every edit is versioned with author and timestamp, so a rank change is always traceable to a specific decision.
Want to see it on your own backlog?
Bring a list of ten initiatives and we’ll walk you through scoring them live in Vantage.
Related: the AI-native product strategy framework.
