正在读取本机记录…

核心重点产品判断◷ 85 分钟

RICE、MoSCoW 与价值成本优先级

把价值、影响、信心和成本放进同一决策框架。

学完你能做到

用自己的话解释“RICE、MoSCoW 与价值成本优先级”及其核心术语。
在真实 AI 产品场景中识别何时应该使用本课方法。
完成一份可沉淀进“访谈提纲、需求洞察报告与 MVP 范围说明”阶段任务的实践产出。

前置与关联课程

完成阶段 0 的能力检查，或先预览相关基础课

前置 · 竞品分类、功能对比与差异化机会关联 · MVP、路线图、OKR 与常见产品失败

REAL SCENE

先从一个真实场景开始

路线图里有 30 个需求：用户想要、销售承诺、老板关注、工程师建议。每个人都说自己的最重要。若只靠拍脑袋或“最高票优先”，团队会忽略触达人数、价值证据、风险和实现成本。优先级的目标不是算出绝对真理，而是让假设与取舍透明。

PLAIN EXPLANATION

说人话：它到底是什么？

RICE 用触达人数、影响程度、信心和成本比较候选项，适合多项机会的相对排序；MoSCoW 用 Must、Should、Could、Won’t 管理版本承诺；价值—成本矩阵适合快速讨论。模型只是共同语言，分数依赖口径和证据。安全、合规、合同与基础依赖等约束项不能简单与增长功能同池竞争，必须先设置底线。

先统一评分对象

不要把“大方向”“单个按钮”和“技术重构”混在一起评分。每项候选应有相似粒度、目标用户、预期结果和最小范围，否则数值没有可比性。

写清机会而非模糊功能名
统一时间范围与触达口径
拆出依赖、风险和基础工作

证据决定信心

影响分高但信心低的项目，下一步可能是调研或 PoC，而不是直接开发。为每个参数附来源、日期和负责人，禁止把个人确信当作高信心。

行为数据与实验强于口头意见
成本由实际执行角色估算
用区间表达高不确定项

排序后仍要做组合

最高分不一定全部进入版本。还要考虑目标一致性、依赖关系、团队容量、风险与学习价值。MoSCoW 的 Must 必须满足“没有它版本就不可用或违法”，不能把所有人的偏好都叫 Must。

为版本设容量上限
保留探索与质量工作
明确 Won’t 及重新评估条件

同粒度、同时间范围、同口径后再评分。

每个分数都附证据与信心，不把公式当作客观事实。

约束底线先处理，最终版本按目标、依赖和容量组合。

#RICE #MoSCoW #优先级

KEY POINT

这节课最重要的结论

核心重点

评分模型提供共同语言，最终仍要记录假设、证据和取舍理由。

为什么重要: 这决定了从真实用户问题出发，判断需求价值并确定 MVP 范围时，团队是否拥有一致、可验证的判断标准。
适用边界: 当问题目标、数据来源或失败成本发生变化时，不要机械套用；先重新确认假设和风险等级。

EXAMPLES

正确案例与常见反例

✓ 正确做法

团队先把需求统一成“一月内可验证的用户结果”，用月活触达、任务成功改善、证据等级和人周成本计算 RICE。高影响低信心的自动评审先做 PoC；隐私删除能力作为合规 Must 不参与增长排序。最终按 60% 核心、20% 质量、20% 探索分配容量。

× 常见误区

负责人给自己支持的功能填写最高影响和信心，把工程估算统一写成 1，得到漂亮排名。又把 18 项都标成 Must，没有 Won’t。版本延期后，团队认为是执行不力，而不是优先级模型被操纵。

和工程师这样沟通

“这 12 项先统一为一个月内的可验收结果。触达用去重用户，成本用全角色人周，信心必须链接证据。数据删除是合规底线单列；自动点评信心低，先安排一周 PoC，不直接占完整开发容量。”

HANDS-ON

必做实操任务

本节产出：“访谈提纲、需求洞察报告与 MVP 范围说明”阶段任务中的《RICE、MoSCoW 与价值成本优先级》一页实践卡

步骤 1选取八个同一产品的候选需求，统一粒度、目标用户和时间范围。
步骤 2为每项填写 RICE 参数、证据来源和信心等级，使用区间处理未知成本。
步骤 3识别不应参与普通排序的安全、合规、依赖和基础质量项。
步骤 4在固定团队容量下生成 Must/Should/Could/Won’t 版本，并写出三项 Won’t 的重评条件。

○

实践完成度 0/4

核心重点必须完成全部实践，并在测验中达到 80%，才能标记为掌握。

证据化优先级决策表

版本目标：____　时间范围：____　团队容量：____
候选项：____　目标用户：____　预期结果：____
Reach：____｜口径/来源____
Impact：____｜指标变化假设____
Confidence：____%｜证据____
Effort：____人周｜估算角色____｜区间____
RICE：Reach × Impact × Confidence ÷ Effort = ____
约束/依赖：____
分类：Must / Should / Could / Won’t
选择理由：____
若 Won’t，重新评估条件：____

CHECKLIST

产品经理工作检查表

候选项是否具有相近粒度和同一时间范围？触达、影响、信心和成本是否有明确口径？分数是否链接到数据、研究或专业估算证据？安全、合规与基础依赖是否单独设底线？最终版本是否符合目标、依赖、容量并明确 Won’t？

INTERVIEW

常见面试题

当多个高层都说自己的需求最高优先级，你怎么处理？

展开参考回答

先回到共同版本目标和容量，把需求统一粒度；建立透明评分口径与证据，单列合规和基础依赖；组织评审暴露假设与冲突；对高价值低信心项安排调研或 PoC；最终明确 Must、Won’t 和重评条件，并记录决策人。公式用于共同语言，不用来逃避取舍。

RECAP & FURTHER READING

重点回顾、延伸阅读与下一步

一句话回顾评分模型提供共同语言，最终仍要记录假设、证据和取舍理由。

1
围绕“RICE、MoSCoW 与价值成本优先级”继续阅读：选择一篇真实用户研究或产品决策复盘，识别其中的问题证据、方案取舍与验证闭环。
2
用“RICE、MoSCoW、优先级”作为检索词，分别写下一条定义、一条适用边界和一个反例。
3
对照本课正确案例与反例，寻找一个公开案例并记录其中可复用的判断与不能照搬的条件。

关联术语