用户说"做个排行榜"，其实他想要的不是排行榜：需求澄清四步法

“帮我做个排行榜""加个导出功能""首页再大气一点”——这些话你是不是很熟？

在瑞佰仑做项目这些年，我们见过太多这样的开头：业务方一句话抛需求，产品画原型，开发写代码，上线后发现”不是我要的那个感觉”。返工、扯皮、加班，根子往往不在能力，而在第一步就跑偏了：我们还没搞清要解决的到底是什么问题，就急着给答案。

这和我们在《大模型落地为什么总不及宣传》里拆解过的情形一模一样：一家零售客户让模型”写双十一海报文案”，模型吐出”全场五折起，错过再等一年”的套话——不是模型不行，是没给品牌人设、目标人群、核心卖点。零约束下，它只能给最大公约数。需求也如此：你给得越模糊，拿回来的就越是”平均解”，谁都不满意。

两个最常踩的误区

误区一：把”用户说的”当成”用户要的”。 业务说”要个排行榜”，真实诉求可能是”让好卖的货被看见，带动转化”；用户说”字体放大”，背后可能是”在手机上根本看不清”。停留在字面，做出来的功能往往答非所问。

误区二：用户给的是”方案”，不是”问题”。 人会本能地先想解法。业务方说”做个弹窗提醒”，其实问题是”用户总忘记续费”。直接照方案做，可能弹窗被关掉就失效；回到问题，也许改个续费前的温和提示更有效。我们在《AI 应用的方法差》里也强调过同一件事：先把模糊目标切成可执行维度，产出才从套话变成能用的初稿——需求澄清干的，正是这第一步。

四步落地法

第一步：还原问题，而不是记录功能。 用四句话逼出真相：谁在用？在什么场景下？遇到了什么具体的麻烦？现在是怎么凑合过来的？答不上来，就说明需求还没想清，别动手。

第二步：区分”必须有”和”想要有”。 拿张纸分两栏。凡是”没有它就解决不了问题”的，进左栏；只是”有了更好”的，进右栏。优先砍右栏——大多数延期，都是被”想要有”拖死的。

第三步：把模糊词翻成可验收的标准。 “好用""大气""快一点”这类词一律禁用，翻译成可测的：三步内完成、首屏加载低于 2 秒、续费率提升 10%。验收标准写不清，就等于没需求。

第四步：反向复述，让对方拍板。 用自己的话把需求讲一遍：“你要的是让老客户续费率上去，所以做个续费前三天提醒，对吗？“对方点头，才算对齐；对方改口，正好省下后面全部返工。

给三句话

产品别急着画原型，先把问题问透；开发别急着写码，验收标准不清就先停；业务别急着甩方案，多说一句”我到底想解决什么”。把这一步做扎实，后面省下的，远不止这几分钟。

回到我们一直说的：AI 应用拼的是落地密度，需求工作拼的也是落地密度——把模糊的”做个 XX”，变成清楚的”为谁、解决什么、怎么算成了”，项目就赢在起跑线。