「这条先排上，老板在问。」需求池里最难处理的就是这种条目：说不清解决谁的什么问题，排期表上却永远在最前面。池子攒到三百多条，往下翻二十条，三条是同一件事的三种说法，剩下的大半说不清为什么要做。AI 在这里省的是整理功夫：把口语化的诉求改成统一格式、把重复的合并、把模糊的完成标准逼具体。至于做不做，仍然得有人签字。
需求池真正的病，是条目之间没法比较
一条写着「增加导出功能」，一条写着「搜索结果不准」，一条写着「老板说要个数据看板」。三条排不出先后，因为它们不在同一个尺度上：第一条是功能，第二条是问题，第三条是来源。尺度不统一，排序就只能靠嗓门。
用户故事解决的正是这件事：每条都压成「谁、要什么、为了什么」三段，条目就落到同一个平面上，可以比了。写不清楚的，也会在压缩的过程中暴露出来。
六步从散条目到能排序的池子
按顺序走，每一步都有能拿出来给人看的东西。缺一步，后面就得返工：
| 步骤 | 产出物 | 常见坑 |
|---|---|---|
| 一、统一成用户故事 | 每条一句「作为谁，我希望什么，以便怎样」 | 只改格式不问价值，改完还是一堆功能名 |
| 二、标出缺价值的条目 | 一张缺「以便」的清单，附补不出来的原因 | 让它代填价值，填出来的都很像 |
| 三、合并重复 | 合并后的条目表，保留原始出处与提出人 | 按字面合并，把目标不同的两条并掉 |
| 四、补验收标准 | 每条两到四条可验证的完成条件 | 写成「体验流畅」这类没法验证的话 |
| 五、定维度打分 | 价值、成本、依赖、时效四列的打分表 | 只按价值排，忽略依赖，顺序执行不了 |
| 六、定期清理 | 每月一份关闭与搁置清单 | 只进不出，池子越滚越大 |
标出缺价值的条目，比改格式费劲，也更有价值。把功能描述改写成用户故事，格式转换几分钟能批量做完；难的是补上「以便」那一段——很多需求写不出价值，原因在于这条需求本身没想清楚。让它把缺这一段的全挑出来，比让它补写有用得多。
三段里缺了「以便」，就没法判断值不值得做
角色说明谁受影响，功能说明改什么，「以便」说明改完之后什么变好了。前两段能靠观察得到，第三段必须有人做出判断。缺了它，需求只能按提出者的职级排序。
补不出来的时候有个简单测试：问提出的人「做完之后你会怎么用」，答得出具体动作的，价值就出来了；答「这样更方便」的，通常还得再聊一轮。这类条目退回提出人，不要替它编一个理由填进去，编出来的理由会在排期会上被推翻。
优先级要能复算，不能靠会议气氛
价值除以成本是最粗的一版，能过滤掉明显不该做的。加上依赖和时效才接近实际：一条高价值低成本的需求，如果前置的系统改造没做，它照样排不上；一条有窗口期的需求，过了窗口价值归零。四列打分表的意义在于，任何人拿同一张表都能算出同一个顺序。
这套逻辑和模型评估指标怎么选相通：指标要能被重复测量，排序才站得住。让它按表算，人负责给分，分工就清楚了。
它能改格式，判断不了你的用户在抱怨什么
模型手里没有你的访谈记录、客服工单、流失数据，它写出来的价值是从通用产品经验里推的，读着通顺，落不到你的场景。它还会顺手补出你没提过的需求，看着合理，实际没人要过，这类输出可以按AI 幻觉的识别方法过滤一遍。
成本估算同样如此。它给的是行业均值，你们团队要花几天，只有你们自己知道。战略取舍更不在它的范围内：今年做哪条线、放弃哪个方向，牵涉资源和时机，这些信息它拿不到，也不该由它定。
判断一段输出有没有用，看一件事
整理完的池子，条目之间能不能比较。能比，说明格式统一、价值补齐、依赖标清，排序就有依据；不能比，说明只是把三百条重新排了版。想让输出稳定到这个程度，提问的组织方式可以参考提示词里该给哪些约束。
速查：需求池整理的四个判断点
- 每条补得出「以便」，才谈得上排序
- 缺价值的条目退回提出人，不代填
- 依赖没标清，排出来的顺序执行不了
- 三个月没人动的条目，该关闭就关闭
