编辑导语：对于一个已经上线了的成熟产品，产品经理会接到不同的需求，但是由于开发资源有限，并不是所有的需求都会被实现；这时就会用到ICE排序法，对需求进行优先级排序；本文作者分享了需求优先级排序法的ICE方法实战案例，我们一起来看一下。

需求优先级排序的方法——ICE排序，更多地适用于C端已经上线的成熟产品，通过ICE产品可以有理有据的明确迭代优先级；毕竟开发资源是有限的，要用最合理的方式进行功能的迭代。

本文主要说明ICE方法基本概念，并通过上文  iOS游戏免费榜第一名【网吧模拟器】 如何提升留存率的HMW案例拆解总结的功能点进行ICE排序。

一、什么是ICE方法？

所谓的ICE法就是：Impact 影响范围、Confidence 自信程度、Ease 实现难易的简称。

详细说明：

1. 什么时候用ICE?

ICE的方法主要是针对toC的产品，为什么这么说？

因为往往toB、toG的产品优先级排序不是由使用产品的人以及产品方来决定的，往往与客户的决策人跟项目有关，显然不适合这套方法。

同时该方法也不适用于toC产品的早期，因为在早期要尽快完成PMF以及MVP的功能，还用不上ICE；更多的是  产品进入了成熟期之后 ，ICE才得以施展。

2. 怎么用ICE?

ICE方法通常采用估值的方法，评分级别为1-5分，对影响范围、自信程度、实现难易分别估分满分15分，  评分越高的功能点优先级越高 。

二、实战案例

通过上文的对iOS游戏免费榜第一名【网吧模拟器】如何提升留存率HMW案例拆解总结的功能点进行ICE排序。

HMW总结功能清单

ICE排序案例

当遇到如下问题怎么解决?

在这个案例中总分在13分的有2个，12分的有3个，11分的有两个；在遇到分数相同的时候怎么办？ 遇到这种情况要看产品的阶段，  项目早期看自信程度，项目中后期看影响范围 。

比如当前这款网吧模拟器游戏，刚刚上线不到半个月属于早期阶段，在项目早期阶段，自信程度高的排在前面，座椅序号2和序号3总分都是13分时将序号2的优先级提高了。

如果自信程度也相同呢？

遇到这种情况要还是看产品阶段，  项目早期看难易程度，项目中后期看影响范围 ，所以序号5排在了序号6前面。

三、总结

产品工作中，不要盲目的去使用各种产品方法论进行你的产品的优先级排序。

 看产品、看产品阶段、看项目情况 去选择最适合你的方式，而不是一个方法吃遍天。

ICE更多的是toC的成熟产品较友好的优先级排序方法，其他类型的产品可以借鉴ICE的方法思维，其他方法日后更新～

最后欢迎产品同学一起交流学习～