功能 backlog 优先级排序：用于从产品创意中选出前…

当需要为功能创意或 backlog 做优先级排序、范围决策或产品点子排名时，用影响、投入、风险与战略一致性进行评估并给出前 5 推荐。

适用场景

解决思路

1. 针对 $ARGUMENTS 指定的产品、团队或范围进行功能优先级排序。
2. 读取并直接分析用户提供的文件，例如电子表格、backlog、机会评估，而不要只依赖口头描述。
3. 在选择优先级框架时，参考 `prioritization-frameworks` skill 的指导。
4. 评估客户问题时优先使用 Opportunity Score（Dan Olsen, The Lean Product Playbook）：Opportunity Score = Importance × (1 − Satisfaction)，并归一化到 0–1；高 Importance + 低 Satisfaction 是最佳机会。
5. 优先排序问题（机会），而不是解决方案。
6. 快速评分举措时使用 ICE：Impact（Opportunity Score × # Customers）× Confidence × Ease。
7. 更大团队使用 RICE：在 ICE 基础上把 Reach 作为单独因子加入。
8. 确认产品目标和成功指标。
9. 针对每个功能评估 Impact：它对期望结果的影响有多大；若有客户数据，考虑 Opportunity Score。
10. 针对每个功能评估 Effort：需要多少开发、设计和协调工作。
11. 针对每个功能评估 Risk：存在多少不确定性，以及需要测试哪些假设。
12. 针对每个功能评估 Strategic alignment：它与产品愿景和当前目标的匹配程度如何。
13. 推荐前 5 个功能，并给出清晰排名（1–5）。
14. 为每个入选功能给出简要理由。
15. 说明考虑过的关键权衡。
16. 说明哪些功能被降级或排除，以及原因。
17. 如有帮助，用优先级排序表呈现结果。
18. 逐步思考。
19. 若输出内容较多，保存为 markdown。

适用边界 · 注意事项

• 没有功能 backlog、待排序的产品创意或明确的产品目标时，不适用。
• 缺少产品目标或成功指标时，应先补齐目标和指标，而不是直接用该流程做最终排序。
• 待评估对象是纯技术运维、事故响应或合规事项，而非功能或产品创意时，不适用。