<aside> 💡 对于一个已经上线的产品，PM每天都会接收来自不同人提的需求，但不是每个需求都会被采纳。一般来说每个需求进行需求分析，会得出结论，先做哪个，再做哪个。这种分析行为就是综合排序，对于这种优先级的排序，一般可使用ICE法。

</aside>

flowchart TD
    id1(((影响范围)))
		style id1 fill:#FB966E,stroke:#333,stroke-width:0px
    id2(((自信程度)))
		style id2 fill:#D0104C,stroke:#333,stroke-width:0px
    id3(((实现难易)))
		style id3 fill:#90B44B,stroke:#60373E,stroke-width:0px

什么是ICE法

ICE法包含3个维度，采用分数制，一般1-5分

1. Impact影响范围
   1. 该解决方法，如果上线后，会产生多大影响，有多少用户可以感受到和使用到。
2. Confidence自信程度
   1. 需求提出者认为这个上线后，这个功能上线后对目标达成的效果的预测
3. Ease实现难易
   1. 综合实现难度，包括开发成本、运营难度、推广成本

什么时候用ICE

一般来说是针对to C产品，因为to B、to G产品优先级排序不是由使用的人及产品方来决定的。

也不适用于to C产品早期，因为产品早期要尽快完成PMF及MVP的功能，还顾不上ICE。只有进入成熟期后，ICE才得以施展。

怎么用ICE

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

一些经验

**Import影响范围：**全量用户4分，如果做三方分享或者推广可以给5分，不是所有用户都常用的功能3分及以下

**Confidence自信程度：**效果特别好5分 --- 效果一般1分，自信程度由提出人埋单，后续复盘用。

Ease实现难易：举手之劳5分，特别困难1分，结合开发、运营一起评估

实战

总分13分的有2个，12扥的有3个，11分的有两个。遇到分数相同的时候，若要区分出优先级的高低，这时候要结合产品阶段来看。

项目早期看自信程度，项目中后期看影响范围