用 AI 做个旅行规划工具:需求评审

生成了第一版需求之后，我决定不再单纯使用 Chat 模式来干活了。因为文档数量越来越多，上下文也越来越复杂，靠一个长对话已经难以有效管理。于是我切换到了 Agent 模式，并按照上一篇文章里提到的方式，把工作区和文档体系设置好。

相关文章：

• 用 AI 做个旅行规划工具：第二次聊需求
• 和 AI 讨论需求与设计：Chat 还是 Agent
• 用 AI 管理项目文档

文末有干货小节，欢迎打包带走

1. 引入两个灵魂人物

我创建了两个 subagent，并分别设定了它们的职责：

• • 产品经理主要负责理清需求、明确产品范围、制定开发计划、描述产品功能并编写文档。如果信息不足，它需要主动询问补齐后再继续。
• • 技术专家主要从技术可行性、架构合理性、平台化潜力以及长期演进路径等方面进行评审和提出建议。

2. 导入历史文档

我把之前完成的相关文档导入了工作区，包括：

• • PRD-001：上一版需求文档
• • US-001 到 US-005：用户故事，其中两篇是我的想法，另外三篇是 AI 基于不同用户类型写的
• • REVIEW-001：第一份评审报告

3. 让新产品经理评审

切换到 Agent 模式后，使用的模型和之前 Chat 时不同了。我让产品经理重新阅读所有导入的文档，然后给出评审意见。

结果有点出乎意料，虽然是不同的模型，但产品经理对现有方案非常满意，整体评价比较正面，几乎没有提出什么实质性的改进意见。(难道产品经理喜欢互相吹捧的吗？)

4. 让技术专家做技术评审

既然产品经理这一关发现不了问题，我就让技术专家从技术可实施性的角度再评审一遍。

我同样让它阅读了所有相关文档。技术专家的结论是：

“方案在技术上是可行的，但必须提前考虑平台化的问题。如果按这个方向走，有机会在 2～3 年内构建出一个在行业内具有一定竞争力的产品。”

它还提到，这个整体愿景有充分的行业案例和学术研究作为支持。(我觉得它可能在胡说)

5. 根据评审意见迭代需求

我选择暂时相信技术专家的判断，毕竟我也没有深入地研究过。于是让产品经理依据评审意见，对 PRD-001 进行修改和完善。

产品经理重新梳理了产品迭代路径，给出了五个阶段的迭代建议，把远景能力和近期重点做了划分。

至此，PRD-001 终于变成了一个有明确迭代路线、且经过多角色评审的产品需求文档，主要是我也不知道还能再怎么折腾它了。

一些感受

这次从 Chat 切换到 Agent 模式，主要有以下几点感受：

1. 1. 给 Agent 设置清晰的角色，能让评审过程相对更客观。
2. 2. 技术专家的视角和产品经理有明显差异，能看到很多之前没注意的问题。
3. 3. 把历史文档系统性地整理好并导入后，工作效率确实提升了很多。
4. 4. 我对技术专家的结果还不太信任，但现在先选择相信，后续看做详细设计的时候会不会有什么问题。

干货小结

以上就是这次的全部内容了，总结成下面这几句干货，欢迎打包带走：

1. 1. 给 Agent 设置清晰的角色，可以减少单一视角带来的偏差。
2. 2. 让不同角色分别评审同一份文档，有助于发现更多问题。
3. 3. 文档管理体系在 Agent 模式下非常重要，值得提前做好准备。

如果你也想用 AI 做类似的事，希望这些记录能有点用。如果你有想法或建议，也期待与你交流。