需求优先级排序法ICE方法实战案例：iOS游戏免费榜第一名【网吧模拟器】

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

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

一、什么是ICE方法？

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

详细说明：

• Impact 影响范围 影响范围指的是这个功能上线后有多少用户可以感受到和使用到。
• Confidence 自信程度 自信程度指对这个功能上线后对目标达成的效果的预测。
• Ease 实现难易 实现难易是评估功能的综合实现难度，包括开发成本、运营难度、推广成本等。

1. 什么时候用ICE?

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

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

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

2. 怎么用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的方法思维，其他方法日后更新～

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

本文作者 @张文靖同学

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！