AI会干活 / 免费教程
客户说还要内部讨论,销售下次跟进该问什么
这篇教程解决一个销售推进里特别容易卡住的场景:客户听完初步沟通后说“我们还要内部讨论一下”,销售既不想追得太硬,也不想让商机安静地冷下去。问题在于,很多销售下一次跟进时只会问“讨论得怎么样了”“方便再约一下吗”,客户很容易继续回答“还没结论”。商机看起来没有输,但也没有继续向明确方案推进。
适合人群
销售代表
先解决什么
客户说需求还要内部讨论,销售不知道下一次跟进该问哪些关键问题。
学完结果
一份需求确认问题清单,支持下次沟通推进到明确方案。
你会学到什么
根据已知信息整理未确认需求、决策角色、预算窗口和下一步提问。
准备材料:客户沟通记录、会议纪要、方案草稿、CRM 商机阶段。
交付物:一份需求确认问题清单,支持下次沟通推进到明确方案。
边界:聚焦需求确认阶段,不处理报价谈判。
教程定位
这篇教程解决什么问题
这篇教程解决一个销售推进里特别容易卡住的场景:客户听完初步沟通后说“我们还要内部讨论一下”,销售既不想追得太硬,也不想让商机安静地冷下去。问题在于,很多销售下一次跟进时只会问“讨论得怎么样了”“方便再约一下吗”,客户很容易继续回答“还没结论”。商机看起来没有输,但也没有继续向明确方案推进。
更有效的做法,是把“内部讨论”拆开。客户到底要讨论什么?是需求还没统一、预算窗口不清楚、决策角色没拉齐、使用部门和采购部门意见不同,还是现有方案没有击中优先级?这些问题不补齐,下一次沟通就会变成礼貌性催促。你要交付的不是一段跟进话术,而是一份需求确认问题清单,帮助你在下次沟通前知道先问什么、后问什么、哪些问题不能问得太早。
AI 在这里适合做信息整理和问题生成:把客户沟通记录、会议纪要、方案草稿、CRM 商机阶段放在一起,识别已经确认的信息、仍未确认的信息、前后矛盾的信息,再转成下次沟通可问的问题。AI 不适合替你判断客户一定会买,也不适合替你承诺折扣、报价或交付范围。尤其是预算、采购流程、关键人态度这类信息,必须由销售在真实沟通中确认。
读完并照着做,你会得到一份可直接用于下次会议或电话前准备的清单,里面包含四块内容:未确认需求、决策角色、预算窗口、下一步提问。它的目标是让商机从“客户还在内部讨论”推进到“双方知道下一版方案要解决什么、谁要参与确认、什么时候能做下一步决定”。
使用场景
什么情况下最适合用这一套
你是一名销售代表,手上有一个正在需求确认阶段的商机。前一次会议中,客户表达了兴趣,也提出了几个真实痛点,例如线索分配慢、销售跟进记录分散、主管看不到每周推进情况。你根据这些信息发了一版方案草稿,客户回复说:“我们内部还要再讨论下,有进展再联系。”
这句话听起来不算坏消息,但它其实隐藏了很多不确定性。客户可能还没把方案转给老板,也可能使用部门认可但预算负责人没看过;可能需求方向没错,但优先级还排在别的项目后面;也可能客户只是客气地把你放进等待队列。销售如果只是继续追问进展,就等于把推进权完全交给客户。
你真正需要做的是回到材料里,整理下一次沟通必须补齐的信息。比如:
这篇只处理需求确认阶段。也就是说,客户还没有进入正式报价谈判,你也不应该用这份清单去逼问“能不能今天定”“最低多少钱能签”。如果商机已经进入价格拉扯,那是报价谈判或采购推进的问题;如果客户还没表达具体痛点,那是线索初筛或首次拜访准备的问题。这里的核心动作,是把“客户内部讨论”变成一组可确认、可推进、可复盘的问题。
一个典型例子是:客户是一家虚构的 B2B 服务公司“星河企服”,销售与运营经理和销售主管开过一次会。客户说现在线索来自官网、直播和渠道推荐,销售团队经常漏跟,主管每周只能靠人工表格追状态。会议后你发了方案草稿,客户回复需要内部讨论。此时你不能只问“方案看了吗”,而要判断他们内部讨论需要哪些信息:是不是要销售总监确认管理报表?是不是要财务看预算?是不是要 IT 确认能不能和 CRM 对接?是不是要先证明试点能减少漏跟?
- 客户当前最痛的需求是哪一个,哪些只是顺带提到。
- 客户内部谁会使用、谁会审批、谁会拍板、谁可能反对。
- 预算是本季度已有、下季度申请,还是目前只在调研。
- 客户讨论完后,需要销售补充案例、报价范围、演示、试点计划还是技术说明。
- 如果客户还没有结论,销售能否提出一个更轻的下一步,例如 30 分钟需求复盘会,而不是直接要求进入报价。
材料准备
开始前先把材料和边界备齐
先把四类材料放到一起,不要只凭记忆写问题。
第一类是客户沟通记录。包括邮件、电话纪要、即时消息、会议录音整理稿、销售自己的拜访笔记。重点不是把所有话逐字复制,而是提取客户已经说过的事实,例如“当前销售 18 人”“线索来源有三个”“每周五主管人工汇总一次”“客户希望先看试点效果”。客户的原话如果涉及真实姓名、手机号、邮箱、合同金额、内部组织结构细节,要先脱敏。
第二类是会议纪要。会议纪要里通常有参会人、客户提问、销售回答、客户关注点和待办事项。你要特别关注客户问过但你没答完整的问题,例如“能不能按区域分配线索”“历史数据能不能导入”“主管看板多久更新一次”。这些问题很可能就是客户内部讨论时会继续卡住的点。
第三类是方案草稿。方案里通常有背景理解、推荐模块、实施步骤、预期收益和报价占位。你要让 AI 检查方案草稿是不是有“看起来完整但没有被客户确认”的内容。例如方案写了“第一阶段做 CRM 数据清洗”,但客户会议里并没有明确说数据质量是第一优先级,这就需要下次确认。
第四类是 CRM 商机阶段和字段。至少要准备商机阶段、预计成交时间、预计金额区间、联系人角色、下一步计划、最近一次跟进记录。CRM 里的阶段如果写着“需求确认”,但下一步计划为空,说明你正好需要这份问题清单。CRM 里如果已经标了“报价中”,那要先确认是否真的已经完成需求确认,不要为了推进而跳阶段。
建议你在给 AI 前先写一个简单边界:
| 事项 | 处理方式 | | --- | --- | | 客户真实个人信息 | 脱敏或改成角色称呼 | | 预算数字 | 可改成区间,如 10 万以内、10 到 30 万、待确认 | | 竞争对手名称 | 如不影响问题生成,可写成“现有供应商 A” | | 内部争议 | 只写事实,不写猜测和情绪 | | 报价谈判 | 本文不处理,只标记为暂不进入 |
最后准备一个输出格式。清单不要写成散文,最好固定为四列:确认模块、已知信息、未确认点、下次提问。这样你在会前能快速扫一遍,也方便复制到 CRM 的下一步计划里。
实操流程
按这套步骤把工作跑起来
第一步,先让 AI 还原“已经确认的信息”。不要一上来就让 AI 生成跟进话术。客户说“内部讨论”时,销售容易焦虑,AI 也容易顺着你的焦虑写很多催促句。正确顺序是先盘点事实:客户明确说过哪些痛点、哪些指标、哪些使用场景、哪些参与人、哪些时间点。没有证据的内容一律标为“未确认”,不要让 AI 根据行业经验补全。
第二步,把未确认点分成四组。第一组是需求范围:客户真正要解决的业务问题是什么,优先级最高的是哪一个,哪些需求只是顺带提到。第二组是决策角色:谁是使用者,谁是业务负责人,谁会审批预算,谁需要参与下一次会议,谁可能提出反对意见。第三组是预算窗口:预算是否已有,是否需要申请,在哪个季度评估,金额区间是否接近你的方案。第四组是下一步动作:客户内部讨论后需要什么材料,下一次沟通要产出什么结论。
第三步,检查方案草稿和客户事实之间的差距。很多商机卡住,不是因为客户没有兴趣,而是方案写得太快。销售把自己熟悉的模块放进方案,客户却还没确认那是不是优先问题。让 AI 找出三类差距:方案中出现但客户未确认的假设;客户提过但方案没有回应的问题;会议里存在矛盾或空白的信息。每个差距都要转成一个下次可问的问题。
第四步,把问题按“低压力到高压力”排序。需求确认阶段的问题不能一开始就问预算和拍板人,否则客户会感觉你急着成交。通常先问业务现状和内部讨论结果,再问参与角色和评估标准,最后问预算窗口和下一步时间。比如先问“你们内部更关注漏跟线索,还是主管看不到过程?”再问“这件事后续需要销售主管或运营负责人一起确认吗?”最后问“如果要推进试点,你们更可能放在本季度还是下季度评估?”
第五步,给每个问题写“为什么问”。销售不是为了填表而问问题,而是为了帮助客户做下一步判断。清单里最好加一列“提问目的”。例如问“谁需要参与下一次确认”,目的不是套出组织架构,而是避免方案只给一个联系人看,后面被真正负责人推翻。问“预算窗口在本季度还是下季度”,目的不是逼客户报价,而是判断下一步该做正式方案还是轻量试点。
第六步,设置退出和回收规则。如果客户下次仍然说“还没讨论完”,你要有预案。可以问一个更小的问题:“为了不占用你们太多时间,我先补一版一页纸试点范围,你们看是否方便内部转发?”也可以请求一个明确时间:“我下周三前不打扰你,如果你们内部还没有结论,我再发一版问题清单帮助你们对齐。”但不要连续发送同一类催促消息。
第七步,把最终清单同步到 CRM。CRM 的下一步计划不要只写“等待客户反馈”,可以写成:“下次沟通确认三点:业务优先级是漏跟减少还是主管看板;是否需要销售总监参与下一次评审;预算评估窗口是 Q3 试点还是 Q4 采购。”这样主管看商机时,也能判断你是在推进需求确认,而不是单纯等待。
输入示例
可以直接参考的输入材料
下面是安全虚构样例,可以直接看结构。真实使用时,把客户名、人名、联系方式、具体金额和内部敏感信息做脱敏处理。
这个输入样例故意保留了几处空白:预算没有确认,试点周期没有确认,销售总监是否参与没有确认,历史线索导入没有回应。AI 要做的是把空白找出来,而不是替销售把它们补成看起来合理的结论。
任务背景:
我是一名销售代表,商机处于 CRM 的“需求确认”阶段。客户上次会议后说“我们内部还要讨论一下”,我需要准备下一次跟进的问题清单,不进入报价谈判。
客户沟通记录:
- 客户公司:星河企服,虚构公司,约 180 人。
- 联系人 A:运营经理,负责线索分配和销售过程数据。
- 参会人 B:销售主管,关注团队跟进效率。
- 客户说线索来自官网表单、直播报名、渠道推荐,当前统一进一张表,再由运营手工分配。
- 客户痛点:销售有时 2 到 3 天后才跟进;主管每周五才能看到人工汇总;重复线索经常被不同销售领取。
- 客户提问:能否按区域和行业自动分配?能否看到每个销售的跟进状态?历史线索能否导入?
- 客户没有明确预算,只说“如果内部觉得值得,会走试点申请”。
- 会议结尾客户说:我们内部要再讨论一下,看看优先级和试点范围。
方案草稿摘要:
- 建议第一阶段做线索字段清洗、自动分配规则、销售跟进提醒、主管看板。
- 建议第二阶段做渠道质量分析和销售转化复盘。
- 草稿里写了“预计 4 周完成试点”,但客户会议中没有确认试点周期。
- 草稿里没有写历史线索导入的处理方式。
CRM 信息:
- 商机阶段:需求确认。
- 预计成交时间:未确认。
- 预计金额:未确认。
- 下一步计划:等待客户内部讨论结果。
请输出:
1. 已确认信息。
2. 未确认需求。
3. 决策角色缺口。
4. 预算窗口缺口。
5. 下次沟通问题清单,按优先级排序。
6. 不要编造客户没有说过的信息。
7. 不要给报价策略,不要写逼单话术。提示词
可复制使用的提示词
你可以把下面这段提示词复制给 AI,再把自己的脱敏材料放进去。使用时重点替换“客户沟通记录”“方案草稿摘要”“CRM 信息”三块。
如果客户材料很少,可以先让 AI 输出“材料缺口清单”,再补信息。不要为了让提示词看起来完整而自己编客户态度。需求确认阶段最怕销售把猜测当事实,因为后面的方案、预算和预测都会被带偏。
你是我的销售推进助手。请根据我提供的客户沟通记录、会议纪要、方案草稿和 CRM 商机阶段,整理一份“需求确认问题清单”。
目标:
- 帮我判断客户说“还要内部讨论”时,下一次沟通应该确认哪些问题。
- 输出结果用于需求确认阶段,不用于报价谈判。
- 不要催单,不要写折扣策略,不要替我判断客户一定会购买。
工作规则:
1. 只基于我提供的材料整理,不要编造客户没有说过的信息。
2. 把信息分成“已确认”“未确认”“存在矛盾或风险”。
3. 未确认点至少覆盖四类:需求范围、决策角色、预算窗口、下一步动作。
4. 每个下次提问都要写清楚提问目的,避免变成泛泛寒暄。
5. 问题排序要符合需求确认阶段:先业务问题,再角色和流程,再预算窗口和下一步时间。
6. 如材料不足,请标记“需人工确认”,不要自行补全。
请按这个格式输出:
一、已确认信息
- 需求相关:
- 角色相关:
- 时间和阶段相关:
- 方案已回应:
二、未确认点
| 模块 | 已知信息 | 未确认点 | 影响 |
三、下次沟通问题清单
| 优先级 | 问题 | 提问目的 | 适合问谁 | 如果客户答不上来,下一步怎么接 |
四、会前准备材料
- 我需要补充给客户的材料:
- 我需要内部确认的信息:
五、不要做的事
- 列出本阶段不应该问或不应该承诺的内容。
下面是材料:
[粘贴客户沟通记录]
[粘贴会议纪要]
[粘贴方案草稿摘要]
[粘贴 CRM 信息]输出样例
AI 应该输出到什么程度
下面是基于前面虚构材料可能得到的一版输出。它不是最终话术,而是销售会前准备表。
一、已确认信息
需求相关:客户当前线索来自官网表单、直播报名、渠道推荐,现有流程依赖运营手工分配。客户明确提到三类痛点:销售跟进延迟、主管只能每周看到人工汇总、重复线索被不同销售领取。客户问过自动分配、销售跟进状态、历史线索导入。
角色相关:已知运营经理负责线索分配和销售过程数据,销售主管关注团队跟进效率。尚未确认销售总监、财务、IT 或采购是否参与后续评估。
时间和阶段相关:CRM 阶段为需求确认。客户提到如果内部觉得值得,会走试点申请,但没有明确试点时间、评估周期和采购窗口。
方案已回应:方案草稿覆盖了线索字段清洗、自动分配规则、销售跟进提醒、主管看板,也提到第二阶段做渠道质量分析和转化复盘。
二、未确认点
| 模块 | 已知信息 | 未确认点 | 影响 | | --- | --- | --- | --- | | 需求范围 | 客户提到跟进延迟、主管看板、重复线索 | 三个问题里哪个最优先,第一阶段必须解决哪一个 | 决定试点范围,避免方案太大 | | 分配规则 | 客户问能否按区域和行业自动分配 | 区域、行业、客户规模、销售归属哪个规则优先 | 决定方案设计是否贴近现有团队 | | 历史数据 | 客户问历史线索能否导入 | 历史数据量、字段完整度、是否必须纳入试点 | 影响试点工作量和时间 | | 决策角色 | 已接触运营经理和销售主管 | 是否需要销售总监、IT、财务参与确认 | 避免方案只被使用部门认可 | | 预算窗口 | 客户说可能走试点申请 | 本季度是否有试点预算,还是下季度申请 | 决定下一步是试点方案还是继续培育 | | 下一步动作 | 客户说内部讨论 | 讨论后希望销售补案例、演示、试点范围还是数据清单 | 决定下次跟进的具体交付物 |
三、下次沟通问题清单
| 优先级 | 问题 | 提问目的 | 适合问谁 | 如果客户答不上来,下一步怎么接 | | --- | --- | --- | --- | --- | | 1 | 你们内部讨论时,最想先解决的是漏跟进、重复领取,还是主管看不到过程? | 确认第一阶段需求优先级 | 运营经理、销售主管 | 提供一页纸三种试点范围供客户选择 | | 2 | 如果只做一个 4 周试点,你们希望用哪个线索来源先跑起来? | 缩小试点范围 | 运营经理 | 建议从官网表单或渠道推荐中选一个数据更稳定的来源 | | 3 | 自动分配规则里,区域、行业、客户规模、销售归属哪个最不能出错? | 确认规则设计重点 | 运营经理、销售主管 | 请客户提供 5 条典型分配样例 | | 4 | 历史线索导入是试点必须包含,还是可以放到第二阶段? | 避免试点范围失控 | 运营经理、IT 相关人 | 先补一份历史数据字段清单 | | 5 | 下一次确认方案时,除了你和销售主管,还需要谁一起看? | 找到决策和影响角色 | 联系人 A | 请求客户推荐参与人,不直接追问“谁拍板” | | 6 | 如果内部认可试点价值,你们更可能在本季度启动,还是放到下季度评估? | 判断预算窗口 | 运营经理或业务负责人 | 如果暂不清楚,先约定补充试点收益测算 | | 7 | 你们内部讨论需要我补哪类材料:案例、演示、试点范围、技术说明,还是预算区间? | 让下一步有具体交付物 | 联系人 A | 按客户选择补一份轻量材料,不直接发完整报价 |
四、会前准备材料
五、不要做的事
- 准备一页纸试点范围:只覆盖一个线索来源、两个分配规则、一个主管看板。
- 准备 3 条虚构示例数据,说明自动分配和重复线索处理方式。
- 准备历史线索导入字段清单,标明哪些字段必须、哪些字段可选。
- 内部确认 4 周试点是否可行,但不要在客户未确认范围前承诺交付。
- 不要直接问“你们预算多少”,可以问预算评估窗口和试点申请方式。
- 不要承诺历史线索全部导入,先确认数据量和字段质量。
- 不要把第二阶段渠道质量分析放进第一阶段,除非客户明确说这是最高优先级。
- 不要把客户“内部讨论”理解成拒绝,也不要在没有新信息时连续催促。
人工验收
人要怎么检查和改到可用
AI 输出后,销售必须做人工检查。第一项是事实检查:所有“已确认信息”都要能在原始材料里找到依据。如果 AI 写了“销售总监会参与决策”,但会议纪要里只出现销售主管,那就必须改成“销售总监是否参与未确认”。需求确认清单最重要的是诚实,不是完整。
第二项是语气检查。下次提问要像帮助客户理清内部讨论,而不是审问客户。比如“谁最终拍板”可以改成“下一次方案确认时,哪些同事一起看会更高效”。“预算有多少”可以改成“如果要推进试点,预算评估更可能在哪个时间窗口发生”。问题目的不变,但表达更适合需求确认阶段。
第三项是阶段检查。凡是涉及折扣、付款条件、最终报价、合同条款的问题,都应该移出这份清单。客户还没有确认试点范围和关键角色时,过早谈价格只会把对话推向防御状态。你可以记录“预算窗口待确认”,但不要把清单写成报价谈判准备。
第四项是优先级检查。不是所有问题都要在下一通电话里问完。建议保留 5 到 7 个关键问题,把其他问题放到备选。优先问会影响方案方向的问题,例如第一阶段需求范围、参与角色、下一步材料。细节问题如字段命名、看板刷新频率、历史数据格式,可以等客户确认试点方向后再问。
第五项是 CRM 回填检查。最终清单至少要回填三类信息:本次判断出的未确认点、下一次沟通要问的关键问题、如果客户没有结论时的替代动作。这样即使主管或同事接手商机,也能知道现在卡在哪里。
失败反例
这些失败反例要提前避开
**反例 1:把“内部讨论”当成客户没兴趣。** 错误做法是直接把商机降级,或者停止跟进,只在两周后发一句“有进展了吗”。这会让你失去主动推进的机会。更好的做法是识别客户内部讨论所需的信息,发一个轻量问题或材料选择,让客户更容易继续回应。
**反例 2:下一次只问进度,不问卡点。** “方案看得怎么样了”“内部讨论有结果了吗”这类问题本身没有错,但它们不能帮助客户形成结果。如果客户内部还没对齐,销售应该问“目前最需要内部确认的是试点范围、参与人,还是预算窗口”,把模糊等待转成可回答的选项。
**反例 3:过早进入报价谈判。** 客户刚说要内部讨论,销售马上问预算、折扣、签约时间,容易让客户觉得你只关心成交。需求确认阶段更适合问预算窗口和评估方式,而不是具体压价空间。等需求范围、参与角色和试点路径明确后,再进入报价才更稳。
**反例 4:让 AI 编出决策链。** 有些 AI 输出会写“决策人是销售总监,财务负责预算审批,IT 负责系统对接”,看起来很完整,但材料里没有这些事实。销售如果照着推进,会在客户面前显得武断。正确做法是把这些都标为“需确认角色”,并设计温和问题去问。
**反例 5:问题清单太长,客户没有耐心回答。** 一次跟进列出二十多个问题,客户会觉得像在填调查问卷。清单可以完整,但真正问出口要分层。下一次沟通先问影响方向的 5 个问题,其余作为备选或后续材料。
主题边界
它和相邻主题的区别
这篇聚焦“需求确认阶段”。它处理的是客户已经表达过兴趣、已经有过初步沟通或方案草稿,但因为内部讨论而停住的商机。核心产物是一份需求确认问题清单,帮助销售补齐未确认需求、决策角色、预算窗口和下一步动作。
它不是线索质量分层。线索分层通常发生在销售正式接触前,判断线索是否值得跟、应该优先跟还是培育。这篇默认商机已经进入需求确认,销售已经有客户材料可整理。
它不是销售话术润色。话术润色关注一句话怎么说得更自然,而这里先关注该问哪些问题、为什么问、问谁、问不出来时怎么办。没有问题结构,再好听的话术也可能只是催促。
它也不是报价谈判准备。报价谈判会处理价格锚点、折扣边界、合同条款和采购流程。这篇明确不处理这些内容,只在必要时确认预算窗口和试点评估方式,避免销售在需求没清楚前过早进入价格讨论。
最后,它不是完整解决方案设计。方案设计会展开功能范围、实施计划、资源投入和交付边界。这篇只帮助你把下一步需求确认问题补齐,让下一版方案有依据,而不是凭销售自己的想象继续加模块。
可直接套用的流程
1. 先写清楚任务目标:这次要让 AI 帮你完成什么工作,而不是泛泛地问一个问题。
2. 再给资料边界:哪些背景、数据、约束、口径必须被使用,哪些内容不能编。
3. 最后规定输出格式:用清单、表格、方案、话术还是复盘报告,并保留人工检查。