如何找到 B2B 项目里真正拍板的人：关键人地图
联系人和关键人不是一回事。
你可能和某个人关系很好，但他根本不参与决策；而真正拍板的人，也可能从来没在会议上出现过。
更重要的是，要找的并不是「唯一的拍板人」。在多部门项目里，有好几个角色不同的人，每个人握着不同的条件。需要梳理的是下面五项：
| 字段 | 要回答的问题 |
|---|---|
| 角色 | 他在这个项目里起什么作用 |
| 关注点 | 他按什么标准做判断 |
| 影响力 | 他能推动多少，又能否决多少 |
| 状态 | 在他那里，哪些已完成、哪些还没解决 |
| 待解决需求 | 要让项目往前走，对他还需要做什么 |
下面介绍这五个字段怎么用，以及三种最常见的影响力误判。
联系人名单不是关键人地图
大多数销售手上有的，是「接触过的人」的名单。关键人地图则是另一回事：它描述的是握着项目条件的那些人之间的结构。两者有重叠，但并不相同。
| 联系人名单 | 关键人地图 | |
|---|---|---|
| 收录标准 | 有没有接触过 | 是否参与某个条件 |
| 没接触过的人 | 不会出现 | 会出现（角色标为「未知」） |
| 内容 | 姓名、职位、联系方式 | 角色、关注点、影响力、状态、待解决需求 |
| 何时更新 | 交换名片时 | 项目阶段变化时 |
最关键的区别在于：没接触过的人会不会出现在上面。
只列接触过的人，名单看起来永远是完整的。「审批必需的某个部门负责人从来没出现过」这个事实，恰恰是联系人名单反映不出来的。
关键人地图的五个字段
1. 角色：他在这个项目里起什么作用
不看职位，看在这个项目里的功能。同样是部门经理，在不同项目里扮演的角色可能完全不同。
| 角色 | 握着什么 |
|---|---|
| 内部支持者 | 在公司内部推动项目：发起、协调、向其他部门解释 |
| 评估者 | 实际使用或做技术验证的人 |
| 审批人 | 对某个具体条件作出可否判断（技术把关、预算审批） |
| 影响者 | 没有审批权，但意见会被纳入考虑 |
一个人可能同时担任多个角色。重要的是：角色不清楚时，要写「未知」。空着不填，这个人就会被当作不存在。
至于组织层面的决策结构——各部门如何组合成做决定的单元——见++如何理解企业采购的决策流程++。本篇只讲到人。
2. 关注点：他按什么标准做判断
面对同一份方案，不同位置的人用不同的标准：
- 使用部门：工作能不能顺利进行、要培训多少；
- 信息部门：和现有环境是否兼容、会不会增加运维负担；
- 信息安全：是否符合内部标准；
- 采购：价格是否合理、合同条件与售后；
- 财务与管理层：什么时候花钱、这笔投资的优先级。
记录时优先写对方实际说过的话，而不是推测。「他应该很在意安全」和「他明确表示需要确认是否符合安全标准」，信息价值完全不同。
3. 影响力：与是否支持分开评估
这是最容易看走眼的一项。影响力的评估，与这个人支持还是反对无关。
| 影响力类型 | 含义 | 例子 |
|---|---|---|
| 推动力 | 能让项目往前走 | 能发起申请、能争取预算、能调动其他部门 |
| 否决力 | 能让项目停下来 | 能判定技术要求不达标、能判定不符合内部标准 |
| 有限 | 意见会被参考，但单独推不动任何事 | 使用部门的一名普通员工 |
很多企业里都存在没有推动力、却有完整否决力的部门。信息安全和法务是典型：它们的职责不是推动项目，所以从来不会出现在支持者名单里；但只要它们判定某项要求不满足，项目就停在那里。
正是这种不对称，让「支持的人很多，所以进展顺利」成为一种危险的判断。
4. 状态：哪些完成了，哪些还没解决
每个人记下三件事：
- 最近一次接触是什么时候、谈了什么；
- 在他负责的范围内，哪些判断已经完成；
- 还有哪些确认事项没有解决。
没接触过的人，写「未接触」。按部门维护进展的方法，见++多部门参与的 B2B 项目怎么推进++。
5. 待解决需求：对他还需要做什么
最后写下：这个人要做出判断，还缺什么。
- 缺材料（比较维度、使用负担评估、参考案例）；
- 缺前置事项完成（在等其他部门确认）；
- 还没接触上（需要引荐）。
这一栏填满之后，关键人地图就直接变成了候选行动清单。行动的选择方法见++商机下一步怎么推进++。
关键人地图示例
注：以下为说明方法而设的假设案例，不对应任何真实企业。
项目：为一家中型连锁零售企业导入管理系统（提交方案后三个月）
| 人 / 部门 | 角色 | 关注点 | 影响力 | 状态 | 待解决需求 |
|---|---|---|---|---|---|
| 运营部经理 | 内部支持者 | 门店作业改善、项目的合理性 | 推动力（发起人） | 持续接触，支持 | 用于内部说服的投入产出材料 |
| 两位门店店长 | 评估者 | 使用负担、员工培训 | 有限 | 已试用，评价正面 | 无 |
| 信息部门工程师 | 技术把关人 | 与核心系统对接 | 否决力 | 正在确认对接规格 | 技术答复与验证周期 |
| 信息部门负责人 | 技术把关人 | 运维体系、维护负担 | 否决力 | 未接触 | 通过工程师了解其态度 |
| 经营企划 | 影响者 | 公司整体投资优先级 | 未知 | 未接触 | 确认是否参与 |
| 公司领导 | 审批人（预算） | 投资规模与时机 | 推动力与否决力 | 未明确 | 弄清由谁审批 |
这张地图透露的信息很清楚：
- 支持的人有好几位，但没有一位握有否决力，也就是说没有一个人的支持能真正保证什么；
- 在握有否决力的信息部门，只接触了工程师，没接触负责人；
- 三个月过去了，预算审批人仍然不明确。
和内部支持者关系很好，一线试用评价也正面。但审批路径依然看不见。
三种常见的影响力误判
1. 把职位高低当成影响力
职位高的人，不一定关心这个项目。反过来，一个没有管理职务的工程师，可能实际上决定着某项要求是否达标。影响力要看这个人在这个项目里握着哪个条件。
2. 把热情当成影响力
最热心配合你的人，不一定是分量最重的人。热情是宝贵的资源，但它的价值在于这个人作为内部支持者，而不能替代审批权。要照顾好内部支持者，同时另外确认审批路径。
3. 把发言多少当成决策权
会上说话最多的人，不一定是做决定的人。比「谁发言了」更可靠的指标是：在谁发言之后，讨论就收住了。 这一点可以记录下来，几个月后也能回头核对，而笼统的印象做不到。
怎么找到看不见的关键人
关键人地图的价值不在于上面有谁，而在于让你注意到缺了谁。实用的方法有：
问清「内部商量」是跟谁商量 「我们内部商量一下」说明存在一个商量对象。只要问一句「这件事一般是哪个部门来看」，就可能找到一个未知的决策单元。
追问被转述的意见 「信息部门那边有点意见」意味着那个部门里有人在做判断。不要停留在转述，找到意见的出处。
问问内部申请的流程 问内部申请怎么走，一般不会被视为冒犯。「从提交到批下来，大概要经过哪些环节？」这个问题也能帮内部支持者理清他自己的工作。
问问以前类似的采购 「以前导入类似系统的时候，都有哪些部门参与了？」这样得到的是事实，而不是推测出来的结构。
找出记录里缺席的部门 这是最可靠的。先列出预计会参与的部门，再找出在跟进记录里一次都没出现过的。记录方法见++客户跟进记录怎么写++。
关键人地图不是一张图，而是要持续更新的东西
画一次就不再动的地图，几周后就和现实脱节了。需要更新的时机：
- 对话中出现了新的人；
- 某个人的角色明确了，或者变了；
- 某个部门完成了它负责的判断；
- 项目阶段变化（评估 → 技术确认 → 商务条件 → 审批）。
阶段一变，关键的人也会换。在技术确认阶段继续加深与使用部门的关系，并不会让决策更近一步。关键人地图要和项目当前所处的位置一起看。
关键人信息与商机上下文放在一起 —— VINEQRA 的思路
VINEQRA 是一款面向销售个人的 iOS AI CRM，适合负责周期长、涉及多个关键人的项目的销售。它的设计前提是：关键人的信息不是联系人的附属属性，而是商机上下文的一部分。
它用下面的结构理解一个商机：
跟进记录 + 关键人 + 决策节点 + 卡点 → 下一步最佳行动（Next Best Action）
（VINEQRA Opportunity Context Model）
与关键人地图相关的是：跟进记录与每个人的信息相互关联，因此可以提示哪些关键人没有任何跟进记录，以及哪些需求仍待解决。
在支持的设备与地区，相关 AI 分析可以通过 Apple Foundation Models，在设备端由系统语言模型完成。
一条基本原则：
VINEQRA 负责建议，决定权在销售。
影响力的判断基于负责这个项目的人的观察。没有被记录下来的氛围与关系，只有他本人知道，系统不知道。
常见问题
关键人地图要列多少人？ 没有上限。标准是是否参与某个条件；可能参与的，即使没接触过也要列上。实际中通常在 5 到 10 人之间，更多的话建议按部门归并。
影响力是推测出来的，不会有偏差吗？ 会，所以要把它当作推测来记录：「看起来有否决力（依据：上次会议中技术要求的讨论是在他发言后定下来的）」。写上依据，这个判断就可以事后核对和修正。
要不要向客户要组织架构图？ 能拿到当然有帮助，但不是必需的。组织架构图描述的是汇报关系，不是某个项目的决策路径。从跟进记录中还原决策路径，往往更准确。
向内部支持者打听其他部门，会不会引起戒备？ 取决于怎么问。直接问「谁来审批」，比问「哪些材料发给谁能让流程更顺」更容易引起戒备。后一种问法是在帮他减少工作。
如果是老板一个人拍板的小公司呢？ 角色会变少，但不会消失。老板批准了支出，并不等于使用团队已经接受、技术上的适配已经确认。有三个角色，就按三个来处理。
如果无法锁定唯一的关键人呢？ 不需要锁定。在多部门项目里，每个条件由不同的人握着是常态。硬要锁定一个人，反而会让他没握着的那些条件变得看不见。
掌握结构，而不只是名单
项目迟迟定不下来，看起来像是关系没做到位，实际上可能是审批路径根本看不见。用五个字段梳理关键人，会把问题变得具体：缺的不是接触次数，而是结构中的某一块。
VINEQRA 把每位关键人的角色与关注点和跟进记录保存在一起，并提示哪些人没有跟进记录、哪些需求还没解决。
理清项目背后的每一个人。 → 前往 App Store 下载 VINEQRA