Claude Code 这类工具出来之后,写需求原型、写 PRD,速度是断崖式提升。按理说,简单需求就该像流水线一样顺滑——上午提,下午评审,晚上开发。
但现实是,很多团队还在手写PRD,流程还老长,甚至一些小功能,也能拖成一场“史诗级战役”。
先说结论,很不中听,但很真实:
不是 AI 不行,是大家不想承担责任。
所有关于“资金风险”“业务合规”“流程严谨”的说法,本质上都是在回答一个问题:
“这事出错了,算谁的?”
只要这个答案还是“算人的”,AI 就永远只能是配角,PRD 就永远删不掉,流程永远还是冗长。
一
责任没动,流程就不会动

AI 解决的是生产效率问题——写得快、想得全、边界列得细。
但企业里最贵的从来不是“写文档的时间”,而是决策成本和背锅成本。
在绝大多数团队里,现状是这样的:
AI 写错了 → AI 不背锅
PM 用了 AI → PM 背锅
流程走过场 → 大家一起背锅
于是理性选择就变成了:
继续手写 PRD,继续走冗长流程,把责任稀释到每一个环节里。
只要“谁负责”这件事没变,AI 再快,也只是让你更快地进入一个不愿担责的系统。
二
不愿担责体现在哪里

1
拿“资金风险”当挡箭牌
这是最好用的一招。
你一提 AI 写 PRD,对方马上来一句:
“这个业务涉及资金,不能出错。”
听着无懈可击,对吧?
但只要你稍微拆解一下,就会发现水分很大。
改个后台筛选项,跟资金有关系吗?
换个文案、调个排序,会影响账务吗?
加个导出按钮,能亏多少钱?
这些需求,跟“资损”半毛钱关系没有。
但一旦贴上“风险”的标签,就可以理直气壮地:
拉长流程
多加评审
拖慢节奏
本质上是:用“极端场景的规则”,去卡“普通场景的需求”。
这不是严谨,这是懒得承担风险。
2
用流程稀释责任
还有一种更隐蔽的做法:把“我负责”变成“我们一起负责”。
PRD 写 20 页
评审拉 8 个人
邮件抄送 5 个部门
真出事了,谁的责任?
写 PRD 的:我写了啊
评审的:我看过了啊
主管:我也 approve 了啊
最后结论是:“流程都走对了。”
没人背锅,也没人改进。
在这种环境下,AI 是极其不受欢迎的——
因为它让“谁负责”这件事变得太清晰了。
AI 出了草案,PM 确认后发出去,出问题就是 PM 的。
以前还能躲在流程后面,现在没得躲。
3
把“慢”包装成“专业”
有些团队,已经形成了一种奇怪的审美:
文档越长越专业,流程越慢越严谨。
简单需求来了,不花三天写 PRD、不开两轮会,就好像对不起“职业素养”。
AI 一来,十分钟干完这活儿,直接打碎了这种幻觉。
于是他们必须反抗:
“AI 不了解业务。”
“AI 写的太模板化。”
“我们要对质量负责。”
翻译一下就是:
“你别破坏我用‘慢’来证明自己很重要的机会。”
这种“伪专业”,是对团队效率最大的消耗。
4
用“合规”掩盖“不愿思考”
最离谱的是一类说法:
“我们有合规要求,必须手写 PRD。”
但你真去查合规制度,里面从来不会写:
“PRD 必须是人写的”
“不能用 AI 辅助”
它只会写:
“需求要清晰”
“风险要可控”
“变更要留痕”
把“手写”等同于“合规”,是典型的偷懒式管理:
不想根据具体需求判断风险,直接一刀切,最省事,也最安全。
三
问题不是 AI,是人的勇气

写到这儿,其实已经很清楚了:
AI 很快,但责任很重
流程很长,但风险很散
手写很慢,但心理很安全
大家不是不懂 AI 好用,而是不敢为“快”承担后果。
一个健康一点的做法,其实很简单:
核心业务、资金链路,人主导,AI 辅助,流程该严就严。
边缘需求、内部工具,能 AI 就 AI,能快就快,别演戏。
公开透明地说清楚,这个需求如果出错,最坏后果是什么?钱没了?还是只是有点难看?
只要这个问题敢回答,很多伪严谨的流程,自然就消失了。
四
最后

AI 时代,PRD 不会消失,但它必须回归本质:
它不是表演专业的道具,也不是逃避责任的盾牌,而是对需求清晰、负责的表达。
未来的协作链路会越来越短,责任会慢慢集中在一两个人身上,责任不是逃避的借口,应该是我们工作中的基石。
夜雨聆风