RICE 评分RICE
都说能提升询盘，为什么这一项先做？
RICE 用触达人数、单个用户的预期影响、估计信心和工作量，对候选事项建立相对优先级。常用公式为 Reach × Impact × Confidence ÷ Effort。
先把会影响多少人、影响多大、把握多高、要花多少精力摆出来，再比较哪件事更值得现在投入。
像安排一周的维修工作：服务多少住户、能解决多大麻烦、问题有没有确认、需要几个工时，要一起看。
类比到这里为止：维修的紧急安全问题可能必须先处理，不能由评分决定是否修。RICE 同样不能替代必要依赖、合规与风险判断。
为补充 MOQ、改善手机表单和重做产品分类分别估计同一季度的触达，写清影响依据，再按相同的人月单位比较。演示数字全是虚构。
把公式的四个位置写清楚
- Reach · 触达
- 同一时间窗口内预计覆盖的目标用户数；别把一周与一季度混在一起。
- Impact · 影响
- 对单个用户所需结果的影响，团队使用同一评分尺度。
- Confidence · 信心
- 例如 50% 写进计算时是 0.5，证据弱时降低估计权重。
- Effort · 工作量
- 相关人员投入的总量，例如人月；不是日历上经过几个月。
算高分之后，还要检查什么
假设 A 覆盖 100 人、影响 2、信心 50%、工作量 1 人月，得分为 100。B 为 80 × 2 × 100% ÷ 2 = 80。它们只是在这组假设下的相对分数，不能翻译成多赚多少钱。
若 A 必须等另一个未完成的接口，或者 B 修的是数据丢失风险，行动顺序可能与分数不同。把例外理由保留，后续拿到新证据再更新。
都说能提升询盘，为什么这一项先做？
可以操作，也可以重试。数据为虚构示例，不连接真实业务系统。
正在准备当前演示，正文可以继续阅读。
继续看项目应用与交付检查
RICE 评分 在项目中负责什么
- 什么时候用
- 多个候选改进争夺同一批资源，且能够说明各项估计的依据时。
- 它解决什么
- 把排序中的假设与分歧摆明，方便讨论和修正，不让声音大小代替比较。
- 它不负责什么
- RICE 是相对估算，不是收入预测或自动排期；零工作量、不同时间单位和无依据的信心会让比较失真。
- 放进真实项目
- 评估“补充 MOQ”“接 CRM”“重做首页”哪个更值得进入下一轮。
RICE 让排序里的估计与不确定性显式化
两个提议都说能提升询盘：一个覆盖所有产品页，一个只服务新活动；团队需要把估计依据摆到桌面。
- 01
用同一时间窗口估计触达。
- 02
给影响和信心写依据。
- 03
把低信心高分项先作为研究候选。
触达 × 影响 × 信心 ÷ 工作量，先统一口径，再讨论分数。
容易混淆的地方
Reach 看覆盖人数，Impact 看单个用户的影响。信心是估计的可靠程度，不是承诺成功概率；工作量在分母中。
同一季度、同一人月口径下，A 的触达为 100、影响为 2、信心为 50%、工作量为 1；B 分别为 80、2、100%、2。按 RICE 计算应怎样解释？
你可以这样告诉 AI Agent
我在处理这件事：评估“补充 MOQ”“接 CRM”“重做首页”哪个更值得进入下一轮。请以“RICE 评分”为主线，先说明它在这里负责什么、不负责什么；再列出必要输入、建议动作和可验证结果。用外贸独立站的业务语言回答，不确定的信息标为待确认。
内容依据与延伸
本站用原创中文解释把专业概念映射到外贸独立站；定义和机制继续以官方资料为准，业务例子再回到 外贸独立站询盘优化实战 验证。
本站整理说明：原创整理：Web 开发、产品设计、AI 协作与外贸独立站实践