ICE is a prioritization framework used to evaluate and rank product initiatives. It stands for Impact, Confidence, and Ease. This method helps product managers and teams decide which features or projects to prioritize. Read more
A higher ICE score indicates a higher priority. Each component is scored on a scale of 1-10, except for Confidence which is 0.01-10. See the FAQ for detailed scoring guidelines.
Other Prioritization Methods
RICE Calculator WSJF Calculator MoSCoW Opportunity Scoring Kano ModelICE is a lightweight prioritization framework that ranks initiatives by three factors: Impact (how much this moves the needle on your goal), Confidence (how sure you are about your Impact and Ease estimates), and Ease (how straightforward it is to build). Multiply the three together to get an ICE score; higher scores get worked on first.
The ICE model was popularized by growth expert Sean Ellis, who coined the term "growth hacking" and founded GrowthHackers.com. Ellis introduced ICE as a fast way for growth teams to rank experiments when analytics were sparse and decisions had to be made quickly. Product managers have since adopted it as one of the go-to feature prioritization frameworks.
ICE keeps three inputs (versus RICE's four or WSJF's four), which is why teams reach for it when they need to sort a backlog in under 30 minutes. For a slower, more rigorous alternative, see the RICE calculator. For SAFe / large-Agile portfolios, the WSJF calculator models Cost of Delay explicitly.
Each input is scored on a 1 to 10 scale (this calculator allows 0.01 to 10 on Confidence so you can express "gut feel" bets as low as 0.05). The absolute number doesn't matter as much as the relative ranking across your backlog.
Note: Sean Ellis's original write-up on GrowthHackers.com used addition ("simply add up the scores to get the total Ice Score"). Modern product management practice almost universally multiplies the three components instead, because multiplication punishes low-confidence bets more aggressively and creates wider separation between strong and weak ideas. Both are considered canonical ICE today. This calculator uses the multiplicative version.
Here's a small SaaS team ranking three candidate initiatives with ICE:
| Initiative | Impact | Confidence | Ease | ICE Score |
|---|---|---|---|---|
| Add SSO for enterprise customers | 8 | 9 | 4 | 288 |
| One-click reorder button (e-commerce) | 6 | 5 | 8 | 240 |
| Personalized push notifications | 7 | 4 | 5 | 140 |
SSO wins with 288 despite being the hardest to build (Ease 4), because Impact (8) and Confidence (9) are both very high. The personalization idea ranks last mostly because Confidence is low (4 = benchmarks from other companies, not validated in-product). This is exactly what the Confidence factor is designed to surface. Get an interactive walkthrough plus a downloadable Excel version at the ICE prioritization template.
ICE is the fastest of the three quantitative frameworks. Here's the trade-off:
| Criterion | ICE | RICE | WSJF |
|---|---|---|---|
| Origin | Sean Ellis, GrowthHackers | Intercom product team 2014 | Don Reinertsen 2009, adopted by SAFe |
| Formula | Impact × Confidence × Ease | (Reach × Impact × Confidence) / Effort | (Value + Time Criticality + Risk Reduction) / Job Size |
| Inputs | 3 | 4 | 4 |
| Best fit | Small teams, growth experiments, quick decisions | SaaS product teams with real usage data | SAFe / large Agile Release Trains, portfolio decisions |
| Time to score one item | Under 1 minute | ~3 minutes | ~5 minutes with the team |
Rule of thumb: use ICE when speed matters more than precision (weekly growth experiments, early-stage product). Switch to RICE once you have reliable Reach data. Adopt WSJF if you're operating inside SAFe or Cost of Delay is the dominant factor. For a side-by-side breakdown of all major frameworks, see the prioritization framework comparison and the deeper RICE vs ICE analysis. For team-scale ICE scoring with history, comments, and roadmap linking, use the ICE prioritization tool inside ProductLift.
Join over 5,204 product managers and see how easy it is to build products people love.
Did you know 80% of software features are rarely or never used? That's a lot of wasted effort.
SaaS software companies spend billions on unused features. In 2025, it was $29.5 billion.
We saw this problem and decided to do something about it. Product teams needed a better way to decide what to build.
That's why we created ProductLift - to put all feedback in one place, helping teams easily see what features matter most.
In the last five years, we've helped over 5,204 product teams (like yours) double feature adoption and halve the costs. I'd love for you to give it a try.
Founder & Digital Consultant