丢单之前：如何发现漏掉的关键人

一个一直进展顺利的项目，在审批前夕突然停下来，原因往往是一个你从没注意到的部门。

内部支持者很配合，使用部门对方案很满意，沟通也很频繁。可到了审批的时候，冒出一个谁都没提过的质量标准；或者发现安全审查根本没做；又或者采购部门对供应商资质有一条硬性要求。这些都不是因为关系没做好，而是因为那个部门从来没有在对话中出现过。

预防的办法，是从项目一开始就按五个审批轴检查覆盖情况：

审批轴	要问的问题
使用部门认可	实际使用的部门接受这个方案吗？
技术把关	负责判断技术要求的部门明确了吗？审查在推进吗？
商务审批	和决定价格与合同条件的人有接触吗？
预算审批	有预算支持吗？由谁审批明确了吗？
高层支持	有没有分量足够的人把这个项目当作优先事项在支持？

缺口就是风险信号。 没有覆盖到的轴越多，项目后期翻盘的可能性就越大。

为什么有个好的内部支持者，反而可能变成风险

有一位配合的内部支持者，项目推进起来会很舒服：有渠道、有人协调、有人往前推。这是宝贵的资源。

风险出现在他的存在替代了你的检查的时候：

既然他说没问题，就不再去看其他部门；
他不知道的事，你从外面也不会知道；
他自己可能也不清楚完整的审批路径；
他一旦调岗，项目的上下文也跟着走了。

第三点最容易被忽略。一个人可能对本部门的业务了如指掌，却不知道安全审查部门的标准，也不知道投资申请需要附哪些材料。内部支持者的善意，和他掌握信息的范围，是两回事。

审批覆盖检查：五个轴

1. 使用部门认可

检查什么： 谁会实际使用？评价是来自实际试用，还是来自一次演示？ 缺口的风险： 导入后的抵触。没有说服实际使用团队就通过审批的项目，在使用阶段会出问题。 提醒： 这是最容易覆盖、也最容易让人安心的一个轴。使用部门的认可是必要条件，但代替不了其他四个轴。

2. 技术把关

检查什么： 哪个部门判断技术要求？根据行业不同，可能是信息部门、信息安全、质量、设备、工程等。 缺口的风险： 最后一刻冒出新要求。技术部门的职责不是推动项目，所以从来不会出现在支持者当中；一旦判定不达标，项目就停在那里。 提醒： 不一定只有一个部门。 对接由一个部门审查、标准符合性由另一个部门审查，是很常见的情况。

3. 商务审批

检查什么： 谁决定价格与合同条件？采购什么时候介入？ 缺口的风险： 后期才发现的限制：供应商准入资质、必须比价、指定的合同模板。这些如果在技术谈妥之后才冒出来，返工的范围会很大。

4. 预算审批

检查什么： 费用从哪个科目出？谁管这个科目？是今年还是明年？ 缺口的风险： 所有条件都满足了，最后发现「今年没有预算」。这是最晚被检查、而一旦晚了代价最大的一个轴。 提醒： 有预算科目，和审批人明确，是两个不同的检查。有些项目预算是有的，却没有人确定要签字。

5. 高层支持

检查什么： 有没有分量足够的人，把这个项目当作组织的优先事项在支持？ 缺口的风险： 项目没有被否决，只是在优先级上输给了其他事项。很多「没人反对却就是推不动」的项目，这个轴都是空的。 提醒： 目的不是一定要见到高层，而是弄清在内部支持者之上，有没有人在支持这个项目。

缺口不止一种

没覆盖到的轴，可能意味着三种不同的情况，处理方式各不相同。

缺口类型	状态	怎么处理
未接触	知道是哪个部门、哪个人，但没打过交道	请内部支持者引荐。最容易处理
未明确	不知道这个轴由谁判断	问清路径：「这项审查一般归哪个部门？」
不知道是否参与	不知道这项审查是否存在	问问以往类似采购的经过。最危险

第三类最容易让项目翻盘，因为不知道是否存在的审查，会被当作不存在。在一个质量部门会参与的行业里，不知道它会参与就往前推，等于在审批前夕才发现它。

问一次类似的采购经过，是填补这类缺口最可靠的方法：

「以前引进类似设备的时候，都有哪些部门参与了审查？」

一个具体的回答，比任何推测出来的组织图都有价值。之后如何梳理这些人，见++如何找到 B2B 项目里真正拍板的人++。

怎样尽早发现

检查不是在项目停了之后才做，而是要成为日常流程的一部分。

1. 新建商机时，先把五个轴空着列出来 只记录接触过的部门，列表看起来永远是完整的。五个轴从一开始就在，空着的那几个就会一直显眼。

2. 每条跟进记录都标注它推动了哪个轴 记录会议时，写下这次推动了哪个轴。如果记录越来越多、轴却填不满，说明你的精力集中在一条线上。记录方法见++客户跟进记录怎么写++。

3. 每两周检查一次哪些轴还没出现 检查的不是进展，而是有没有还空着的轴。

4. 给缺口分类 未接触、未明确，还是不知道是否参与。分类决定下一步做什么。

案例：为食品企业引进检测设备

注：以下为说明方法而设的假设案例，不对应任何真实企业。

项目：为一家食品企业的工厂引进检测设备。提交方案后两个月，生产部门对方案很满意。

审批轴	状态	缺口类型
使用部门认可（生产）	已试用，评价正面	—
技术把关（设备部）	有接触，正在确认规格	—
技术把关（质量部）	从未出现	不知道是否参与
商务审批（采购）	已报价	—
预算审批	回复说走设备投资科目；审批人未明确	未明确
高层支持	未确认	未明确

此时能看到的

生产部门的支持和设备部的确认都在推进，表面上项目很顺。但鉴于检测设备的性质，质量部门有可能参与验证或审批，而它在对话中一次都没出现过。

这并不代表质量部门反对，而是连它是否参与都不知道。

填补缺口的那个问题

向内部支持者问一次类似采购的经过：

「之前更换检测线设备时，都有哪些部门参与了审查？」

答案会导向三种可能：质量部门参与；在设备部内部就能定；或者内部支持者自己也不知道。第三种同样是有价值的信息：它标出了这位联系人能覆盖的范围上限。

关于预算轴

「走设备投资科目」确认了预算存在，但没有说明谁来审批。如果所有条件都满足了而这一项还悬着，最后就会从「这个到底谁签字」开始重新来过。

项目已经停下来之后的诊断，见++B2B 商机为什么推不动++。本篇处理的是在那之前的阶段。

缺口填不上，本身就是信息

有时你请对方引荐，却迟迟没有下文。再问，回答依然是「我们内部先沟通一下」。

这可能说明几种情况：

内部支持者在公司里的位置，不足以去推动那个部门；
项目在客户内部还没有正式立项；
内部支持者出于某种原因，不希望你和其他部门直接接触；
客户有不让供应商直接对接某些部门的惯例。

无论哪一种，增加接触次数都改变不了什么。更接近真相的做法，是弄清引荐为什么没有发生：

「方便问一下，这个项目在贵公司内部现在走到哪一步了？」

这个问题是在确认项目是否已经正式立项。在一个还没立项的项目上谈商务条件，谈不出确定的结果。

让缺口始终可见 —— VINEQRA 的思路

VINEQRA 是一款面向销售个人的 iOS AI CRM，适合负责周期长、涉及多个关键人的项目的销售。它的设计前提之一是：风险藏在记录里没有出现的地方。

它用下面的结构理解一个商机：

跟进记录 + 关键人 + 决策节点 + 卡点 → 下一步最佳行动（Next Best Action）

（VINEQRA Opportunity Context Model）

与覆盖检查相关的是：把已记录的跟进与关键人对照，可以提示哪些人和部门没有任何跟进记录，以及哪些条件仍未解决。

在支持的设备与地区，相关 AI 分析可以通过 Apple Foundation Models，在设备端由系统语言模型完成。

一条基本原则：

VINEQRA 负责建议，决定权在销售。

哪些轴真正必要，取决于行业和客户的组织。系统给出的是从记录中提取的线索，而不是判定某个项目一定需要某个部门的审批。

常见问题

五个轴必须都覆盖才能往前推吗？ 不是。五个轴是检查框架，不是前置条件。区别在于：你是知道哪些轴还空着往前推，还是不知道。

对小企业来说，五个轴是不是太多了？ 轴的数量不变，但一个人可能同时覆盖好几个轴。如果老板同时决定商务、预算和优先级，这三个轴就一起覆盖了。要做的不是减少轴，而是弄清每个轴由谁覆盖。

问「还有谁参与」，对方总是打太极。 直接问权限容易引起戒备。问一次类似采购的经过，或者问某份资料该发给谁，对方更容易回答。如果还是没有答案，没有答案的原因本身就是重要的信息。

怎么推测哪个部门负责技术把关？ 从方案触及的范围倒推。涉及数据的：信息部门和信息安全；进入生产流程的：设备和质量；涉及场地设施的：设施管理部门。预想的部门不一定参与，但预想到了才能去问。

缺口很多的项目，是不是应该放弃？ 缺口的数量不是标准。标准是你尝试填补时，有没有回应。缺口一直填不动的项目，可能在客户内部还没有正式立项。

最后冒出来的，从一开始就在那里

在审批前夕冒出来的部门，不是在那一刻才出现的。它从一开始就在，只是不在你的记录里。

把衡量标准从「接触了多少人」换成「覆盖了几个轴」，看起来顺利的项目里的风险，就能更早浮现出来。

VINEQRA 在一个商机中同时保存各部门的关键人与跟进记录，并提示哪些人没有跟进记录、哪些条件仍未解决。

在来不及之前发现缺口。 → 前往 App Store 下载 VINEQRA