前言
需求优先级排序的方法--ICE排序，更多地适用于C端已经上线的成熟产品。通过ICE产品可以有理有据的明确迭代优先级。毕竟开发资源是有限的，要用最合理的方式进行功能的迭代。
本文主要说明ICE方法基本概念，并通过上文iOS游戏免费榜第一名【网吧模拟器】如何提升留存率的HMW案例拆解总结的功能点进行ICE排序。
什么是ICE方法？
所谓的ICE法就是，Impact 影响范围、Confidence 自信程度、Ease 实现难易的简称。
详细说明：
- Impact 影响范围
影响范围指的是这个功能上线后有多少用户可以感受到和使用到。 - Confidence 自信程度
自信程度指对这个功能上线后对目标达成的效果的预测 - Ease 实现难易
实现难易是评估功能的综合实现难度，包括开发成本、运营难度、推广成本等
什么时候用ICE?
ICE的方法主要是针对toC的产品，为什么这么说？因为往往toB、toG的产品优先级排序不是由使用产品的人以及产品方来决定的，往往与客户的决策人跟项目有关，显然不适合这套方法。
同时该方法也不适用于toC产品的早期，因为在早期要尽快完成PMF以及MVP的功能，还用不上ICE。只有产品进入了成熟期之后，ICE才得以施展。
怎么用ICE?
ICE方法通常采用估值的方法，评分级别为1-5分，对影响范围、自信程度、实现难易分别估分满分15分，评分越高的功能点优先级越高。
- Impact 影响范围
影响范围最高5分---影响范围最低1分
经验：全量用户4分，如果做三方分享或者推广可以给5分，不是所有用户都常用的功能3分及以下 - Confidence 自信程度
效果特别好5分 --- 效果一般1分
自信程度由提出人埋单，后续复盘用。 - Ease 实现难易
举手之劳5分 --- 特别困难1分
结合开发、运营一起评估。
实战案例
通过上文的对iOS游戏免费榜第一名【网吧模拟器】如何提升留存率HMW案例拆解总结的功能点进行ICE排序。
这里有个排序问题：
在这个案例中总分在13分的有2个，12分的有3个，11分的有两个。在遇到分数相同的时候怎么办？
遇到这种情况要看产品的阶段。项目早期看自信程度，项目中后期看影响范围。
比如当前这款网吧模拟器游戏，刚刚上线不到半个月属于早期阶段，在项目早期阶段，自信程度高的排在前面，座椅序号2和序号3总分都是13分时将序号2的优先级提高了。
如果自信程度也相同呢？
遇到这种情况要还是看产品阶段。项目早期看难易程度，项目中后期看影响范围。
所以序号5排在了序号6前面
总结
产品工作中，不要盲目的去使用各种产品方法论进行你的产品的优先级排序。
看产品、看产品阶段、看项目情况去选择最适合你的方式，而不是一个方法吃遍天。ICE是toC的成熟产品较友好的优先级排序方法。其他类型的产品可以借鉴ICE的方法思维，其他方法日后更新～
最后欢迎产品同学一起交流学习～
