2026-06-24

成为 AI 时代的产品经理 05｜需求说不清，AI 就替你瞎补

你跟 AI 说「做个登录功能」。

它给你做出来了。但在你这句话和那段代码之间，它替你做了一连串你根本没提的决定：用邮箱还是手机号、要不要验证码、密码错几次锁账号、锁多久、错误提示写「密码错误」还是「账号或密码错误」、要不要「记住我」、登录态存多久。这十几个决定，没有一个是你拍的，全是它替你猜的。

问题不在它猜得对不对，在于它根本不会问你。换成一个人接这个活，他会反问「咱们这个登录是手机号还是邮箱？」AI 不会。它是个 yes-machine：做你说的，不做你想的。需求里没讲到的地方，它就拿训练里见得最多的那个默认填上——校验规则、过期逻辑、出错怎么办，全给你补一个，多半不是你要的。

OpenAI 的 Sean Grove 说过一句话：你写的代码只占你价值的 10% 到 20%，剩下 80% 到 90% 是把要做的东西讲清楚。当 AI 把「写出来」这步包圆了，你的活就剩下前面那 80%——把需求说到没有歧义。下面是四个能照着做的动作。

一、形容词换成数字

「快一点」「简单点」「醒目一些」「体验好」——这些词 AI 没法验证，只能自己定义一个。有人给 AI 写「系统要对过流快速响应」，AI 直接把这条标成「无法验证」：没有一个能量的阈值，「快速」是多快？

把形容词换成数字，歧义就没了。「加载要快」写成「首屏 1.5 秒内出来」；「列表别太长」写成「一屏最多 8 条，再多翻页」；「按钮醒目」写成「主色按钮、和背景对比度够看清」。能写成数字或规则的，就别留形容词。

doaipm 一直强调真实的四种状态：加载中、空、出错、成功。你只说「做个订单列表」，AI 默认给你做成功态——有数据、网络好、一切正常。

订单列表：加载时显示骨架屏；一条订单都没有时显示「还没有订单」加一个去下单的入口；请求失败时显示「加载失败，点击重试」；正常时每条显示订单号、金额、状态。

空列表长什么样、加载时给用户看什么、失败了怎么提示——这三种你不写，AI 要么不做，要么随便给你补一个。真实产品里用户撞上空和错的概率，比你想的高得多。

最容易省、也最容易出事的是异常路径。研究 AI 给模糊需求补假设时发现，它补得最多的恰恰就是这些：数据过期了怎么办、没权限的人访问怎么办、两个人同时操作同一条怎么办、超时了怎么办。

你做优惠券，就得把这些讲明白：券过期了用户点「使用」弹什么、同一张券两个设备同时下单算谁的、用户把券用了一半退款了券退不退。你不列，AI 就替你各假设一个，等线上出了问题你才发现它当初是怎么猜的。

判断一条需求够不够清楚，有个现成的尺子：把它交给一个完全不懂这个项目的人，他能不能照着做出跟你脑子里一模一样的东西？如果两个人读完会理解成两个样，就是还不够清楚，接着拆，拆到没有歧义为止。

嫌麻烦还有个更省事的办法：让 AI 先别动手，把它打算替你补的假设一条条列出来给你看。它列出来的「我默认券全场通用」「我假设有效期 7 天」，就是你刚才没说清的地方。趁它还没做，把这些堵上。

今天能做的一件事：挑一条你正打算丢给 AI 的需求，先别发，按「形容词换数字、状态写全、边界列出来」过一遍，再发。然后对比一下，这一版产出和你随手发那版差多少。