我让AI帮我写产品需求文档,它把用户故事写成了童话故事

上周接到一个产品经理朋友的吐槽，说他让AI帮忙写PRD，结果AI把用户故事写成了童话故事。

“从前有一个用户，他每天要花三个小时手动整理数据，他很烦恼。后来他遇到了我们的产品，一切变得简单又快乐，从此过上了幸福的生活。”

朋友说，他看到这段的时候，差点把咖啡喷在屏幕上。

“关键是，它还贴心地加上了‘从此过上幸福生活’这句结尾。我要是真拿这个给开发看，他们估计会以为我在开玩笑。”

他问我是不是他用的AI工具不行。我说，要不我帮你试试，看看是工具的问题，还是你提示词的问题。

结果这一试，我发现了一个挺有意思的现象。

我先试了三款目前主流的AI工具：ChatGPT、Claude和国内的Kimi。

任务很简单：帮一个在线教育平台写一个“课程评价功能”的产品需求文档。

我给了它们同样的背景信息——这是一个面向职场技能培训的在线教育平台，用户主要是25-35岁的职场人，目前课程完成率不高，希望通过评价功能提升用户参与度和课程质量。

三款工具都很迅速地给出了结构完整的PRD，包含需求背景、功能描述、用户故事、验收标准、优先级划分。

从格式上看，完全挑不出毛病。

但仔细读下去，问题就来了。

ChatGPT写的用户故事是这样的：“作为一个学习者，我希望在完成课程后能够对课程进行评价，这样我就能分享我的学习体验。”

听起来没问题对吧？

但如果你真的做过在线教育产品，就会知道：用户真正需要的可能不是“分享学习体验”，而是“让其他用户知道这门课值不值得花时间学”，或者“让平台知道这门课质量太差，我需要退款”。

AI写的东西，是“正确但无用”的。

Claude稍微好一点，它写了一个更具体的场景：“作为一个忙碌的职场学习者，我希望在完成课程后能用一分钟完成评价，这样就不会占用我太多时间。”

这个确实更贴近真实用户了。但它完全忽略了业务方真正的需求——平台希望通过评价数据来优化课程推荐算法，以及通过优质评价吸引新用户。

Kimi的表现介于两者之间，它把用户故事分成了三类：普通学习者、课程讲师和平台运营。分类是对的，但每个故事都写得像教科书案例，缺乏真实业务场景中的矛盾和冲突。

比如，它完全没有考虑一个很常见的场景：用户学完课程后觉得不满意，想在评价里吐槽，但又担心讲师看到后找麻烦。这种“真实的纠结”，AI完全捕捉不到。

试完这三款工具，我最大的感受是：AI写PRD，就像是一个刚毕业的产品助理。

它能把格式做得漂漂亮亮的，知道PRD应该包含哪些模块，用户故事应该遵循什么模板，验收标准应该怎么写。

但它完全不懂业务。

它不知道你的用户到底是谁，不知道你们公司的商业模式是什么，不知道开发团队的技术栈和交付能力，不知道老板最近在关注什么指标。

这些“看不见的信息”，才是决定PRD质量的关键。

我列了一个清单，把AI能做的和不能做的事情分开来看：

AI擅长的：
– 按照模板生成标准格式的文档框架
– 把零散的需求描述整理成结构化的条目
– 生成基础的用户故事模板
– 提供常见的验收标准范例
– 快速产出初稿，节省从零开始的时间

AI不擅长的：
– 理解真实的业务场景和用户痛点
– 识别需求之间的优先级和依赖关系
– 判断哪些功能是“必须做”的，哪些是“做了更好”的
– 预见到开发过程中可能出现的坑
– 平衡不同利益相关方的诉求

试完之后，我给朋友发了一条消息：“AI写PRD不是不行，但你要把它当实习生用，而不是当产品经理用。”

具体来说，我现在的做法是这样的：

第一步：让AI帮忙搭框架

把需求背景和初步想法扔给AI，让它先产出一份结构完整的初稿。

这时候AI的价值是“帮你把脑子里的想法具象化”，而不是“替代你思考”。

你会发现自己原来想得不够清楚的地方——比如某个功能模块的边界在哪里，用户故事的条件是什么。

第二步：人工填充业务逻辑

拿到初稿后，我会逐段修改。

把AI写的那些“通用型”用户故事，替换成真实的用户场景。

比如AI写的“学习者希望分享学习体验”，我会改成“职场学习者小王，在学完Excel进阶课程后，发现课程内容和描述不符，想通过评价提醒其他用户不要踩坑”。

一个具体的用户，一个具体的场景，一个具体的动机。

这才是能指导开发工作的用户故事。

第三步：让AI做格式检查

改完之后，我会把最终版本再扔给AI，让它检查格式规范和逻辑漏洞。

比如有没有遗漏的异常处理场景，用户故事的条件是否完整，验收标准是否可量化。

这一步AI做得很好，因为它擅长“挑刺”，而且不会累。

写PRD这件事，本质上是在做两件事：把业务需求翻译成技术语言，把模糊的想法变成可执行的方案。

第一件事，AI可以帮忙。

第二件事，必须自己来。

不是因为AI不够聪明，而是因为“理解业务”这件事，需要你真正参与到业务中，知道老板在想什么，用户在抱怨什么，开发在吐槽什么。

这些东西，AI学不会。

至少现在还学不会。

所以，如果你也在用AI写PRD，我的建议是：让AI帮你做“文档工作”，而不是“产品工作”。

格式、框架、模板，这些可以交给AI。

但用户是谁、痛点是什么、优先级怎么排、风险在哪里——这些，请一定自己把关。

不然，你可能会像我朋友一样，收到一个写着“从此过上幸福生活”的用户故事。

留言区聊聊：你试过用AI写产品文档吗？踩过什么坑？或者有什么好用的方法？欢迎分享你的真实体验。