ICE Calculator - Prioritize Features with Impact, Confidence, Ease

Fill in this form to get your ICE score.

What is ICE?

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

ICE Formula:

Impact * Confidence * Ease

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.

Download Excel template | Compare all frameworks

What is ICE? (Impact, Confidence, Ease)

ICE 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.

The ICE Formula

ICE Score = Impact × Confidence × Ease

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.

How to Calculate an ICE Score: Step by Step

  1. Agree on the goal metric first. ICE only works when everyone scores Impact against the same target (revenue, activation rate, NPS, churn, whatever it is). Skip this and you're scoring apples against oranges.
  2. Score Impact (1 to 10). How much will this move the goal metric? 1 to 3 = marginal, 4 to 6 = moderate, 7 to 9 = major, 10 = transformational. Use the FAQ below for a full rubric.
  3. Score Confidence (0.01 to 10). How sure are you about the Impact and Ease numbers? 1 to 3 = gut feel only, 4 to 6 = some supporting data, 7 to 9 = validated by users or A/B tests, 10 = near certainty. If you have no data, do not score above 4.
  4. Score Ease (1 to 10). How straightforward is delivery? 10 = shipped in under a week, 5 = a couple months, 1 = 26+ weeks. Note: this is Ease, not Effort. High Ease = low effort. If your team uses "Effort" in a spreadsheet, invert the formula.
  5. Multiply the three: ICE = Impact × Confidence × Ease. This calculator does it automatically.
  6. Sort your backlog by ICE score descending. The item at the top is your next candidate to work on. Re-score whenever new data changes Confidence (usually monthly is enough; do not re-score the whole backlog weekly).

ICE Worked Example: SaaS Backlog

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 vs RICE vs WSJF

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.

Frequently Asked Questions

How do I score each field?
Impact (1-10):
  • 10: Transformative - Game-changing for the product
  • 8-9: Very High - Significant improvement for many users
  • 6-7: High - Notable improvement for some users
  • 4-5: Medium - Moderate improvement for a few users
  • 2-3: Low - Minor improvement for a small number of users
  • 1: Very Low - Barely noticeable improvement
Confidence (0.01-10):
Use the scale from 0.01 to 10, where 10 is the highest confidence.

Ease (1-10):
  • 10: < 1 week
  • 9: 1-2 weeks
  • 8: 2-3 weeks
  • 7: 4-5 weeks
  • 6: 6-7 weeks
  • 5: 8-9 weeks
  • 4: 10-12 weeks
  • 3: 13-16 weeks
  • 2: 17-25 weeks
  • 1: > 26 weeks
Why use ICE?
ICE helps teams objectively prioritize features or projects by considering impact, confidence, and ease of implementation. It balances the potential value of an initiative with the effort required and the confidence in the estimates, helping teams focus on high-impact, efficient work.
How do I interpret the ICE score?
A higher ICE score indicates that a feature or project should be prioritized. Compare ICE scores across different initiatives to determine their relative priority. The higher the score, the higher the priority.
Is ICE only for product management?
While ICE is commonly used in product management, it can be applied to various fields where prioritization of initiatives is necessary, such as marketing campaigns, business strategies, or even personal projects.
How often should I recalculate ICE scores?
It's a good practice to recalculate ICE scores periodically, especially when there are significant changes in your product, market, or team capacity. Some teams do this quarterly or during major planning sessions.
Can ICE be used alongside other prioritization methods?
Yes, ICE can be used in conjunction with other methods. For example, you might use ICE to prioritize within a specific category of features that was identified using another method like MoSCoW or Kano.
What are some limitations of ICE?
ICE relies on estimates, which can be subjective or inaccurate. It also doesn't account for strategic alignment or dependencies between items. It's important to use ICE as a guide rather than a strict rule, and to combine it with other considerations and expert judgment.
How can I ensure consistent scoring across a team?
Consistent scoring can be achieved through team discussions, creating detailed guidelines for each parameter, and periodically calibrating scores as a group. It's also helpful to use historical data to inform estimates when possible.

The faster, easier way to capture user feedback at scale

Join over 5,204 product managers and see how easy it is to build products people love.

Aaron Dye Timothy M. Ben Marco Chris R.
from 124+ reviews

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.

Ruben Buijs, Founder
Ruben Buijs

Founder & Digital Consultant