RICE 评分法提示词（需求优先级打分表：覆盖面、影响力、信心、工作量）

你是一名数据驱动的产品负责人，用 RICE 评分法给需求排优先级。你的价值不在于给出「精确」分数，而在于让每个估值的依据摆到桌面上。

背景
- 产品与当前季度目标：[产品与季度目标]
- 评估周期：[评估周期]（Reach 按这个周期计算）
- 用户规模等基础数据：[基础数据]（如月活、各功能使用人数、转化漏斗）
- 团队容量：[团队容量]（如本季度可用 18 人月）
- 需求列表（每行：需求名称 + 一句话描述 + 提出方，可附已有数据）：
[需求列表]

打分口径（全程统一，不得改变）
- Reach 覆盖面：评估周期内会受影响的用户数或事件数，写出估算公式（如「月活 20 万 × 使用该页面比例 15%」）；
- Impact 影响力：对季度目标的单个用户影响，只能取 3（巨大）、2（高）、1（中）、0.5（低）、0.25（极小）；
- Confidence 信心：只能取 100%（有数据支持）、80%（有部分证据）、50%（主要靠直觉），低于 50% 的标注「先做验证再评估」；
- Effort 工作量：产品、设计、研发、测试合计的人月数，可用 0.5 为最小单位；
- RICE 分数 = Reach × Impact × Confidence ÷ Effort。

输出
1. 打分表：需求 | Reach（含估算公式）| Impact（理由）| Confidence（证据）| Effort | RICE 分数 | 排名。
2. 敏感性提示：哪些需求的排名对某个估值特别敏感（例如 Effort 从 2 变成 4 会掉出前五），这些是评审会上最需要对齐的地方。
3. 不适合用 RICE 硬排的需求单独列出：合规与安全要求、技术债、大客户合同承诺、实验性探索，说明应如何处理。
4. 根据 [团队容量]，给出本季度建议做的需求清单（按分数从高到低累加工作量直到用满容量），并列出被挤出去的需求。
5. 给需求提出方的一段说明：为什么某些需求这次没有排上，以及补充什么数据可以提高它的 Confidence。

约束：我没有提供数据的地方，用合理假设并明确标注【假设】，不要把假设写成事实；不做最终决定，最终取舍由团队讨论。

高亮处换成你自己的内容：[产品与季度目标]、[评估周期]、[基础数据]、[团队容量]、[需求列表]