Skip to content

03|收到需求后,先别急着让 AI 写代码 ​

本章任务:先弄明白甲方想做什么,把还没说清楚的地方找出来。
准备材料:甲方发来的文字、聊天记录,或者你记下的谈话内容。练习时可以用本章的例子。
本章产出:一份你目前的理解,还有一份准备拿去问甲方的问题清单。
这章先不写代码。先看你哪里可能听错,再跟着做四步。

提示词示例说明:本章所有提示词、向 AI 提问的话术和对话片段仅作为示例,不建议作为实际项目中的提示词使用。学会它怎样把事情说清楚,再按你手里的实际资料重新写。

先看一个你可能遇到的场景 ​

① 一句“满了就不能报”,有多种理解。同一句话,不能靠猜测填成规则。

图解:同一句话,不能靠猜测填成规则。 查看大图

甲方发来一段话:

“帮我们做一个活动报名系统。能看活动、提交报名,后台能发布活动、审核报名。人数满了就不能报。简单点,手机上能用。”

你觉得不难,就把原话丢给 AI,让它开始做。

过一会儿,页面都有了,按钮也能点。甲方试完却说:

“怎么刚报名就占名额?得审核通过才算。”
“不同后台账号不能都看到全部名单。”
“报完临时有事,怎么取消?”

问题出在哪?甲方只说了几个功能名字,你和 AI 却把没说出来的细节各猜了一遍。

像点外卖时说“不要辣”,有人理解为不放辣椒,有人理解为微辣就行。几个字都认识,想的却不是一回事。

同一句原始需求,甲方、你和 AI 可能形成不同理解。需要先把差异变成问题。

甲方没说过的,不要替他拍板。 AI 觉得“通常应该有”,也只能算建议。先记成“还得问”,别悄悄写进要做的功能里。

照着做:先完成这四步 ​

第一步:保留原话,写下你目前知道的背景 ​

先存好甲方最初说的那段话。聊的是语音,就把关键内容记下来,再请甲方看看有没有记错。

然后自己写一小段:这个东西用来干什么?以前怎么做?什么时候要用?知道多少写多少。不知道就写“不知道”,别为了填满而编。

背景记录示例(这是记资料,不是给 AI 的提示词):

text
暂时叫:活动报名与审核系统
需求来自:甲方
主要要做:查看活动、提交报名、后台审核
谁能看什么、改什么:还要问
想解决的麻烦:把活动和报名集中到一个地方
以前怎样收报名:还要问
在哪里用:手机上;电脑上要不要用,还要问
什么时候交:还要问
能花多少钱、已经有什么工具:还要问
已有材料:甲方的一段话,还没有页面草图

比如“手机上能用”,不等于“必须做微信小程序”。用手机浏览器打开,也是在手机上用。先问清楚甲方准备从哪里打开,再讨论怎么做。

为什么要保存原话?过几天你会把自己的想法也记成甲方说过的。留着原话,才知道“这是他确认过的”,还是“我觉得应该如此”。

第二步:先用自然语言说明任务,再请 AI 帮你组织提示词 ​

图中提示词仅作为示例,不建议作为实际项目中的提示词使用。

② 请 AI 把差异变成具体问题。AI帮助提问,不代替甲方回答。

图解:AI帮助提问,不代替甲方回答。 查看大图

“自然语言”就是平时说话的方式,不需要先学一套特别的句式。例如“我拿到这段需求,但不知道还有什么没问到”,就已经能开始沟通。

“提示词”就是你交代给 AI 的任务和要求。例如请它先提问、不写代码、把不知道的地方留下来,这些都属于提示词。

别先找一段“万能提示词”。先说你手上有什么、现在想做什么、哪里拿不准,再让 AI 帮你补充。

表达示例:

仅作为示例,不建议作为实际项目中的提示词使用。

我拿到了一段活动报名系统的需求,还没做过完整项目,不知道哪些地方没问清楚。现在先不开发,我想准备一份能拿去问甲方的问题。下面是原话和我知道的背景。请先看看你怎么理解,有缺的就问我,不要替甲方回答。等你知道我现在需要什么帮助后,再帮我整理这次该怎样跟 AI 沟通。不知道的业务问题留着,不用硬凑成完整答案。

把原话和上一小步记下的资料接在后面。它问你什么时候交、从哪里使用,知道就说,不知道就记下来准备问甲方。

不一定非得先生成另一段提示词。 当前 AI 已经能带你问清楚,就继续聊。只有准备换个会话,或以后还要重复做这类事时,单独整理要求才更方便。

下面这份例子是为了让你看出“任务、已有资料、怎么提问、不能擅自决定什么”分别放在哪里。

提示词写法示例:

仅作为示例,不建议作为实际项目中的提示词使用。

text
我想先弄清甲方要什么,准备下一轮该问的问题。
现在不写代码,也不替甲方决定没说过的规则。

我知道的背景:[写真实情况;不知道的直接标明]
甲方原话:[放原话,或者已经核对过的谈话记录]

请先用自己的话说说你理解的项目。
分清哪些是甲方明确说过的,哪些是你的建议,哪些还不知道。

从“怎么使用、谁能看和改、出错怎么办、这次做哪些”来检查遗漏。
先挑少量最影响后面工作的疑问,解释为什么要问。

我不知道就先留着,不要替我编答案。
如果两段话互相打架,指出来,让我去确认。
额外想到的功能单独放在建议里,不算进已经说好的内容。
需要甲方答复才能继续时,帮我整理本轮问题,先停在这里。

“你是高级工程师”为什么不够?它只表达了你希望 AI 有多厉害,没告诉它现在到底做什么。就像请人帮你订餐,只说“你是美食专家”,对方还是不知道预算、人数和忌口。

AI 生成了提示词,你也要读一遍。有没有多加功能?有没有把“可能”写成“已经确定”?不理解的句子,让它解释成你能用自己的话讲出来的意思。

更多生活任务练习,见怎样向 AI 说明需求,再让它帮助组织提示词。

第三步:审阅 AI 的提问,不知道就明确说不知道 ​

“审阅”不用想得很正式,就是你先看一遍:这个问题是不是已经有答案?有没有听错原话?问出去甲方能不能听懂?

看一段还没有取得甲方答复的练习对话:

仅作为示例,不建议作为实际项目中的提示词使用。

AI: 报名提交时就占名额,还是审核通过才占?如果先收申请,申请人数可能超过名额,需要问清怎样处理。

你: 我不知道。甲方只说人数满了不能报。先记下来,帮我改成甲方容易回答的问题。

AI: 可以问:“活动有 30 个名额,来了 40 份申请。您希望先收齐申请再选 30 份,还是前 30 份提交后就不收了?如果都不是,请讲讲实际怎么处理。”

这比问“名额策略是什么”好懂得多:甲方面前出现了一个具体情况,可以直接告诉你怎么办。

再看另一段:

仅作为示例,不建议作为实际项目中的提示词使用。

AI: 后台账号能查看哪些活动的报名名单?

你: 我觉得全部都能看吧。

AI: 这还是你的猜测。名单可能有联系方式,需要问甲方谁能看哪些,不能现在就当成已经说好了。

“不知道”比“应该吧”有用。 不知道能继续问;“应该吧”被记成确定答案以后,做出来才发现不对,就要拆了重做。

第四步:整理成可以拿去沟通的问题清单 ​

③ 带着清楚的问题,向甲方核实。记录答复来源,再整理为当前规则。

图解:记录答复来源,再整理为当前规则。 查看大图

不要把几十屏聊天直接转给甲方。请 AI 帮你整理,你自己再看一次,删掉重复的、已经答过的和现在不需要问的。

给问题排个号,是为了收到回复后知道“这句是在回答哪道问题”,不用每次翻聊天猜。

问题拿去问甲方的话为什么要问现在知道吗
第 1 个问题30 个名额、40 人申请,希望怎么处理?决定先报先得,还是先申请后审核还不知道
第 2 个问题每个后台账号能看哪些活动和名单?决定谁能看和改什么还不知道
第 3 个问题报名后能不能取消?通过以后呢?决定什么时候显示取消按钮还不知道
第 4 个问题怎样登录?要不要用已有账号系统?先确认能不能拿到必要资料还不知道
第 5 个问题手机上是浏览器打开,还是指定别的入口?避免做出来打不开或用错地方还不知道

这些只是这个例子的第一轮问题。你的项目可能最着急的是日期、费用或现有工具,顺序不必照抄。

甲方回复后,在对应问题下面写答案和日期,保留原始回复。下次甲方改主意,就能看清楚究竟哪条变了。

整个过程中,谁负责什么? ​

需求澄清循环:你提供背景,AI识别未知,你向甲方核实,再记录答案并检查矛盾。

图里说的“需求澄清”,就是把“做个差不多的东西”问成“具体要这样”。比如网购退款,要先问清申请后立即退款,还是等退货到仓库再退款,不能由 AI 猜。

AI 帮你想问题、把问法说清楚。甲方确认实际怎么做。你负责记下哪些已确认、哪些还不知道。

还有些事不是甲方说了就算:比如现有登录服务能不能接通,需要查资料或实际试。拿不准就找有相关经验的人帮忙,不用装懂。

这章做到“准备好问题”就行。下一章再处理甲方回复,把“差不多”变成能逐项检查的要求。

停一下:有没有掉进这三个坑? ​

坑一:AI 写得很专业,就默认它理解了 ​

AI 说“权限设计已经完善”,你别急着点头。权限就是谁能看什么、改什么。例如后台账号只负责活动甲,就不能因为换个地址而看到活动乙的名单。

要让它回到具体动作解释,别只背名词。

追问示例:

仅作为示例,不建议作为实际项目中的提示词使用。

请拿这个项目的一次具体操作来解释:哪个后台账号能看什么、不能改什么?哪些是甲方说过的,哪些是你建议的?还缺什么答案?

坑二:AI 建议加什么,就觉得以后会有用 ​

候补、签到、积分、邮件通知都可能有用,但每加一样,都要继续问规则、做页面、写代码、检查和维护。

像网购本来只想买个杯子,越看推荐越觉得都需要,最后花的钱远超打算。把想法先记在“以后再考虑”里,甲方确实要再讨论,别自动算进这次。

坑三:AI 提的问题不看就转发 ​

甲方要回答的是“实际怎么用”,不一定懂代码。AI 抛来一串看不懂的技术问法,就先请它换成具体情况。

例如别拿一串技术名字去问甲方,先问“同一时间来了两份申请,只剩一个名额,应该怎样处理”。用什么技术解决,后面再讨论。

怎样判断本章完成了? ​

问题准备好了,还不代表可以开始开发。

  • [ ] 找得到甲方原话,也分得清哪些是自己补的。
  • [ ] 能说清这个项目主要帮甲方解决什么麻烦。
  • [ ] 已确认的、自己猜的、还要问的,没有写在一起。
  • [ ] 问题已经挑过一轮,知道为什么要问。
  • [ ] 自己看得懂,甲方也有机会听懂这些问法。
  • [ ] AI 额外想出的功能,仍然只是建议。

练习: 甲方说“退款要快”。拿网购退款想一想,至少还要问哪两件事,才能知道他想要多快、从哪一步开始算?

卡住了怎么办? ​

一个词也看不懂: 请 AI 用一次实际操作解释。暂时不影响提问的细节,先放后面,不必为了看懂所有词才能继续。

甲方说“你看着办”: 拿两三个具体选择给他看,解释各会怎样。甲方明确让你决定哪些事,就记下那几件,别理解成其他事也随便改。

问题越问越多: 先挑不回答就可能做错主要功能的。按钮间距这类细节,不必和登录方式一起卡着。

不知道实际能不能做: 带着资料和具体疑问去找懂的人。发送前删掉密码、真实联系方式等不该外传的内容,练习都用编出来的数据。


本章带走: 你目前对项目的理解,以及下一轮准备问甲方的问题。

下一章: 甲方回答以后,怎样把答案记明白,哪些还得追问,做到什么样才算合格。

先理解,再决定;分步实现,用证据验证。