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