跳到正文
产品设计进阶优先级RICE需求

功能优先级排序(RICE)

把需求池里的功能按触达、影响、信心、成本四项打分排序,并说清哪些分不能只看分数。

提示词模板

请帮我给下面这批功能排优先级,不要凭感觉,按可核对的标准来。

候选功能:
{{候选功能清单,每条一句话说清解决谁的什么问题}}
目标用户与规模:
{{目标用户与规模,如「中小商家运营,月活 8000」}}
当前阶段目标:
{{本季度最想改善的一个指标}}

请按这个顺序输出:
1. 逐项估四个值:Reach(一个月影响多少用户)、Impact(影响程度 3 大 / 2 中 / 1 小)、Confidence(100% / 80% / 50%)、Effort(人周),每一项都写清楚数据从哪来;
2. 一张表:功能 | Reach | Impact | Confidence | Effort | RICE 分 | 依据 | 置信度不足的标【缺数据】;
3. 缺数据的功能,各给一个两周内能拿到数据的最小办法(访谈几个人、看哪张表、跑哪个小实验);
4. 单列「分数算不出来的四类」:战略卡位、合规要求、技术债、体验一致性,说明它们为什么不能只看 RICE 分;
5. 最终排序:本期做 3 个、下期备 3 个、明确不做 N 个,每个写一句理由。

不要给「都很重要」这种结论;分数接近时说明你的取舍逻辑,而不是硬排名次。

需要替换的部分

复制模板后,把下面这些 {{…}} 换成你的真实信息;没有的信息宁可留空,也不要让模型编。

{{候选功能清单,每条一句话说清解决谁的什么问题}}{{目标用户与规模,如「中小商家运营,月活 8000」}}{{本季度最想改善的一个指标}}

什么时候用

排迭代范围、需求池堆了几十条、老板问「为什么先做这个」。

示例

两个功能 RICE 都是 8 分,一个是拉新、一个是留存,就看这个季度的目标是哪个,而不是继续拆小数比大小。

使用建议

  • 1Reach 和 Effort 尽量用真实数字,拍脑袋打的分不如不排。
  • 2Confidence 低于 50% 的先做验证,不要直接排进开发。
  • 3被砍掉的需求也要看到理由,否则下周又被提回来。

方法来源:RICE 优先级模型(Intercom 公开方法)。模板为中文改写与整理,可按你的任务继续修改。

同类的其它模板

看全部 →