见客户前，用 AI 准备一份能问出真实需求的追问清单

教程定位

这篇教程解决什么问题

客户说“想了解一下方案”，并不等于客户已经有清晰需求。很多会面失败，不是因为介绍不够完整，而是你太早进入演示和报价，没有把真实痛点、预算边界、决策链和成交条件问出来。

这篇文章教你用 AI 在见客户前准备一份“客户会议追问清单”。你会把客户行业、已有沟通记录、产品能力和本次会面目标交给 AI，让它按业务目标、现状流程、预算约束、决策标准四个维度拆出问题。最终产物不是会议纪要，也不是内部行动项，而是一份能在外部客户现场直接使用的提问顺序、追问话术和风险提醒。

使用场景

什么情况下最适合用这一套

适合售前、客户成功、产品经理，以及需要参加客户需求发现会的人。

典型情况是：客户通过官网、转介绍或销售线索进来，说想了解你的方案。对方愿意见面，但信息很散。你可能只知道行业、公司规模、对接人职务、过去几句聊天记录，以及自己产品能解决的大致问题。

真正麻烦的是这些信息都不清楚：

如果你带着一套通用产品介绍去开会，很容易得到礼貌反馈：“我们回去内部讨论一下。”更好的做法是，见面前先用 AI 把线索整理成追问清单，让每个问题都服务于下一步判断：这是不是一个真实机会，当前应该推进试点、补充材料、约关键人，还是先放低优先级。

• 客户到底想解决收入、效率、合规、成本还是体验问题。
• 现有流程里是谁在做、用什么系统做、卡在哪里。
• 预算是已经批了、正在申请，还是只是部门先看看。
• 谁会影响采购，谁负责试用，谁最终拍板。
• 客户判断方案好坏时，看重上线速度、集成难度、价格、服务承诺还是案例背书。

材料准备

开始前先把材料和边界备齐

准备材料不用多，但要具体。AI 最怕你只说“帮我设计客户问题”，它会生成一堆看起来专业、现场却不好问的通用问题。

建议准备四类输入。

第一类是客户背景。至少包括行业、公司类型、规模、你已知的业务模式，以及这次对接人的岗位。如果行业不熟，可以写你自己的猜测，并标明“未确认”。

第二类是已有沟通记录。把客户原话、销售记录、邮件、微信摘要、线索来源都放进去。不要只写结论，比如“客户有降本需求”，最好保留原话：“现在人手不太够，老板希望客服效率再提一提。”

第三类是产品能力边界。写清楚你能提供什么，也写清楚暂时不能承诺什么。比如支持私有化、不支持某类老系统集成；可以两周做 PoC，不能当天给定制报价。

第四类是会面目标。你这次不是要问得越多越好，而是要达成具体判断。比如确认痛点优先级、判断预算成熟度、识别决策链、争取下一次技术评估会。

在交给 AI 前，先把敏感信息做脱敏处理。客户名称、人名、合同金额、内部账号、未公开产品路线图都不要直接粘贴。AI 可以帮你整理问题，但不能替你判断真实预算，也不能替你承诺价格、交付周期或合规条款。

实操流程

按这套步骤把工作跑起来

【1. 先让 AI 识别“已知、未知、需验证”】

不要一上来就让 AI 出问题清单。先让它读材料，分出三层：

这一步能避免问题清单变成泛泛而谈。比如客户说“客服压力大”，AI 应该提醒你还不知道压力来自咨询量上涨、人员流失、系统割裂、知识库混乱，还是服务标准变化。不同原因对应的方案完全不一样。

【2. 把问题分成四组，而不是按产品功能问】

客户会议里最容易犯的错，是沿着产品菜单提问：“你们需要智能客服吗？要不要知识库？要不要工单？”这种问法会把客户逼成产品评审者，却没有让他讲真实业务。

更好的结构是四组问题：

这四组问题要按会议节奏排列。开场先问业务目标，避免客户以为你只想卖功能；中段问流程和约束，找到真正卡点；后段问决策标准和下一步，减少会后空转。

【3. 让 AI 给每个问题配“追问条件”】

一份好清单不是 30 个问题铺开问，而是知道什么时候追问、什么时候跳过。

例如你问：“这次想优先改善哪个指标？”客户如果回答“主要是效率”，就追问“目前效率是按响应时长、处理量、人均单量还是客户满意度衡量？”如果客户回答“老板比较关注体验”，就追问“老板看到的是投诉、续费、转介绍，还是一线反馈？”

让 AI 给每个主问题配两个层级：

这样现场就不是照着稿子念，而是有一张可转向的提问地图。

【4. 单独设计预算和决策链问题】

预算和决策链不好问，但必须问。关键是不要一上来问“预算多少”，而是先问资源状态和流程状态。

比如：

这些问题比直接问钱更自然，也更容易暴露机会阶段。AI 的价值，是帮你把敏感问题改写成客户愿意回答的业务问题。

【5. 输出时要求 AI 标注“不要现场承诺”】

外部客户会议里，AI 生成的问题可能会暗示你应该给出承诺。比如客户问到定制、价格、上线周期，你可能会为了推进而说得太满。

所以输出清单里要有一列“边界提醒”：哪些问题只用于收集信息，哪些回答需要会后确认，哪些内容不能现场承诺。尤其是预算、法务、信息安全、集成改造、排期和 SLA，必须留出人工复核。

• 已知事实：客户已经明确说过、记录里有证据的信息。
• 高概率推测：根据行业和上下文推出来，但还需要现场确认的信息。
• 关键未知：如果不问清楚，就无法判断机会质量的信息。
• 业务目标：这件事为什么现在要解决，不解决会影响什么。
• 现状流程：现在怎么做，谁参与，数据和系统在哪里流转。
• 预算约束：钱、时间、人力、采购流程和试点资源是否存在。
• 决策标准：客户会用什么证据判断方案值得继续推进。
• 如果客户回答很笼统，怎么追问到事实。
• 如果客户回答很明确，怎么追问到下一步条件。
• “这件事现在是已经进入年度计划，还是业务团队先做方案调研？”
• “如果这次方向合适，下一步通常需要谁一起评估？”
• “你们更倾向先做小范围试点，还是直接走正式采购流程？”
• “过去类似项目，通常卡在预算、系统集成、信息安全还是跨部门排期？”

输入示例

可以直接参考的输入材料

下面是一段可以直接交给 AI 的材料。它故意保留了一些不完整信息，因为真实客户会面前通常就是这样。

客户行业：
连锁口腔医疗机构，约 80 家门店，重点城市在华东。对接人是总部运营负责人，可能会带信息化同事参会。

已有沟通记录：
1. 官网线索里写的是“想了解 AI 客服和门店咨询接待方案”。
2. 销售电话里客户说：“现在客服和门店前台都挺忙，很多咨询重复，想看看能不能统一一下话术，也让新人上手快一点。”
3. 客户提到他们已有 CRM 和企微，但没有说具体厂商。
4. 客户问过“能不能先试一家门店”，也问过“总部能不能看到各门店咨询情况”。
5. 目前不知道预算、项目发起人、是否已经有竞品方案。

我们的产品能力：
1. 可以做知识库问答、咨询话术推荐、企微侧边栏辅助、门店常见问题沉淀。
2. 支持按门店、城市、角色配置不同知识范围。
3. 可以做 2 周小范围试点，但正式集成 CRM 需要技术评估。
4. 不能在第一次会面承诺具体上线周期、私有化价格、医疗合规结论。

本次会面目标：
1. 判断客户真实痛点是客服效率、话术一致性、新人培训、总部管控，还是数据分析。
2. 了解现有咨询流程和系统边界。
3. 判断预算和决策链成熟度。
4. 争取下一步约运营、信息化、门店代表一起做试点范围确认。

提示词

可复制使用的提示词

把下面提示词复制给 AI，再替换成你的客户材料。

你是一个 B2B 客户需求发现顾问。请根据我提供的客户行业、已有沟通记录、产品能力和会面目标，帮我准备一份外部客户会议追问清单。

请先完成三步分析：
1. 提取已知事实、合理推测、关键未知，不要把推测当事实。
2. 判断这次会议最需要验证的 5 个问题。
3. 识别哪些问题涉及预算、决策链、合规、集成或交付承诺，需要谨慎表达。

然后输出一份会议追问清单，必须按以下四组组织：
A. 业务目标：客户为什么现在要看方案，要改善什么业务结果。
B. 现状流程：现在谁在做、怎么做、用哪些系统、哪里卡住。
C. 预算约束：预算阶段、试点资源、采购流程、时间窗口和内部阻力。
D. 决策标准：客户如何判断方案有效，谁参与评估，下一步需要什么证据。

每个问题请包含：
- 主问题：适合在客户会上直接问的自然口吻。
- 追问条件：客户回答笼统时怎么继续问。
- 期待信息：这个问题要验证什么。
- 风险提醒：哪些回答不能现场承诺，哪些需要会后确认。

要求：
1. 不要生成通用销售话术。
2. 不要假设客户已经有预算。
3. 不要把问题设计成产品功能问卷。
4. 问题数量控制在 12 到 16 个，按现场提问顺序排列。
5. 最后给出 3 个会议结束前必须确认的下一步问题。

客户材料如下：
【在这里粘贴客户行业、已有沟通记录、产品能力、会面目标】

输出样例

AI 应该输出到什么程度

下面是用上面输入可能得到的初稿。实际使用时，你还要结合客户关系和自己的产品细节删改。

# 客户会议追问清单：连锁口腔医疗机构 AI 咨询接待方案

教程正文

一、会前判断

已知事实：

关键未知：

• 客户关注 AI 客服、门店咨询接待、话术统一和新人上手。
• 客户已有 CRM 和企微，但系统厂商和集成方式未知。
• 客户对“小范围试点”和“总部查看门店咨询情况”有兴趣。
• 当前最痛的问题是效率、话术、培训、总部管控还是数据分析。
• 项目是运营部门主动推动，还是老板/总部战略要求。
• 预算是否存在，试点资源由谁协调。
• 信息化部门在决策中承担评估、审批还是落地角色。

教程正文

二、正式会议追问清单

| 顺序 | 分组 | 主问题 | 追问条件 | 期待信息 | 风险提醒 | | --- | --- | --- | --- | --- | --- | | 1 | 业务目标 | 这次想看 AI 咨询接待方案，最希望先解决哪类业务问题：咨询响应、话术一致、新人培训、总部管理，还是别的？ | 如果客户说“都想看”，追问：如果只能先改善一个，哪个对门店经营影响最大？ | 找到第一优先级，避免直接讲全套功能。 | 不要承诺一个方案同时解决所有问题。 | | 2 | 业务目标 | 这个问题最近为什么变得更重要？是咨询量变化、人员变化、门店扩张，还是总部管理要求变化？ | 如果客户说“老板比较关注”，追问：老板看到的具体信号是什么？ | 判断项目触发原因和紧迫性。 | 不要把“老板关注”直接等同于已有预算。 | | 3 | 业务目标 | 现在你们内部会用什么指标判断咨询接待做得好不好？ | 如果没有指标，追问：目前最常被投诉或复盘的情况是什么？ | 找到后续 PoC 可验证的效果指标。 | 不要现场承诺提升比例。 | | 4 | 现状流程 | 一个新客户从企微咨询到到店，通常会经过哪些人和哪些系统？ | 如果客户只说“客服处理”，追问：总部客服、门店前台、医生助理分别在哪一步参与？ | 画出现有流程和角色边界。 | 涉及 CRM、企微集成时只记录，不承诺接口可行。 | | 5 | 现状流程 | 重复咨询最多集中在哪些问题上？这些标准答案现在由谁维护？ | 如果客户举例少，追问：种植、正畸、价格、预约、术后注意事项中，哪类最容易口径不一致？ | 判断知识库和话术治理价值。 | 医疗建议和合规口径需要客户专业人员审核。 | | 6 | 现状流程 | 新人上手慢主要慢在哪一步：熟悉项目、掌握话术、查资料、判断客户意向，还是录入系统？ | 如果客户说“都有”，追问：新人前两周最常问主管什么？ | 找到培训和辅助推荐的切入点。 | 不要承诺 AI 替代专业培训。 | | 7 | 现状流程 | 总部希望看到各门店咨询情况，是看过程质量、问题类型、转化结果，还是人员工作量？ | 如果客户说“都要看”，追问：第一版报表只保留 3 个指标，会选哪 3 个？ | 判断管理看板的真实需求。 | 不要承诺现有系统数据一定能打通。 | | 8 | 预算约束 | 这件事现在处在什么阶段：业务部门先调研、准备内部立项、已经有试点计划，还是采购流程已启动？ | 如果客户说“先了解”，追问：什么条件满足后，你们会进入下一步评估？ | 判断机会成熟度。 | 不要默认客户已进入采购。 | | 9 | 预算约束 | 如果先试一家门店，门店选择、人员配合、历史咨询材料由谁协调？ | 如果客户不确定，追问：通常这类试点由总部运营还是区域负责人推进？ | 判断试点资源是否真实存在。 | 不要承诺试点无需客户投入。 | | 10 | 预算约束 | 过去类似数字化项目，通常容易卡在预算、信息安全、系统集成、门店配合，还是审批周期？ | 如果客户提到卡点，追问：这次有没有同样风险？ | 提前识别成交阻力。 | 涉及安全、法务和集成需会后专项确认。 | | 11 | 决策标准 | 如果会后你觉得方向值得推进，下一步通常需要哪些同事一起看？ | 如果客户只说“我先内部聊”，追问：信息化、财务、门店负责人、老板分别会关心什么？ | 识别决策链和影响人。 | 不要绕过当前对接人直接推进关键人。 | | 12 | 决策标准 | 你们判断一个 AI 咨询接待试点有效，最希望看到什么证据？ | 如果客户说“效果好就行”，追问：是响应更快、话术更统一、新人少问主管，还是总部能看到数据？ | 对齐 PoC 验收标准。 | 不承诺效果指标，只确认评估口径。 | | 13 | 决策标准 | 为了让下一次讨论更具体，我们会后补充哪类材料最有帮助：案例、试点方案、技术对接清单、报价区间，还是演示账号？ | 如果客户都要，追问：哪个材料能帮助你推动内部下一步？ | 确认会后交付物。 | 报价和技术范围需内部复核后提供。 |

教程正文

三、会议结束前必须确认

1. 本次客户最优先的业务问题到底是哪一个。
2. 下一步评估需要哪些角色参加，谁负责协调。
3. 会后我们需要提供什么材料，以及客户会基于什么标准判断是否继续。

这份输出已经能上会使用，但还不是最终稿。你需要根据客户关系把口吻调柔一点，把不适合当前阶段的问题删掉，并把自己公司不能承诺的内容标红。

人工验收

人要怎么检查和改到可用

AI 生成清单后，至少做五类人工检查。

第一，检查问题是否像真实人会问。客户会议不是审讯。如果问题听起来像尽调表，比如“请说明贵司当前采购流程和预算归属”，就改成自然口吻：“如果方向合适，后面一般需要谁一起看，流程会怎么走？”

第二，检查顺序是否符合关系温度。第一次会面不要过早追问预算数字，可以先问“现在是调研阶段还是已经准备内部立项”。老客户或强意向客户可以问得更直接，但也要给对方解释空间。

第三，检查每个问题是否能服务下一步判断。问“你们有什么需求”太空，问完也不知道怎么推进。更好的问题是“如果只能先试一个场景，你希望先试总部客服、门店前台，还是新人培训？”回答会直接影响试点设计。

第四，检查产品边界。只保留你能承接的方向。客户提到医疗合规、CRM 深度集成、跨门店数据权限、私有化部署时，清单里要写“记录需求，会后由对应同事确认”，不要让现场人员被问题带着做承诺。

第五，检查差异化。本文产物是外部客户会议追问清单，重点是会前准备和现场提问。它不是会后纪要，不负责把会议内容整理成行动项；也不是内部跨部门对齐材料，不负责给销售、产品、交付分配任务。

失败反例

这些失败反例要提前避开

【反例一：把问题写成产品功能调查表】

错误写法：

这种问法看似高效，实际是在让客户替你做产品选择。客户还没讲清业务问题，就被迫回答要不要某个功能，很容易得到模糊答案：“可以看看。”

改法是先问业务和流程：

【反例二：过早追问预算数字】

错误写法：

第一次需求发现会里，这样问容易让客户进入防御状态。尤其是对接人自己也未必知道预算，直接问数字只会让对方说“还没定”。

改法是问预算成熟度和资源状态：

【反例三：让 AI 替你判断客户是否能成交】

错误写法：

AI 可以帮你整理线索，但不能替你做销售判断。因为预算、权力关系、竞争对手、内部政治、真实紧迫性，往往不在材料里。

改法是让 AI 输出“需要验证的信息”：

【反例四：没有边界提醒，现场被客户带着承诺】

错误写法：

这会把需求发现会变成承诺现场。客户真正想知道的是可行性，而你需要先收集系统版本、接口方式、数据权限、安全要求和客户配合资源。

改法是在清单里加入风险提醒：

你们需要智能客服吗？
你们需要知识库吗？
你们需要报表吗？
你们需要 CRM 集成吗？

现在重复咨询主要集中在哪些问题上？
这些答案现在由谁维护？
如果口径不一致，会影响客户体验、门店转化，还是总部管理？

你们预算多少？
这个项目大概能批多少钱？
如果我们报价在某个区间，你们能接受吗？

这件事现在是业务团队先调研，还是已经准备进入内部立项？
如果先做小范围试点，人员和门店资源由谁协调？
过去类似项目通常卡在预算、审批、信息安全还是系统集成？

根据这些聊天记录，判断这个客户成交概率，并告诉我该不该继续跟。

请根据材料列出成交判断所需但目前缺失的信息，并设计适合在客户会上询问的问题。不要给成交概率，只标注每个问题能验证什么。

客户如果问能否两周上线，就回答可以先试点。
客户如果问能否接 CRM，就回答可以对接。

当客户问上线周期：先确认试点范围、门店数量、知识库材料、系统接入要求，再说明需要会后评估。
当客户问 CRM 集成：先记录现有系统厂商、接口能力、数据字段和权限，再由技术同事确认。

主题边界

它和相邻主题的区别

这篇文章解决的是“外部客户会面前，如何用 AI 准备能问出真实需求的问题”。它的产物是客户会议追问清单，使用场景发生在客户需求发现之前和会议现场。

它不同于内部会议纪要。会议纪要是在会议之后整理事实、结论和待办，重点是准确记录已经发生的讨论；本文是在会议之前设计问题，重点是把未知信息问出来。

它也不同于行动项提取。行动项关注“谁在什么时候做什么”，通常服务于会后执行；本文关注“哪些问题必须问清楚，才能判断客户真实需求和机会阶段”。

它还不同于跨部门对齐。跨部门对齐面向公司内部的销售、产品、交付、技术，目的是让内部角色对目标、范围和责任达成一致；本文面向外部客户，重点是用自然、克制、有边界的问题理解客户业务、预算约束和决策标准。

最后，它也不是销售话术库。销售话术通常预设客户异议并给出回应，容易把对话推向说服；这份追问清单的核心是发现事实。它帮助你少讲一点产品，多问出客户为什么现在要解决、现实流程怎么卡、预算和决策链是否成熟，以及下一步推进需要什么证据。