系统里这个项目写着「方案已提交」，实际上已经三个月没动。你每周和临床使用科室的对接人保持联系，对方态度一直很好，但采购那边一点动静都没有。
问题通常不在于跟进得不够勤，而在于商机管理没有被当成一件独立的工作来做。
商机管理，是推动单个项目通过客户方真正必须满足的条件，而不是把一条记录往销售漏斗的下一格挪。 在项目型销售里，这些条件散落在不同的地方：使用科室要接受新的作业流程，信息部门要确认系统对接与数据安全，设备或工程部门要确认安装与维护，采购要走完流程，预算决策者要把这笔钱排进来。
每一项都是独立的未解条件，各有各的负责人，各有各的证据。所以商机管理的核心，是把四件事保持在最新状态：
- 实际发生了什么——客户互动记录；
- 有哪些人在决策链上，各自关心什么；
- 哪些条件还没被满足——决策节点；
- 现在真正卡住进度的是哪一项——卡点。
这些工作的产出不是一份状态汇报，而是一个决定：下一步找谁、谈什么。
下面依次讲商机管理与漏斗管理的区别、商机情境的五个组成、一个医院项目的完整拆解、可以照做的五个步骤，以及每周十分钟的复盘方法。
商机管理不等于漏斗管理
这两件事经常被混着用，麻烦也多半从这里开始。漏斗管理处理的是「手上所有项目」，目的是预测业绩、分配精力；商机管理处理的是「单个项目」，目的是搞清楚现状、决定下一步。
| 销售漏斗管理 | 商机管理 | |
|---|---|---|
| 处理单位 | 手上全部项目 | 一个商机 |
| 核心问题 | 这个季度能进来多少？什么时候？ | 还有什么没解决？怎么推？ |
| 主要产物 | 阶段、金额、预计签约日、赢率 | 互动记录、决策链、决策节点、卡点 |
| 服务对象 | 预测与管理层 | 真正在跑这个项目的销售 |
| 典型失效 | 预测看起来很准，底下是一堆没验证过的假设 | 信息记得很细，却从来没转化成行动 |
两者都需要。但只做漏斗管理的销售，管理的其实是自己假设的总和——预测会原封不动地继承商机层没看见的每一个漏洞。
至于线索开发，在合格商机成立的那一刻就结束了。本文讲的全部发生在那之后。
阶段是标签，推进要有证据
阶段是你的公司给这个项目贴的标签；实际推进是客户的组织真正通过了什么。两者速度不同，而且可以连续几个月互相背离。
一个挂在「方案已提交」的项目，可能临床端早就完全接受、安全审查还没过、采购根本没开始走流程、预算归谁批到现在都没人说清楚。标签显示这是后段项目，实际上五个条件里三个没解决，其中一个还没启动。
阶段是标签，推进要有证据。
所以商机上最该看的不是阶段，而是「还没解决的条件清单」以及每一项背后的证据。完整的对照方法——包括怎么保留现有阶段制度又能看见真实进度——写在〈销售阶段 vs 客户的实际推进〉。
商机情境的五个组成
多数系统里存的是「活动」，不是「情境」。区别在于：活动告诉你自己做了什么，情境告诉你这件事对客户的决策意味着什么。
这是 VINEQRA 的产品逻辑，但即使不用任何工具，这个模型本身也成立：
客户互动记录 ＋ 决策链 ＋ 里程碑／决策节点 ＋ 卡点 → 下一步行动（Next Best Action）
| 组成 | 回答什么问题 | 什么算证据 | 常见失误 |
|---|---|---|---|
| 客户互动记录 | 到目前为止实际发生了什么？ | 会议、电话、演示、提出的疑虑、索要的资料、给过的承诺、还没回答的问题 | 只记「开过会」，没记对方说了什么、要了什么、承诺了什么 |
| 决策链 | 谁在链上、什么角色、关心什么？ | 角色、所属部门、明确表达过的顾虑、影响力、当前立场 | 把每个联系人都当成决策相关方，又把每个相关方当成可以互相替代 |
| 里程碑／决策节点 | 项目往前走，客户方必须先通过什么？ | 安全审查、技术验证、预算批复、会议决议、采购流程、试用验收 | 定义的是自己控制得了的阶段，而不是客户必须通过的条件 |
| 卡点 | 现在真正挡住进度的是哪一项？ | 一个明确的、有负责人的、尚未满足的条件 | 把沉默当卡点，把真正的依赖关系当成「对方最近比较忙」 |
| 下一步行动 | 综合以上，接下来做什么最值得？ | 能让最关键的未解条件往前一步的那个动作 | 默认就是「再跟进一次」，但这一次并没有针对任何具体条件 |
箭头是重点。前四项是证据，第五项是从证据推出来的判断。没有证据就下判断，得到的是活动；有证据却从不收敛成判断，得到的是一个资料很完整、但完全不动的项目。
[Suggested Original Graphic 1] — 视觉规格见 E 节。
案例拆解：一个看起来快签的医院项目
以下为说明用的假设情境，并非 VINEQRA 的客户案例。
某区域医院的设备采购项目。金额不小，项目跑了七个月，系统上的阶段是「方案已提交」。
| 决策单元 | 在决策中的角色 | 主要关心的事 | 当前状态 | 未解条件 |
|---|---|---|---|---|
| 临床使用科室 | 需求发起、实际使用者 | 作业流程是否适配、人员培训负担 | 支持，已完成实机评估 | 无，这一关已通过 |
| 设备与工程部门 | 技术评估 | 安装、维护、与现有设备的兼容 | 总体正面，维护条件还有一项没确认 | 服务响应时效需书面确认 |
| 信息部门 | 技术审批 | 系统对接、数据处理与安全 | 六周前发出安全问卷，之后没有下文 | 安全审查必须先完成，采购才会立项 |
| 采购部门 | 流程负责 | 采购流程、合同条款 | 尚未启动 | 等信息部门放行 |
| 管理层 | 预算决策 | 年度预算排序、优先级 | 知道是谁，但从没见过面 | 本年度预算是否覆盖这笔 |
当成一条漏斗数据看，这个项目在「方案已提交」，预计本季度签约。当成一个商机看，它卡在一个点上：安全审查。后面的采购、议价、预算下拨全在等它，而销售这六周把精力花在跟一个已经通过、并且对卡住的那件事没有权责的临床对接人身上。
内部支持者没有错，跟进本身也不算错。它只是打在五个单元里唯一已经过关的那一个上。
这就是商机情境的实际价值——它告诉你，当前这五条关系里，哪一条才是承重的。
推进一个复杂商机的五个步骤
1. 把互动记成证据，而不是记成活动
活动记录回答的是「我有没有做事」，证据记录回答的是「我们知道了什么、什么变了」。后者才是之后所有判断的基础——你没办法从一条写着「电话沟通—某医院」的日历条目里看出卡点在哪。
该记的是有决策分量的内容：对方要求了什么、反对什么、承诺了什么、提到还需要谁点头、以及哪些问题到现在还悬着。具体做法见〈B2B 销售如何完整记录客户互动〉。
2. 梳理的是决策链，不是联系人名单
联系人是「你有他联系方式」的人；决策相关方是「他的立场会影响项目能不能往前」的人；决策单元则是负责通过某一项具体条件的那个群体——里面可能有你从没见过的人。
每一个单元都该记下角色、关心什么、当前立场、还需要你提供什么。这张图上的空格，是你能拿到的最可靠的早期预警。方法论在〈B2B 销售决策链梳理：谁真正影响这个项目〉与〈大客户销售中的决策单元怎么跟踪〉。
3. 定义客户方必须通过的决策节点
用客户的语言，把「采购成立之前必须先满足的条件」写下来。安全审查、技术验证、会议批复、预算确认、合同条款。
判断一个节点写得好不好，标准是：客户方的人看到会不会认得。「补一份修订报价」是你的待办；「管理层确认本年度预算覆盖这笔」才是他们的条件。只有后者能告诉你项目能不能往前。
4. 分清「没回复」和「真正的卡点」
卡点，是一个尚未满足、且会阻止或明显降低商机推进可能性的条件。
沉默不会自动等于卡点，卡点也不一定表现为沉默。下面这几种情况，需要的处理方式完全不同：
| 信号 | 实际上多半是 | 合理的处理 |
|---|---|---|
| 两周没回消息 | 沉寂——通常是优先级问题，不是立场问题 | 重新建立接触，搞清楚什么变了 |
| 「我们还在评估」 | 不确定——有一个没说出口的顾虑 | 把那个具体的未解问题问出来 |
| 「对接这块我们有顾虑」 | 反对意见——已明确表达的顾虑 | 正面处理，并且找对技术端的人谈 |
| 「信息部门没放行，采购走不了」 | 依赖关系——顺序问题，不是抗拒 | 去处理上游那个条件 |
| 从没有人提过预算谁批 | 决策链缺口——梳理不完整 | 请内部支持者帮忙理清审批路径 |
| 安全问卷提交后没有结果 | 待批审批——这是活的卡点 | 找出审查的负责人与时间表 |
要判断自己面对的到底是哪一种，见〈B2B 项目为什么会卡住，以及怎么找出真正的卡点〉。
5. 让下一步从情境里长出来，而不是从提醒里跳出来
值得做的下一步，是能让「最关键的未解条件」往前一步的那一个。在上面的医院项目里，那不是再跟临床对接人聊一次，而是查出安全审查的负责人是谁、还缺什么才能结案。
可用的推导顺序：上次之后有什么变化 → 现在最关键的是谁 → 哪个条件还没解决 → 是什么挡住了它 → 哪个动作最能降低这个依赖或不确定。完整序列在〈商机的下一步该怎么判断〉，要把它变成固定节奏则见〈如何搭建 B2B 销售跟进体系〉。
每周十分钟的商机复盘
对每一个重点项目，用七个问题过一遍：
- 这周有什么新证据进来？有没有改变原来的判断？
- 哪些决策单元已经通过了？凭什么这么认定？
- 现在最靠近关键路径的未解条件是哪一个？
- 它属于反对、依赖、决策链缺口，还是待批的审批？
- 技术、商务、预算、高层——有没有哪一条审批路径至今没有具体的人名？
- 我承诺过但还没交付的事情有哪些？
- 综合以上，接下来最值得做的一件事是什么？找谁？
如果第 3 题连续四周答案一样，而第 7 题每次都写「再跟进」，那这个项目不是进度慢，是卡住了——而且卡住的位置很具体。
软件能帮上什么，帮不上什么
多数 CRM 的设计目标是记录型系统：存下发生过什么、和谁发生、项目现在在哪一格。这确实有用，而且对一个主要服务组织而非个体销售的系统来说，是合理的设计。
它先天不做的，是跨记录的推理。互动记录、决策链名单、未解条件、没被回答的问题，全都在同一个系统里，但把它们串起来的工作仍然是人工的。在一个牵涉五个决策单元、积累七个月历程的项目上，这份工作恰好是周一忙起来就会被跳过的那一件。
VINEQRA 的定位，是在销售个人的工作流上加一层推理层：
- 记录——把客户互动记到之后用得上的颗粒度；
- 关联——把互动接上涉及的人、部门与决策节点；
- 推理——分析积累的情境，浮现可能的进展、缺口与卡点；
- 行动——就「接下来可以考虑做什么」给出建议。
它支持真实项目会用到的两种模式。销售只是持续记录发生过的事，AI 可以就这段历程进行推理；销售如果已经明确定义了里程碑、决策节点或决策链结构，AI 也可以对着这个结构推理，协助判断哪些节点动了、哪些还悬着。
其中受支持的 AI 分析，是通过 Apple Foundation Models 使用 Apple 的设备端系统语言模型执行，该项推理因此不必发送到第三方云端 LLM。对一份写着医院人名、内部反对意见和报价讨论的销售情境来说，这个架构值得搞清楚，而不是凭感觉假设——说明在〈设备端 AI 如何处理敏感的销售数据〉。
有一条原则比任何功能都重要：VINEQRA 给出建议，做决定的是销售。 建议是判断的触发点，不是判断的替代品。工具可以告诉你「信息部门的审查悬着、采购六周没进展」；要升级、要等、还是要绕路，只有你能决定。
[Product Screenshot：多决策方商机视图] — 位置说明见 E 节。
想更深入地比较两者的分工，见〈CRM 与商机智能：B2B 销售真正需要的是什么〉。
五个悄悄让项目流掉的错误
- 维护自己最好联系的那条关系，而不是正在卡住的那条。 给内部支持者打电话很轻松，找安全审查的负责人不轻松。
- 记下「开过会」，而不是「会上得到了什么」。 半年后回头看，只有后者有价值。
- 把一个联系人当成整个客户。 单线经营的项目，会在那个人调岗、换优先级或改主意的时候塌掉。
- 把自己的流程当成客户的条件。 发出修订方案是一个动作；管理层确认预算才是推进。
- 用阶段代替证据。 如果你说不出上次阶段变更是凭什么，那个阶段就只是一个看法。
常见问题
商机管理到底在管什么？ 管的是单个项目：跟踪实际发生过什么、决策链上有哪些人、客户方还有哪些条件没通过、现在是什么挡住进度，然后依据这些情境决定下一步。
和销售漏斗管理的区别在哪？ 漏斗管理横跨多个项目，用来预测和排优先级；商机管理往单个项目里面看，用来确认现状与决定行动。预测的质量，取决于底下商机层的工作做得有多实。
一个项目型销售通常会有几个决策相关方？ 行业和项目类型差别很大，看到固定数字要存疑。更有用的问法是：使用端接受、技术审批、商务条件、预算批复、高层支持——这几条路径是不是都有具体的人名？没有人名的那几条，就是后期才会爆出来的意外。
项目只是慢，还是真的卡住了？ 连续几次复盘都是同一个条件没解决，而且你做过的动作没有一个直接针对它，那就是卡住了。慢的项目还是会产生新证据；卡住的项目只会产生跟进记录。
AI 真的能告诉我下一步该做什么吗？ 它能分析已记录的情境并给出建议——该找谁、哪个条件看起来没解决、什么可能挡住进度。但它不知道你在会议室里感觉到的东西，也不该被当成对项目的确定判读。建议是你判断的输入，不是结论。
公司已经有 CRM 了，还需要另一个工具吗？ 不一定，因为两者回答的是不同问题。CRM 为组织留下客户的完整记录；推理层帮助个体销售判断这些积累的情境对下一步意味着什么。实际上不少销售两个都用。
看清项目的真实进度，知道下一步该做什么。
VINEQRA 把你的客户互动记录、决策链与决策节点整理成可以用来推理的商机视图，受支持的 AI 分析在设备端执行。