为什么商机阶段和真实的采购进展对不上
商机阶段，是你自己给商机打的管理标签。采购进展，是客户组织内部条件实际满足到了什么程度。
这是两件不同的事：
- 商机阶段随着你的动作更新（发了方案、报了价）；
- 采购进展只会随着客户的决定推进（技术审查结束了、费用列入预算了）。
「方案阶段」的意思是你提交了方案。它不代表客户已经评估了方案，也不代表审批流程已经启动。赢单率也一样：它反映的是负责这个项目的人的感觉，而不是客户那边已经定下了什么。
阶段是标签，进展需要证据。
下面说明两者为什么会脱节，以及如何为每个阶段绑定支撑它的证据。
商机阶段能说明什么，不能说明什么
| 商机阶段能说明的 | 商机阶段说明不了的 |
|---|---|
| 销售做了什么 | 客户内部完成了什么 |
| 商机在内部的分类 | 哪些部门已经做出了判断 |
| 预计成交时间的参考 | 还有几个条件没有满足 |
| 内部汇报的统计口径 | 审批人有没有明确 |
问题不在商机阶段本身。作为管理自己工作的工具，它是有效的。 问题出在把它当作客户进展来读的时候。
为什么会脱节
1. 更新的触发点在你这一边
商机阶段通常在你交付了什么东西时往前走：发了方案，进入「方案阶段」；报了价，进入「商务谈判」。在这种设计下，客户什么都没做，阶段也能往前走。
2. 赢单率建立在感觉之上
赢单率往往是按负责人的感觉来填的：客户反应不错，说了些积极的话。
感觉不是没有价值——在场的人的观察本身就包含信息。但感觉和条件是否满足是两种不同的信息。把两者压进同一个百分比，两种信息都拿不出来了。
3. 商机阶段只有一条线
客户那边的进展是并行的：使用部门评完了，信息部门在审，采购还没接触，投资还没上会。这四种状态没办法塞进一个阶段值里。硬塞进去，这个值就只能代表进展最快的那个部门，或者你最后一次联系的那个部门。
按漏斗管理 vs 按采购进展管理
| 按销售漏斗管理 | 按采购进展管理（Sales Opportunity Intelligence） | |
|---|---|---|
| 管理单位 | 每个商机一个阶段值 | 每个条件的满足状态 |
| 何时更新 | 销售有动作时 | 客户完成某项判断时 |
| 进展的依据 | 销售手动填写 | 跟进记录中的事实 |
| 能表示的状态 | 一条线上的一个位置 | 各部门不同的状态 |
| 如何发现停滞 | 距上次更新的天数 | 仍未满足的条件 |
| 赢单率的依据 | 经验与直觉 | 已满足条件的数量与种类 |
| 向上级说明 | 阶段与预计成交时间 | 还缺哪些条件 |
| 推不动时能知道 | 它推不动 | 为什么推不动 |
右栏不是用来替代左栏的，而是左栏之下的一层证据。阶段依然是团队内部的共同语言，只是在它下面补上支撑它的依据。
为什么赢单率总是不准
预测不准时，常见的改进方向是把标准定得更严：80% 要满足什么，50% 要满足什么。
但只要决定百分比的还是感觉，把数字定得再细也没用。更何况，在不少 CRM 配置里，赢单率是按阶段自动带出的——它不提供任何新信息，只是同一个标签换了一种刻度。
要改的不是百分比的定义，而是能不能用条件写出「为什么是这个水平」。
| 常见的定义 | 基于条件的定义 |
|---|---|
| 赢单可能性高 | 使用部门评估完成、技术审查完成、费用已列入预算、审批人已明确 |
| 在评估中，前景不错 | 使用部门评估完成、技术审查进行中、预算支持尚未确认 |
| 初步接触阶段 | 只接触了一个部门，没有任何条件已满足 |
右栏你自己就能核对。在它之上再贴一个赢单率，那个数字就有了依据。
还有一个附带的好处：商机之间可以比较了。 两个赢单率同为 70% 的商机，凭感觉说不出哪个更稳；数一数已满足的条件，就说得出来。
案例：停在「方案阶段」的商机
注：以下为说明方法而设的假设案例，不对应任何真实机构。
项目：为一所高校导入管理系统。CRM 中的阶段：「方案阶段」。赢单率：50%。距上次更新五周。
商机阶段说明的 方案已提交。与对接人保持定期联系。
实际的采购进展
| 条件 | 状态 |
|---|---|
| 使用部门（行政部门）的业务适配评估 | 已完成 |
| 信息部门的技术审查 | 未完成（与现有系统的对接方式未确定） |
| 符合校内网络与信息安全标准 | 未开始（负责人未明确） |
| 预算安排 | 下一年度预算中如何处理尚未确认 |
| 审批 | 审批人未明确 |
五个条件满足了一个。无论是「方案阶段」还是 50%，都反映不出这个明细。
实际发生的事 技术审查没完成，后面的条件就动不了。由于和对接人一直有联系，CRM 里持续有跟进记录。活动看起来很充分，阶段和赢单率都没变，时间就这样过去了。
只看漏斗时的判断 「五周没动静了，要不要把赢单率调低，或者给个折扣？」
按条件看时的判断 「五个条件满足一个，瓶颈是技术审查。审查项目和时间都没约定，这是现在要先定下来的。」
同一个商机，两种看法，两种行动。如何判断是什么卡住了商机，见++B2B 商机为什么推不动++。
不取消阶段，而是给阶段加上依据
现实中，销售个人没办法自己改公司的漏斗配置——它是团队的管理口径。
可行的做法是：保留商机阶段，在它下面维护一层条件。
做法
1. 为每个阶段定义「进入它所需的证据」
| 阶段 | 可以说进入这个阶段的证据 |
|---|---|
| 方案阶段 | 方案已提交，且已收集到使用部门对内容的反馈 |
| 技术确认 | 技术审查负责人已明确，审查项目已共享 |
| 最终谈判 | 技术与预算条件已满足，审批人已明确 |
| 预计成交 | 内部申请已提交，商务条件已谈妥 |
2. 证据不齐，就不往下一个阶段推
只是交了方案，就停在「方案阶段」，直到收集到反馈为止。阶段推进会变慢，但每一次推进的含义都是准确的。
3. 为每个商机单独维护未满足的条件
阶段是一个值，条件可以有很多个。条件的写法见++客户决策链怎么梳理++。
在过单会上，汇报会怎么变
按条件管理的实际效果，体现在汇报质量上。
按阶段汇报
「这个商机在方案阶段，客户反馈不错，预计下个月会有动静。」
听到这样的汇报，上级只能问两个问题：确定吗？什么时候能成？两个答案都只能是推测。
按条件汇报
「五个条件满足了一个。瓶颈在技术审查：审查项目已经共享，回复时间还没约定，这周我会定下来。」
这段汇报里有可核对的事实、下一步行动和时间点。上级也能看出自己可以在哪里帮上忙。
不是为了汇报才这样管理。能说清楚，和真正掌握了情况，是同一件事。
标签背后的上下文 —— VINEQRA 的思路
VINEQRA 是一款面向销售个人的 iOS AI CRM，适合负责周期长、涉及多个关键人的项目的销售。
CRM 很大程度上是作为记录系统在运作：发生了什么、登记了哪些活动、商机在哪个阶段。这些都是组织管理所必需的功能。
VINEQRA 想在此之上补的，是一层推理：
| 记录系统回答的 | VINEQRA 试图回答的 |
|---|---|
| 发生了什么 | 积累下来的上下文说明了什么 |
| 在哪个阶段 | 哪些条件还没满足 |
| 和谁联系过 | 接下来需要哪位关键人或哪个决定 |
| 最后一次活动是什么时候 | 下一步值得考虑什么 |
它用下面的结构理解一个商机：
跟进记录 + 关键人 + 决策节点 + 卡点 → 下一步最佳行动（Next Best Action）
（VINEQRA Opportunity Context Model）
在支持的设备与地区，相关 AI 分析可以通过 Apple Foundation Models，在设备端由系统语言模型完成。
一条基本原则：
VINEQRA 负责建议，决定权在销售。
需要说明的是：这并不是说现有的 CRM 没有阶段管理或关键人管理——很多产品都有。差别在于，销售个人能否以可用于推理的形式，保存自己负责的商机的上下文。
常见问题
要不要干脆不用商机阶段？ 不需要。它作为团队的管理口径是有效的。需要做的是不把它当作客户进展来读，并为每个阶段定义进入它所需的证据。
赢单率该填多少？ 与其把数字定得更精细，不如能用条件说出它的依据。「五个条件满足了三个，还差预算和审批」，比「70%」对你自己、对上级都更有用。
客户那边的条件能掌握到什么程度？ 不可能全部掌握。有价值的是把「不知道的」明确标出来。未知项很多的商机，不一定是停住了，而是看不见；它需要的不是更多方案，而是确认。
阶段推不动，在公司内部会被认为表现不好。 短期内确实如此。但反过来，没有依据地推阶段，会产生一批丢了也说不清原因的商机。按条件管理，丢单时也能把原因作为事实讲出来。
预测会变准吗？ 按条件管理不能保证预测准确——客户的情况会因外部因素变化。能改善的是：预测落空时，你能指出原因在哪里。
用证据而不是标签来看商机
商机阶段和赢单率是为内部管理而存在的，它们也在发挥作用。问题出在使用它们的时候，没有意识到它们描述的并不是客户那边正在发生的事。
阶段是标签，进展需要证据。
VINEQRA 把记录下的跟进与关键人、决策节点关联起来，并提示仍未满足的条件。
看清商机阶段背后的真实状态。 → 前往 App Store 下载 VINEQRA