手把手教你用AI做需求分析——把“领导说要一个报表”变成可执行需求
当领导模糊的一句'做个报表'让你手足无措时,AI可以成为你的秘密武器。不是让它替你写需求文档,而是通过结构化提问帮你挖出需求背后的真实意图。本文详细拆解了如何用AI三步走:从充当'面试官'逼问关键细节,到生成可直接交付研发的文档,再到预演利益相关方挑战。这套方法能将原本三天的需求梳理过程压缩到两小时,并有效避免评审会上的尴尬翻车。

你一定遇到过这个场景。
领导走过你工位,随口说一句:”给采购总监做一个报表,让他能看看采购执行情况。”
然后走了。
你坐在那里,脑子里开始转:采购执行情况?什么情况?执行率?到货率?还是金额统计?采购总监现在看什么?他缺什么数据?这个报表是每天看还是每月看?导出还是在线看?
你不敢追出去问,因为领导说的”看一下情况”听起来好像很简单,你追问显得自己没水平。
于是你硬着头皮做了。花了三天,画了七八个图表,搞了一份看起来很全的报表。发给领导,领导看了一眼说:”这不是我想要的。”
这种事我干过不下五次。
后来我发现,问题不是领导说不清楚——领导确实说不清楚,这很正常。问题是我没有一个方法,把”领导脑子里那个模糊的东西”一点一点挤出来,变成可执行的需求。
现在我用了AI之后,这件事从三天变成两小时。不是AI帮我写需求,是AI帮我问对问题。
这篇文章,我手把手演示一遍:怎么用AI,把”领导说要一个报表”变成一份可以直接交给研发的需求文档。
先说清楚:AI在这里干什么
很多人用AI做需求分析,是这样的——
打开对话框,输入:”帮我写一个采购执行报表的需求文档。”
AI给你吐出一篇三千字的文档,有背景、有目标、有功能列表、有数据指标。你看着觉得挺像那么回事,发给研发,研发一看就说:”这个数据我们系统里没有””这个指标算不出来””这个维度跟现有表结构对不上”。
为什么?因为AI不知道你的系统有什么数据、领导到底想要什么、采购总监现在用什么方式看数据。
AI不帮你写需求。AI帮你问对问题,然后把你的答案整理成结构化的东西。
这个区别很重要。写需求的活还是你的,AI的角色是——
- 替你当面试官,逼你说清楚那些你自己都没想清楚的地方
- 把你零散的回答整理成结构化文档
- 扮演领导来挑战你的需求,在上会前帮你排雷
三个阶段,我们一个个来。
第一步:让AI采访你
这一步是整件事的核心。
你拿到了”给采购总监做一个采购执行报表”这个需求,别急着想报表长什么样。先打开AI,把上下文喂给它,然后让它采访你。
你要给AI的上下文,跟我们之前讲spec时一样——你是谁、手头有什么、卡在哪。然后把需求原话贴进去,让AI当记者,问你问题。
我实际用过的prompt,你可以直接改了用:
我在做B端招采平台,客户是中型企业采购部门。
领导今天跟我说”给采购总监做一个报表,让他能看看采购执行情况”。
就这一句话,没有别的了。
你来当记者,采访我。
每次只问一个问题,等我回答完再问下一个。
你的目标是帮我把这个模糊需求问到能写需求文档的程度。
重点关注:谁用、看什么、解决什么决策、数据从哪来、多频繁。
不要一次列一堆问题,一个一个来。
注意最后一句——”一个一个来”。这很重要。如果你不限制,AI会一次性甩给你15个问题,你看着就头大,回答质量也差。一个一个问,逼你把每个问题想透再往下走。
AI开始问了。我摘几个杀伤力最大的:
AI:”采购总监现在是怎么看采购执行情况的?”
我想了想:看Excel。采购员每周手工导一份数据,整理成表格发给他。
这句话信息量很大。说明采购总监现在有这个需求,只是没有产品化。还说明他习惯看表格而不是图表。还说明数据是有的,只是没打通。
AI:”他说’执行情况’,你觉得他最关心的是执行率(按计划完成的比例)还是执行进度(到哪个环节了)?”
这个问题把我问住了。我一开始想的是执行率,但仔细想,采购总监看报表的频率如果是每天,他更可能想看进度——哪个采购单卡在哪了,谁的供应商还没发货。执行率是月度复盘才看的。
我回答:”应该是进度。他想看哪个单子到哪了,有没有卡住的。”
AI:”那这个报表的粒度是采购订单级别,还是供应商级别,还是物料级别?”
又一个好问题。我说:”订单级别。一个采购订单从下单到到货,他要看走到哪一步了。”
AI:”如果一个订单有部分到货、部分没到,怎么算?”
这个问题如果我没提前想,研发评审时一定被怼。
你看,AI问的每一个问题,都是我该想但没想到的。它不是在帮我写需求,是在帮我把脑子里的盲区一个个照亮。
大约问了十二个问题之后,AI说:”我觉得信息够了,我来帮你整理。”
第二步:让AI把你的回答整理成需求文档
采访完了,AI手里已经有了一堆你的回答。现在让它整理。
这一步的prompt也很简单:
基于刚才的采访,帮我输出一份需求文档,包含以下部分:
1. 需求背景(一段话,说清楚为什么做这个报表)
2. 目标用户和使用场景(谁、什么情况下、看什么)
3. 功能描述(报表包含哪些模块,每个模块展示什么数据)
4. 数据字段清单(每个字段:名称、来源、计算方式)
5. 异常场景(数据缺失怎么办、权限不够怎么办)
6. 不做的事(明确边界,防止需求蔓延)
格式用Markdown。每个部分不要超过200字。
不要写”提升用户体验””赋能决策”这种空话。
每一条都要能直接给研发看,不需要二次翻译。
最后三句约束很关键。不加这三句,AI会给你写一堆”提升管理效率””赋能采购决策层”的废话。加上之后,出来的东西就是能直接用的。
AI吐出来的文档,大概长这样(我精简了一下):
需求背景: 采购总监目前通过采购员手工导出Excel查看采购执行情况,效率低且数据滞后。需在系统内建设采购执行看板,支持实时查看订单进度。
目标用户: 采购总监。使用场景:每日早晨花5分钟浏览当日采购订单执行状态,快速定位卡住的订单。
功能描述:
模块一:订单进度总览。展示当日所有进行中采购订单的数量、总金额,按状态分布(待发货/部分到货/全部到货/超期未到)
模块二:异常订单清单。列出超期未到货的订单,含供应商名称、下单日期、应到日期、当前状态
模块三:供应商交付排行。按近30天准时交付率排序,Top5和Bottom5
数据字段清单:
异常场景:
1. 订单无合同约定交期:显示”未约定”,不计入超期统计
2. 供应商已停用:在交付排行中标红,但保留历史数据
不做的事:
1. 不做报表导出功能(二期再考虑)
2. 不做自定义筛选条件(二期再考虑)
3. 不做采购总监以外的角色权限(本期只服务采购总监一个人)
这份文档你扫一遍,改几个措辞,补两三个AI没想到的细节,就可以发给研发了。
从领导说完那句话到这份文档出来,大概两小时。以前我自己憋,至少三天,而且憋出来的还不一定对。
第三步:让AI扮演领导,挑战你的需求
文档写完了,别急着发。先让AI当一回”刁钻的领导”,帮你挑刺。
这一步很多人会跳过,觉得多此一举。但你要是跳过,等到需求评审会上被研发和领导一起怼,那才是真的难受。
prompt:
现在你扮演三个人,分别审阅这份需求文档:
1. 采购总监(需求方):你只关心这个报表能不能帮你快速发现哪些采购单卡住了。如果不能,哪里不够?
2. 后端研发(实现方):你关心数据能不能查出来、性能扛不扛得住、有没有遗漏的接口。找出三个技术风险。
3. 测试(验证方):你关心怎么验证这个需求做对了。列出三个你必须测的边界case。
每个人说2-3点,直接说不满,不用客气。
AI跑出来的结果,我挑几个要命的:
采购总监说: “异常订单清单里,我看到超期了,但我不知道该找谁催。光知道超期没用,得告诉我这个订单的采购员是谁。”
——对。我漏了采购员字段。
后端研发说: “准时交付率按近30天算,如果有供应商近30天只有1笔订单,这个比率波动太大,统计意义不大。建议设一个最低订单数门槛。”
——对。我没考虑样本量的问题。
测试说: “如果一个订单分三次到货,第三次超期了,前两次没超期,这个订单算超期还是没超期?”
——对。我没定义”部分超期”的处理逻辑。
这三个问题,如果上了评审会才被发现,你要当场拍板、当场改文档、当场被质疑专业度。现在提前发现了,你花十分钟想清楚,改完文档,带着答案去开会。
三步拼起来:一个可复用的skill
你发现没有,这三步的骨架跟之前讲spec那篇文章是一样的:
- 喂上下文,让AI采访你 → 这是在帮你补全“上下文”
- AI整理成结构化文档 → 这是在生成“要求”和“结果呈现”
- AI扮演利益相关方挑战 → 这是在验证“结果呈现”能不能机械验证
而且这三步每次做需求分析都一样——变的只是具体需求内容,骨架不变。
所以你可以把它提炼成一个skill。下次领导再说”做个报表””加个功能””搞个看板”,你把这段丢给AI:
【需求分析 Skill】
步骤一:采访
– 上下文:[填你的产品名、客户、当前情况]
– 领导原话:[填需求原话]
– 你来当记者,每次问一个问题,帮我把这个需求问到能写文档的程度
– 重点问:谁用、看什么、解决什么决策、数据从哪来、多频繁
步骤二:整理
– 基于采访结果,输出需求文档
– 包含:背景/用户场景/功能描述/数据字段/异常场景/不做的事
– 每部分≤200字,不写空话,每条可直接给研发
步骤三:挑战
– 扮演需求方、研发、测试三人审文档
– 每人说2-3个问题,直接说不满
方括号里的内容每次换,其他全不用动。这就是从spec到skill——写一次,用无数次。
最后说几句
“领导说要一个报表”——这句话的本质是什么?是领导脑子里有一个问题,但他用一句话压缩了。
你的工作不是把这句话展开成功能列表。你的工作是还原领导脑子里那个问题——他到底想看什么、看完想做什么决定、不做这个报表他现在怎么凑合的。
AI帮不了你还原。但AI能帮你想清楚自己漏了什么。它问你的每一个问题,都是一面镜子,照出你没想清楚的地方。
需求分析这件事,说到底是提问的能力。AI把提问这件事从”你自己憋”变成了”有人帮你问”——而且这个人不会嫌你问题蠢,不会等你问完再叹气,可以陪你问一百遍。
这才是AI对PM真正有用的地方。不是替你写需求,是逼你想清楚需求。
作者:光点神奇,微信公众号:产品研究所
本文由 @光点神奇 原创发布于人人都是产品经理。未经作者许可,禁止转载
题图由作者提供
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务

起点课堂会员权益






让AI扮演需求方、研发、测试来挑刺这一步特别实用,很多漏掉的细节都是在这里被翻出来的。配一个每次都能用的skill模板,确实能把重复劳动降到最低。