这篇解决的问题是：FDE 坐进客户会议室时往往只有一句「帮我们做点 AI 的东西」，访谈结束后手里却只有模糊的好感和口头共识。

最值得拿走的是七步访谈流程，尤其是「复述对齐」与「离场动作」两步：把你的理解当面说回去、当场约好下一步，是访谈从聊天变成工作的分界线。最容易出现误用的是把访谈做成需求收集大会——客户说什么都记，却不追问「为什么是现在」和「怎么算成功」，最后拿到的是愿望清单而非问题清单。

相比站内项目生命周期类内容讲「访谈在哪个阶段」，这篇的增量在「访谈怎么做才有效」的执行细节。国内语境要叠加的是：客户方常有汇报压力，你产出的纪要最好能直接被他们拿去内部转述，这会显著提升配合度。

读完后选一个正在进行的项目，用第六步的纪要模板把最近一次沟通补写成正式纪要，发给客户对照。

—— FDEChina编辑部 · 实战派

FDE 的访谈和产品经理的用户访谈不一样：你不是在找「用户喜欢什么」，而是在找一个能用工程手段验证、并且客户愿意一起验收的具体问题。大多数访谈失败的方式很一致——客户讲了两个小时愿景，你记了三页笔记，散会时大家都觉得聊得很好，但没有人能说清楚下一步做什么。这篇按七个编号步骤给出完整做法，每步包含做什么、产出物和常见坑，可以直接照做。它对应 FDE 项目生命周期中的发现阶段，是后续项目启动文档的输入。

步骤一：访谈前准备——先写下你的假设

做什么：访谈前花一到两小时，把客户所在行业、公开材料、对接人职位捋一遍，然后写下三到五条假设，每条形如「我们猜测客户最痛的是 X 环节，依据是 Y」。再准备十个左右问题，按「背景—现状—痛点—量化—决策链」排序。有产品演示的，准备与客户行业相关的内容，不要放通用 Demo。

产出物：一页访谈提纲，含假设清单、问题序列和「本次访谈必须回答的三个问题」。

常见坑：不写假设直接进场，全程被客户叙事带着走；或者准备过度，把访谈变成按稿朗读，错过客户顺口说出的关键信息。

步骤二：开场五分钟——把规则说清楚

做什么：开场做三件事：说明「今天我们主要听，不推销方案」，给客户安全感；请对方介绍在场角色与各自的关注点，识别谁是真正的使用者、谁是有否决权的决策者；约定时间结构，例如「前四十分钟我们提问，最后十五分钟我们对齐结论」。如果客户提到内部保密要求，当场确认哪些内容可以写进纪要、哪些只做口头交流。

产出物：在场角色清单（姓名、职务、关注点、决策角色），以及纪要分享范围的口头共识。

常见坑：开场就演示产品，客户会顺着你的功能提需求，访谈变成功能匹配会；或者不问角色，把「热情但不拍板」的对接人当成需求来源。

步骤三：挖掘——从「想要什么」追到「为什么是现在」

做什么：用追问链条把愿望翻译成问题。客户说「想上一个智能客服」，连续追问：现在这件事怎么做的？哪个环节最花人力？这个问题多久发生一次、一次处理多久？上次因为这个问题付出过什么代价？为什么是现在要解决？目标是挖出四类信息：现状流程、发生频率、量化代价、时间动机。遇到量化问题客户答不上来，就记下「待补数据」，这正是后面要验证的东西。追问时多用「能举个例子吗」：抽象的诉求一落到具体案例就现出原形——客户说「响应太慢」，追一个具体案例下来，可能发现真正的问题是某一类文档解析失败。把这些例子记下来，它们日后就是评测用例的最好来源。

产出物：按诉求组织的原始记录，每条诉求后挂着流程、频率、代价、动机四个字段，缺的标「待补」。

常见坑：客户一提技术方案你就跟着讨论技术，偏离问题本身；只收集「想要的」，不收集「不可接受的」——现有流程里哪些东西绝对不能坏，往往比想要什么更能定义方案边界。

步骤四：复述对齐——把理解当面说回去

做什么：留出十分钟，用自己的话把听到的复述一遍：「我理解的优先级第一的问题是……发生的场景是……如果解决了，判断标准是……对吗？」请客户当场纠错。重点复述两类内容：你打算写进问题清单的条目，和你判断不属于本期范围的条目。后者尤其重要，当场说「X 我们理解不在这次范围内」，比事后在文档里被发现删掉了要好得多。线上会议时，可以把复述要点同步写进会议聊天区，请对方以文字回一个「确认」，文字确认比口头的「嗯嗯对」更接近承诺，也方便截图存档。

产出物：一份经客户口头确认的初步问题清单，每条含问题描述、发生场景、粗略的验证标准。

常见坑：复述时加私货——把你希望做的方向悄悄混进复述里，客户没反对不代表同意，只代表没听出来。复述应保持客户语言的形状，方案词留给访谈之后。

步骤五：离场动作——散会前必须完成的四件事

做什么：在会议室里完成，不要等回去再做。第一，确认问题清单的优先级顺序客户认不认。第二，约定每条「待补数据」由谁提供、什么时候给。第三，约好下一次接触的时间和形式，哪怕是十五分钟的电话。第四，问一个收尾问题：「还有什么是我们没问到、但你觉得我们应该知道的？」这句话的产出经常超过前面四十分钟。另外，线上会议同样适用这套流程，只是角色识别要做得更刻意：视频会里看不出座次和职位，开场时点名请每个人讲一句自己的关注点，比线下更不可缺少。

产出物：行动项清单（事项、责任人、日期）与下一次接触的日历邀请。

常见坑：散会时说「我们回去整理一下再联系」——没有明确日期的下一步等于没有下一步，客户的优先级会在一周内被他们自己的事情冲掉。

步骤六：纪要模板要点——二十四小时内发出

做什么：当天写完，第二天中午前发出。纪要按固定结构写：一、本次参与人；二、确认的问题清单（按优先级排序，每条附验证标准）；三、明确的非目标（本次不做的事）；四、待补数据与责任人；五、行动项与日期；六、下一步安排。写法上用客户在场说过的话做引子，让客户方的人能直接拿去内部转述。发送后主动问一句「有没有我理解错的地方」，给对方一个低成本纠错的机会。

产出物：结构化访谈纪要，这是项目启动文档「背景与问题」一节的直接素材。

常见坑：纪要写成会议流水账，谁说了什么全记上，反而把结论淹没；或者只发自己团队内部，客户没收到确认版，两周后双方对范围的理解开始分叉。

步骤七：常见坑总清单——跨阶段的自我检查

做什么：把散落在各步骤里的高频错误汇总成一张自查表，访谈后对照打分：是否带了假设进场；是否识别了决策角色；是否挖到量化代价；是否复述并得到确认；是否当场约定了下一步；纪要是否二十四小时内发出；客户是否对纪要给了反馈。七项里 miss 超过两项，下一次访谈就要针对性修正。

产出物：团队共享的访谈质量自查表，累积下来还能看出你们团队访谈的系统性弱项。

常见坑：把这份清单当成一次性动作，做完一次就丢。它真正的价值在于跨项目比较：同类的坑反复出现，说明流程而非个人需要调整。

小结与下一步

一次合格的发现访谈，结束时你应该手里有四样东西：客户确认过优先级的问题清单、明确的非目标、带责任人的待补数据清单、约好日期的下一步。缺任何一样，都意味着你还停留在「聊得不错」而不是「对得上齐」。团队刚起步时不必七步全上：先保证第四步的复述对齐与第六步的二十四小时纪要两条，它们性价比最高，其余步骤在复盘中逐步补齐。这份清单随后应进入启动文档并在整个交付过程中持续校准——问题清单本身也是交付度量的基线来源。关于访谈之后如何守住范围，参见客户期望管理 Playbook；关于把问题清单变成可回归验证的评测，参见评测基线建设 Playbook。更多实践层内容见实践频道。