排优先级前先问"这事能不能不做"
AI 需求最容易失控的地方是范围 ✗：一开始是"帮我总结"，最后变成"自动接管整个工单系统" ✗。
小团队资源有限，排错优先级比做得多更致命 ✔。这里给一套简单可用的方法：四象限 + 一个否决项 ✔。
一、四象限（按"价值确定性"与"实现成本"）
| 成本低 | 成本高 | |
|---|---|---|
| 价值确定 | 先做（快速见效 ✔） | 拆分后再做（先做最小闭环 ✔） |
| 价值不确定 | 做实验（限时、限范围 ✔） | 先不做（或只做调研 ✔） |
关键是"价值确定性"怎么判断 ✔ —— 看三件事：
- 有没有真实用户诉求（日志/工单里能找到 ✔，不是"老板觉得" ✗）；
- 有没有可度量的成功标准（见需求七问 ✔）；
- 有没有现成数据（没有就得先做数据 ✔，成本要算进去 ✔）。
二、一个否决项：错了会怎样
如果这项功能出错会导致：资金/合同错误、合规问题、不可回滚的外部动作 ✔
→ 在补齐防护（校验、确认、回滚）之前不做 ✗。
这条否决项能挡掉大部分"看起来很酷但风险巨大"的需求 ✔。
三、排序时的三个实操建议
- 先做"能复用"的 ✔（评测集、提示词管理、埋点 —— 后面每个功能都要用 ✔）；
- 先做"能降级"的 ✔（能退回人工/规则的方案，风险低 ✔）；
- 避免同时开三个攻坚项 ✔（AI 功能的调试成本高 ✗，并行会都做不完 ✔）。
四、要写进排期文档的四栏
需求 | 成功标准（可度量） | 成本档（人日量级 + 调用成本） | 否决项检查（错了会怎样）
没有"成功标准"的需求不排期 ✔ —— 否则做完无法验收 ✔（见需求七问那篇 ✔）。
五、定期做一次"停做"评审
每季度看一遍在做的事 ✔，问三个问题：
- 有没有数据证明它有价值 ✔？
- 维护成本（提示词/评测/监控 ✔）是否超出预期 ✔？
- 关掉它会怎样 ✔（如果没人受影响，就该关 ✔）。
能停掉不该做的，比多做两个功能更能提升整体效率 ✔。
一条判据
排期表上每一项，你能否指着说清"谁会因为什么指标改善而受益" ✔？
说不清的，先别排 ✗。