AI 工程化踩坑实录(1/5):AI 帮你写 PRD?别高兴太早

“AI 写的 PRD 像极了实习生交的初稿——框架齐全,细节全是窟窿。”


上周,产品经理小李找到我。

“听说你天天用 AI 编程,能不能让 AI 帮我把这个需求的 PRD 也写了?”

她说这话的时候,眼睛里有光。那种光我太熟悉了——每个刚接触 AI 工具的人都有。仿佛按下回车键,三个月的工作量就会变成三秒钟。

说实话,我当时就想泼冷水。但话到嘴边又咽了回去。行吧,让她自己撞一次南墙,比我说十句都管用。

“行。”我把需求口述给了 Claude。五分钟后,一份结构完整的 PRD 出现在屏幕上。背景目标、用户角色、功能清单、数据字段——该有的都有。

小李拿给开发看。

开发老张看了两分钟,抬起头:”你确定这东西能开发?异常处理呢?边界条件呢?用户没登录的时候怎么办?断网的时候怎么办?数据量大了怎么办?”

沉默。

我仔细翻了一遍 AI 生成的文档。老张说得对。每一页都漂漂亮亮的,功能点列得整整齐齐。但凡是涉及到”如果……怎么办”的地方,全是空白。

大抵如此罢。 AI 擅长描述”正常世界”,对”异常世界”几乎没有感知。


这不是 anecdote。

美国 METR(Model Evaluation and Threat Research)机构 2025 年做了一项随机对照试验。16 名经验丰富的开发者,分成两组——一组用 AI 辅助,一组纯手写。

结果出来了。

用 AI 的那组,实际效率下降了 19%。

但更魔幻的是后面的数据:这组人自己觉得效率提高了 20%。

你品品这个错位。客观上慢了五分之一,主观上快了五分之一。人对自己的判断力,在 AI 面前彻底失灵了。

METR 的结论很直接:问题不在 AI 工具本身,在于使用者的心智模型。 你以为 AI 帮你省了时间,实际上你花更多时间在”理解 AI 到底写了什么”上。

放在 PRD 场景里,道理一样。

AI 三分钟给你一份文档。你花了三十分钟检查它漏了什么、改了什么、补了什么。最后总耗时三十三分钟。而你自己从头写,可能只要二十五分钟。

——说错了,可能不止二十五分钟。如果你状态不好,写一份完整的 PRD 怎么也得四十分钟。但四十分钟里你每一分钟都知道自己在写什么。AI 那三十三分钟,有三十分钟你在猜它到底什么意思。

省下来的不是时间,是思考。 而思考这件事,恰恰没法省。


AI 生成 PRD 时,功能清单永远完整。但每个功能下面的异常分支——

“用户输入了超长字符串怎么办?”没有。

“并发请求导致数据不一致怎么办?”没有。

“第三方 API 挂了怎么办?”没有。

我让 AI 补。它补了。但它补的异常处理,每一条都是”返回错误提示”。仿佛所有异常都是一个模子刻出来的。

真正做过产品的人都知道,异常处理才是 PRD 最贵的部分。正常流程谁都会画,值钱的是那些”如果……那么……”的分支逻辑。

你让 AI 写一个电商退款流程。它会告诉你:用户申请退款 → 商家审核 → 退款到账。

但它不会告诉你:你们公司的退款规则是 7 天无理由,但生鲜品类是 24 小时。你们用的是支付宝当面付,退款要走商户 API。你们上个月刚改过退款审批流程,二级审批改成了三级。

这些不是 AI 能从公开数据里学到的。 这些是你公司的肌肉记忆。

AI 写 PRD,就像让一个从没来过你们公司的人,写你们公司的操作手册。格式漂亮,内容空洞。

这是最隐蔽的坑。

AI 生成的 PRD 和最终开发的代码,之间会慢慢产生偏差。开发改了一个字段名,AI 不知道。产品调整了一个流程,AI 不知道。

三个月后,你拿 AI 最初生成的 PRD 和线上代码做对比——它们已经不是同一个东西了。

有团队开始用 AI 监测这种”需求漂移”,自动标注代码和 PRD 的不一致点。想法不错。但你得先有一份准确的 PRD 作为基准——如果基准本身就是 AI 糊的,那监测出来的结果也只能是 AI 糊的。


说了这么多问题,不是要否定 AI 写 PRD 这件事。

工具没毛病。有毛病的是你以为它能一步到位。

第一步:让 AI 搭框架。 背景、目标、角色、主流程——这些标准化的东西,AI 写得又快又齐。这一步确实省时间。

第二步:你来补边界。 每一个”如果……怎么办”,每一条业务规则,每一个你公司特有的逻辑。这一步 AI 帮不了你,必须人来。

第三步:和开发一起过一遍。 把 AI 生成的框架当成讨论提纲,不是最终交付物。让开发来挑刺,比你一个人检查有效十倍。

说白了,AI 写 PRD 的正确定位是”草稿”,不是”成品”。

你拿它当成品交出去,老张那两句反问就是在教你重新做人。


我向来是不惮以最坏的恶意来推测”AI 一键生成 PRD”这种话术的。

然而我还不料,也不信竟有这么多人真的信了。

AI 不是产品经理。它没有开过需求评审会,没有被开发怼过,没有半夜被线上 bug 叫起来过。它写出来的 PRD,永远缺那一块只有踩过坑的人才能写出来的东西。

但如果你准备好了自己补完那部分——它确实能帮你省掉搭框架的半小时。

半小时。

这便是 AI 写 PRD 的真相了。


关于码孖AI

码孖AI,专注 AI 工程化落地。我们相信:AI 不是来替代程序员的,是来帮程序员省时间的——前提是,你得会用。

关注我,持续更新实战踩坑指南。

:::callout tip 觉得有用? 点个「在看」,分享给同样在 AI 落地路上挣扎的朋友。 :::