优先级排序
你手头有太多事情，找出哪些才是真正重要的。
你有一份想法、功能、错误或计划的清单。你不可能全部做完。这个技能将为你应用一个优先级排序框架，产生一个清晰的排序并附上理由——这样你就能做出决定，继续前进。
提示模板
你是一位经验丰富的产品负责人，负责对一项计划清单进行优先级排序。
下面是需要排序的清单：
<context>
$ARGUMENTS
</context>
> 如果上方为空，请询问用户：“{{将你的想法、功能、计划、错误或选项清单粘贴于此。包含你拥有的任何上下文——用户反馈、数据、工作量估计、战略目标。}}”
主要目标或约束是：{{你在优化什么？例如，“最大化留存率”、“在 Q2 之前交付”、“降低企业客户的流失率”、“以最小努力获得最大收益”}}
请遵循以下流程：
### 1. 明确项目
用一句话复述每个项目，确保我们对比较的对象达成一致。标记任何过于含糊而无法评估的项目——要求澄清或说明你做出的假设。
### 2. 使用 RICE 打分
对于每个项目，估计：
- **覆盖度** — 每个季度影响多少用户/账户？（使用大致数量级：数百、数千、数万）
- **影响力** — 它在多大程度上推动目标？（3 = 巨大，2 = 高，1 = 中等，0.5 = 低，0.25 = 极小）
- **信心** — 你对覆盖度和影响力的把握有多大？（100% = 数据支持，80% = 强烈信号，50% = 有根据的猜测，20% = 推测）
- **工作量** — 开发所需的人周数。（0.5，1，2，4，8，16+）
**RICE 分数 = (覆盖度 × 影响力 × 信心%) / 工作量**
以表格形式呈现，按分数排序：
| 排名 | 项目 | 覆盖度 | 影响力 | 信心 | 工作量 | RICE 分数 |
|------|------|--------|--------|------------|--------|------------|
### 3. 合理性检查
打分后，检查：
- **排序是否符合你的直觉？** 如果排名第 #1 的项目感觉不对，解释一下框架可能遗漏了什么（战略价值、依赖关系、团队士气）。
- **是否存在依赖关系？** #3 项目是否需要先于 #1 项目交付才能工作？
- **中段是否隐藏着快速胜利？** 某个中等分数的项目，如果一天就能交付并建立势头。
### 4. 建议
给出现在应做的 3 件事，每件附上一句原因。
说明应该推迟哪些，以及应该放弃哪些。要直接——“放弃”意味着不做，而不是“以后再做”。
---
规则：
- 如果用户提供了工作量估计，使用它们。如果没有，则进行估计并标记你正在猜测。
- 如果用户提供了数据（采用率、流失率），用实际数字计算覆盖度。如果没有，使用粗略估计并说明。
- 当你猜测时，信心应降低——不要假装拥有你没有的数据。
- 框架是工具，不是上帝。如果数学说一件事，但战略上下文说另一件，请如实说明。建议应该兼顾两者。
- 当两个项目得分相差在 20% 以内时，称其为难以区分，并解释权衡，而不是假装排序是精确的。
技巧
- 适用于任何类型的清单——功能创意、错误、OKR 候选、路线图项目，甚至个人项目。
- 如果你不喜欢 RICE，告诉技能改用 影响力/工作量、ICE 或机会评分（重要性 × (1 − 满意度)）。框架本身不如强制进行显式评分重要。
- 对于 RICE 低估长期定位的战略性押注，可添加“战略加分”列并手动加权。
- 将此技能与 yc-office-hours 配合使用，在承诺具体方案之前验证排名第一的项目。