技术编程|需求优先级排序法ICE方法实战案例:iOS游戏免费榜第一名


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

技术编程|需求优先级排序法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排序 。

技术编程|需求优先级排序法ICE方法实战案例:iOS游戏免费榜第一名
本文插图

HMW总结功能清单

技术编程|需求优先级排序法ICE方法实战案例:iOS游戏免费榜第一名
本文插图

ICE排序案例
当遇到如下问题怎么解决?
在这个案例中总分在13分的有2个 , 12分的有3个 , 11分的有两个;在遇到分数相同的时候怎么办? 遇到这种情况要看产品的阶段 , 项目早期看自信程度 , 项目中后期看影响范围 。
比如当前这款网吧模拟器游戏 , 刚刚上线不到半个月属于早期阶段 , 在项目早期阶段 , 自信程度高的排在前面 , 座椅序号2和序号3总分都是13分时将序号2的优先级提高了 。
如果自信程度也相同呢?
遇到这种情况要还是看产品阶段 , 项目早期看难易程度 , 项目中后期看影响范围 , 所以序号5排在了序号6前面 。
三、总结
产品工作中 , 不要盲目的去使用各种产品方法论进行你的产品的优先级排序 。
看产品、看产品阶段、看项目情况去选择最适合你的方式 , 而不是一个方法吃遍天 。
ICE更多的是toC的成熟产品较友好的优先级排序方法 , 其他类型的产品可以借鉴ICE的方法思维 , 其他方法日后更新~
【技术编程|需求优先级排序法ICE方法实战案例:iOS游戏免费榜第一名】


推荐阅读