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