B2B 商机为什么推不动：如何找到真正的卡点
商机推不动，原因大致只有两种：信息不够，或者有条件还没满足。把两者混为一谈，就会不停地跟进，却什么也没改变。
先把定义说清楚：
卡点，是商机要往前推进就必须满足、但目前还没满足的条件。
所以「一周没回复」不是卡点，而是信息不足。「信息安全部门的评估没做完，采购就没法启动」才是卡点：条件是明确的，而且说得出谁需要做什么才能解开。
下面用七种停滞形态帮你判断自己的项目属于哪一类，再介绍找出真正卡点的四个步骤。
看起来「在动」的商机，为什么其实卡住了
停滞之所以发现得晚，是因为活动一直在继续：
- 一直能联系上客户；
- 客户态度也不错；
- 甚至还在要补充资料；
- 可是在 CRM 里，商机阶段几个月都停在「方案阶段」。
很多时候不是项目没推进，而是你在用错误的指标衡量推进。商机阶段是内部的管理标签，描述的是销售做了什么，而不是客户那边完成了什么。
真实的采购过程中，进展是分散在各个条件上的：
| 条件 | 状态 |
|---|---|
| 使用部门的功能评估 | 已完成 |
| 技术要求的确认 | 未开始 |
| 与采购的商务谈判 | 未接触 |
| 预算审批 | 审批人未明确 |
商机阶段是一条线，实际进展却是多个部门并行。一个四个条件只满足了一个、却被标成「方案阶段，进展顺利」的商机，往往要晚好几个月才会被发现有问题。
七种停滞形态：你的商机属于哪一种
前三种不是卡点，后四种才是。
| 形态 | 状态 | 是卡点吗 |
|---|---|---|
| 1. 沉默 | 联系不上、没有回复 | 不是 |
| 2. 不确定 | 客户自己也没有足够的依据做决定 | 不是 |
| 3. 顾虑 | 提出了具体的疑虑 | 不是 |
| 4. 依赖关系 | 在等其他部门完成 | 是 |
| 5. 关键人缺位 | 需要的人没找到或没接触到 | 是 |
| 6. 审批未启动 | 内部申请还没提交，或提交后停在某处 | 是 |
| 7. 优先级下降 | 被公司内部其他事项挤到后面 | 视情况 |
1. 沉默 —— 不是卡点
状态： 邮件、电话都没有回音。 诊断问题： 上一次沟通中，客户那边有没有没完成的待办？有没有约定过时间？ 常见误判： 持续发「最近进展如何」。这不会带来新信息，所以状态不会改变。 有效做法： 从其他渠道确认情况（内部支持者、参加过演示的工程师）。沉默本身不是诊断结果，而是说明你还没法诊断。
2. 不确定 —— 不是卡点
状态： 「还在研究」「要内部商量一下」，然后就没有下文。 诊断问题： 客户具体需要判断什么？他手上有判断所需的依据吗？ 常见误判： 催促对方尽快决定。如果对方缺少依据，催促只会换来拖延。 有效做法： 找出缺少的依据并补上：比较维度、使用负担的评估、方便向其他部门解释项目的材料。
3. 顾虑 —— 不是卡点
状态： 对价格、售后、与现有系统的兼容性提出了具体疑虑。 诊断问题： 这个顾虑是从哪个部门的立场提出的？ 常见误判： 只回复提出问题的那个人。很多时候，他是在转述另一个部门的意见。 有效做法： 找到顾虑的来源部门，按那个部门的判断标准来回应。有顾虑的商机，通常比毫无反应的商机更靠前。
4. 依赖关系 —— 是卡点
状态： 某个部门的工作没完成，下一个部门就无法开始。 诊断问题： 什么完成之后下一步才能动？有没有约定时间？ 常见误判： 等待。依赖关系不会随着时间自动解开。 有效做法： 把依赖链条说清楚，与排在前面的部门约定负责人、所需信息和大致时间。能由我方先做的（例如提前提交技术资料），就先做掉。
5. 关键人缺位 —— 是卡点
状态： 审批所需的人没有找到，或者接触不上。 诊断问题： 这个项目最终由谁拍板？你能说出名字吗？ 常见误判： 继续加深和现有联系人的关系。对方再热情，也替代不了审批权限。 有效做法： 通过内部支持者重建决策结构。方法见++如何找到 B2B 项目里真正拍板的人++。
6. 审批未启动 —— 是卡点
状态： 内部申请还没提交，或提交后停在某个环节。 诊断问题： 由谁发起？他手上有发起所需的全部材料吗？ 常见误判： 等一个根本还没启动的审批结果。 有效做法： 准备好发起人在内部推动时需要的材料：投入产出的整理、比较表、其他部门的意见状况。审批流程你从外部插不上手，但可以降低发起人的负担。
7. 优先级下降 —— 视情况
状态： 项目没有被否决，但公司内部有别的事情排在了前面。 诊断问题： 什么条件下，这个项目会重新被提上来？（预算周期、设备更新、人员调整等） 常见误判： 持续定期跟进，消耗销售时间却没有改变任何东西。 有效做法： 找到重新启动的条件与时间点，把接触节奏调整到那个时间。条件明确的话，这就不是停滞，而是等待；如果几个月过去仍说不出条件，就应该进入销售时间分配的重新评估。
找出真正卡点的四个步骤
分类离不开记录。实际操作步骤如下。
第 1 步：上一次「条件推进」是什么时候？
不是最后一次联系的时间，而是最后一次有条件被满足的时间。演示、发资料本身不算条件满足；「使用部门评估完成」「技术确认结束」才算。
如果这个时间已经是三个月前，那么之后的所有活动都没有产生推进。能回答这个问题所需的记录颗粒度，见++客户跟进记录怎么写++。
第 2 步：列出所有未完成的待办
客户的和自己的，分开列。卡在自己这一方的情况，比想象中多，而且不翻记录很难发现。
第 3 步：找出从未出现过的部门
在预计会参与的部门中（使用部门、信息部门、安全、采购、财务、管理层），找出在跟进记录里一次都没出现过的。记录里没出现的部门，不是没参与，而是你没看到。
第 4 步：只选一个类别
如果同时符合好几类，选最上游的那一个。看起来是卡在审批，但如果原因是不知道谁来审批，那要处理的是关键人缺位。
诊断案例：保险公司的系统项目
注：以下为说明方法而设的假设案例，不对应任何真实客户。
情况： 一家中型保险公司的系统项目。提交方案后四个月，联系人反应积极，但就是没有进展。
从记录中看到的
- 最后一次条件推进是两个月前（使用部门完成功能评估）。
- 之后是四封跟进邮件和一次视频会议。
- 信息安全部门在跟进记录里一次都没出现过。
- 三个月前记录过一句：「需要确认是否符合公司内部的信息安全标准。」
- 负责人姓名、所需文件、预计时间都没有记录。
容易出现的误判 「对方有回应，说明有兴趣。大概是在等预算吧」，于是继续定期跟进。也就是把它归到第 7 类（优先级下降）。
正确的分类 第 4 类（依赖关系）加第 5 类（关键人缺位）。信息安全评估没完成，内部申请就无法提交；而评估负责人还没找到，这个依赖关系根本无从下手。
值得考虑的下一步 不是调整价格，也不是增加拜访频率，而是通过联系人弄清信息安全评估由谁负责、检查哪些项目、一般需要多长时间，并提前准备好所需文件。行动的选择方法见++商机的下一步怎么定++。
这个诊断之所以成立，是因为三个月前那一句话被记了下来。如果没有这条记录，这个项目会一直被当作「客户很积极，就是迟迟不定」。
误判带来的三种典型做法
| 常见做法 | 背后的误判 | 真正需要做的 |
|---|---|---|
| 降价 | 默认问题出在价格 | 先看记录里价格有没有被当作问题提出过 |
| 定期跟进 | 把沉默当成卡点 | 换成能带来新信息的接触 |
| 请上级一起拜访 | 默认是关系问题 | 先弄清谁有审批权 |
这三种做法在合适的情况下都可能有效。问题在于没有诊断就条件反射地使用。
从记录中发现停滞迹象 —— VINEQRA 的思路
VINEQRA 是一款面向销售个人的 iOS AI CRM，适合负责周期长、涉及多个关键人的项目的销售。它用下面的结构理解一个商机：
跟进记录 + 关键人 + 决策节点 + 卡点 → 下一步最佳行动（Next Best Action）
（VINEQRA Opportunity Context Model）
与诊断相关的是：基于已记录的跟进与关键人信息，可以提示哪些条件仍未解决，以及哪些关键人从未出现在记录中。
在支持的设备与地区，相关 AI 分析可以通过 Apple Foundation Models，在设备端由系统语言模型完成。这意味着这部分处理可以不发送给第三方云端 LLM，有助于构建更注重隐私的架构。这一说明仅针对该部分处理，并不代表 App 整体的数据处理方式。
一条基本原则：
VINEQRA 负责建议，决定权在销售。
给出的是卡点的候选项，不是确定的诊断。最终的判断依据，在于当时在场的人。
常见问题
多久没动静，才算停滞？ 建议不要按时间来判断。标准是「最后一次条件被满足是什么时候」。每周都有联系、但条件三个月没动，就是停滞；每月才联系一次、但条件在逐步满足，就是在推进。
客户说「我们很认真在考虑」，该怎么看？ 这句话要记下来，但不能算作条件满足。表态积极，和审批流程已经启动，是两件不同的事。要确认的是两者是否都有记录。
卡点有好几个，先处理哪个？ 最上游的那个。如果审批停住是因为不知道谁来审批，那么追审批是解决不了问题的。
降价能让推不动的商机动起来吗？ 如果价格被明确提出过，有可能。但如果记录里价格从来不是问题，降价只会让你让出一个条件，而停滞依旧。
什么时候该放弃这个商机？ 实际的分界点，是你能否说出让它重新启动的条件。说得出条件和时间，就是在等待；几个月后仍说不出，就该纳入销售时间的重新分配。
随时说得清「为什么卡住」
让推不动的商机重新动起来，起点不是加大跟进频率，而是找出还没满足的那个条件。
VINEQRA 把记录下的跟进与关键人、决策节点关联起来，并提示仍未解决的条件。
找出卡住商机的条件，再决定下一步。 → 前往 App Store 下载 VINEQRA