需求优先级排序法：ICE排序方法实战案例

前言

需求优先级排序的方法--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排序。

HMW总结功能清单

ICE排序案例

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

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

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

总结

产品工作中，不要盲目的去使用各种产品方法论进行你的产品的优先级排序。
看产品、看产品阶段、看项目情况去选择最适合你的方式，而不是一个方法吃遍天。ICE是toC的成熟产品较友好的优先级排序方法。其他类型的产品可以借鉴ICE的方法思维，其他方法日后更新～

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