售前对话方法论
前半场 Discovery 暴露痛点--回报最高的 1 小时，做对了后面 5 次会议都顺，做错了都在补救；后半场反对意见处理拆解阻力--售前 80% 的真实工作不是讲方案，而是 30 秒内拆掉客户顾虑。
本页为通用 B 端售前对话框架：Discovery 10 题配四段式判断 + 异议处理 8 条配三段式应答 + 4 步法兜底。具体行业落地时把例子、占位变量换成对应场景真实数字即可。
TL;DR - 清单结构
Discovery：10 个问题分 7 类，问完一轮 ≈ 60 分钟。痛点诊断（3 题）/ 预算定位（2 题）/ 技术资源（1 题）/ 竞品摸底（1 题）/ Champion 锚定（1 题）/ Use Case 拓展（1 题）/ Buying Signal（1 题）。每题配「为什么问 / 理想答案信号 / 红旗信号」三段式。
异议处理：8 条高频反对意见分 2 组，每条配三段式应答。价值与 ROI 类（V1-V4：价格 / ROI 测算 / 替换成本 / 自研倾向）、风险与时机类（R1-R4：公司背景 / 合规 / 技术对接 / 时机）。文末附通用 4 步法兜底。
对话方法论设计原则
问的原则（Discovery）
- 每个问题都暴露一个事实 + 一个判断：客户的回答让你同时知道「他们规模如何 + 决策权在谁手里」
- 问题次序非随意：先轻后重，先现状后未来，先客户视角后方案视角
- 沉默 > 多说：售前最大的诱惑是问完就开始介绍方案。忍住。让客户讲。
- 必带功课：「这个问题我向同行问过，他们的答案通常是 X 或 Y，您这边是哪种情况？」--让客户感受到你做过功课
答的原则（异议处理）
每条反对意见用三段式应答：不要这样答（典型失误，通常防御性反驳或贬低竞品 / 客户）-> 应该这样答（30 秒拆解，承认 + 拆分 + 量化 + 反问）-> 如果客户继续追问（下一层证据，或 graceful exit）。核心是用具体数字 / 客户案例 / 测试方案回应，而非主观保证。
第一部分：Discovery 问题清单
第 1 类：痛点诊断（3 题）
第 2 类：预算定位（2 题）
第 3 类：技术资源（1 题）
第 4 类：竞品摸底（1 题）
第 5 类：Champion 锚定（1 题）
第 6 类：Use Case 拓展（1 题）
第 7 类：Buying Signal（1 题）
Discovery 后必须做的 3 件事 + 失败信号
必须做的 3 件事
- 24 小时内发感谢邮件 + 会议纪要 + 下一步明确动作（"You said X, we'll do Y by Z"）
- 更新 CRM：每个回答打分（痛点强度 / 预算明确度 / Champion 锁定 / 决策链清晰度）
- 触发下一步会议：技术演示 / PoC 启动 / 商务沟通--三选一，不要拖
失败信号（5 个红旗中 ≥ 3 个 = 暂搁置）
- 对方不是预算决策人 / 也不是 Champion 候选
- 对方说「我们没在评估这类工具」
- 对方拒绝引入第二位 stakeholder（CTO / CFO / 业务 owner）
- 对方反复问"价格多少"但不说预算
- 对方对 PoC 没承诺资源
Discovery 暴露的痛点，在方案沟通时转化为下文的 8 类典型异议--做对的前半场让异议更聚焦，做错的前半场让异议变成"礼貌拒绝"。
第二部分：反对意见处理
价值与 ROI 类（4 条）
V1.「太贵了 / 我们预算不够。」
「我们其实不贵」「这个价格行业最低」
（防御性反驳 + 让客户觉得你在 push）
1. 当前成本基线：您现在为这个问题付的钱（人力 / 外包 / 隐性流失）大概 ¥X / 年。
2. 正 ROI 判定：方案目标降到 ¥Y / 年，年化节省 ¥(X-Y)；方案价 ¥Z。若 ¥Z < ¥(X-Y)，问题不是『贵不贵』而是『回报周期可接受不可接受』。您方便分享一下当前实际成本结构吗？我们用您真实的数字算给您看。
「价格本身可以谈，但更常见的方式是调整 scope--先用核心模块跑 PoC 看效果，效果对了再扩到全套。首期投入只占总价的 30-40%。您看从哪个模块起步对您最有价值？」
V2.「ROI 看不清 / 你们给的数据不可信。」
「我们案例都跑出过 X% 的提升」
（用案例反驳质疑 = 把"不可信"再加一层）
1. PoC 用您自己的数据跑：30 天，用您们一个真实业务单元（一个市场 / 一条产品线 / 一个团队）作 A/B 对照，测量口径您指定--用您们 KPI 体系里已有的指标，不是我们定义的"好"。
2. 失败兜底：30 天内未达约定阈值，PoC 阶段成本由我们承担。这样 ROI 数据是您自己跑出来的，不需要信我们。
V3.「我们已经在用 [现有方案]，替换成本太高。」
「我们比他们好，您试一下就知道」
（贬低竞品 + 让客户为替换风险买单）
1. 按"补充"非"替换"：现有方案继续用到合同到期前不动；我们补在现有方案覆盖不到的 X / Y / Z 缺口上。
2. 到期前对比 PoC：现有方案续约前 3 个月做对比 PoC，按 KPI 重新打分，您自己决定怎么走。不打乱当前节奏，又给双方留 12 个月对比窗口。
V4.「我们倾向自研，可控性更高。」
「您们自研做不出来这种效果」
（贬低客户技术能力 = 立刻得罪 Champion）
1. 建设 + 持续投入：自研 0->1 通常需 [X] 人月 + [Y] 个月时间，期间业务用什么？长期还需 [Z] 人专职维护 + 跟进技术演进。
2. 机会成本 + 组合路径：自研团队投在这个能力上，意味着投不到 [客户业务核心] 上。很多客户选 buy + build--外部方案快速覆盖基础需求，自研团队专注业务深度差异化。您们自研规划现在哪个阶段？
「CTO 的坚持通常有他的战略考虑。能不能引荐一次和 CTO 直接对话？不是来 push 改决策，而是了解他的自研规划，看我们能不能在某个具体能力点上作为加速器或补充。如果他自研路径对的，我们就不浪费彼此时间。」
风险与时机类（4 条）
R1.「你们公司 / 产品我们不熟，案例太少。」
「我们其实做过很多大客户」+ 翻出十几个 logo
（堆 logo 是用量解决信任，但客户问的是质--同行业 / 同规模 / 同场景）
1. 同行业同规模案例：[列举 1-2 个真正可比的，附可披露指标。没有就直说没有] + 邻近场景案例 [1-2 个解决类似问题的]。
2. 风险兜底：PoC 我们承担成本，您不需要为我们的"案例少"买单。数据不达标您没花钱，是我们成本。介意我引荐一个已有客户做 reference call 吗？
R2.「合规和数据安全风险怎么办？」
「我们都符合 X / Y / Z 认证，没问题」
（贴一堆认证 = 没具体回应客户的真实风险关切）
1. 数据存储与路由：客户所在区域的数据节点是哪个？是否离开您所在区域？这一条决定 80% 的合规边界。
2. 认证审计 + 部署模式：[相关认证清单] + 可提供审计报告；部署 SaaS 隔离 / 私有化 / 混合，客户合规越严选项越靠右。建议下次让法务合规一起参与，逐项过一遍给针对您监管环境的合规承诺函模板。
R3.「技术对接太复杂 / 我们内部资源不够。」
「我们的对接很简单，看文档就行」
（轻描淡写客户的真实约束 = 客户认为你不懂他们处境）
1. 轻量接入：只对接核心 API / 单接口，您方工程投入约 [X] 人天，拿到核心价值 60-70%。
2. 标准 / 深度档位：完整 SDK 接入约 [Y] 人天 + 我们配解决方案架构师；深度定制需联合开发 [Z] 周。您们现在能挤出的工程投入是哪个量级？我按那个量级给最务实的接入方案。
「那您当前最大的瓶颈不是这个工具，是工程产能。是不是先把这个对齐给内部决策层--『要么扩产能、要么这块业务的工具化推迟』。如果是后者，我们这边暂搁置，半年后再联系您？」（graceful exit，客户尊重你识别真问题）
R4.「现在不是好时候，明年再说。」
「但是机不可失，明年价格可能涨」
（人造紧迫感 = 客户立刻识破 = 信任崩塌）
1. 真时机问题（预算周期 / 重大项目 / 组织调整）-> 明确具体时间，我们到时主动联系。
2. priority 问题或隐性反对-> 问：什么样的触发条件下这件事会上升优先级？除时机外还有什么具体顾虑？让客户从模糊顾虑变成具体问题。您这边是哪一种？
通用反对意见处理框架（4 步法）
无论客户提什么反对意见，按这 4 步兜底：
- 承认 + 理解：「您这个顾虑很合理，我们听过很多次⋯⋯」
- 拆分：「具体来说这个顾虑分 X 种情况，我们针对性回应⋯⋯」
- 量化承诺：用具体数字 / 客户案例 / 测试方案回应（而非主观保证）
- 反问推进：「您这边具体是哪种情况？」让客户具体化，从模糊顾虑变成具体问题
注意事项
占位变量需补真实数据：[X] / [Y] / ¥XX 等占位变量，正式对客户使用前需补充行业数据、具体案例、内部能力清单
不要照本宣科：把这些回答内化为自己的语言。死记台词在客户面前一秒露馅
持续更新：每接待一个新客户，把他们提的新反对意见补到这份清单。这是售前的 living document
识别 graceful exit 时机：不是每条 deal 都该追。客户没痛点 / 没预算 / 没 Champion / 没 priority，承认它，转下一条 pipeline