如何用LinkedIn画出客户采购决策链
决策链不是一张“谁能拍板”的猜测图
B2B 采购通常不是一个 Buyer 决定的。需求可能来自产品或运营团队，规格由工程/质量影响，寻源负责初筛，采购执行合同与订单，负责人审批预算。LinkedIn 能提供公开组织和职业线索，但不能展示内部汇报关系、预算、项目优先级或真实采购意向。因此决策链的价值是降低单点依赖、安排验证顺序，而不是让业务员假装看见客户内部组织。
一张合格的图必须让同事看懂三件事：已知什么、仅是假设什么、下一次只向谁确认哪一件事。
先定义本轮要解决的业务场景
没有具体场景，任何公司都能搜出一堆 Procurement、Sales、Director，但无法判断谁相关。开始前写下产品用途、目标公司商业角色、可能涉及的品类和本轮目标。例如“向食品设备经销商验证卫生级阀门的新供应商入口”，而不是“开发欧洲客户”。
| 输入 | 必须回答的问题 | 不可写成的结论 |
|---|---|---|
| 公司实体 | 是总部、子公司、工厂还是经销实体？ | “集团所有采购都在此处” |
| 商业角色 | 制造、分销、零售、集成还是服务？ | “一定需要我们的产品” |
| 产品场景 | 产品用于什么，和官网产品线是否相交？ | “已有项目/预算” |
| 研究目标 | 需要找供应商入口、技术评估还是订单执行？ | “必须找到 CEO” |
官网、公司页、公开产品/地点信息优先用于主体核验；个人搜索只在主体正确后开始。
用五个节点建立最小角色图
不必在第一次研究时填满所有人。先给每个节点放一个最接近的公开候选，空位比错误归属更有价值。
| 节点 | 常见职位词 | 要验证的任务 | 公开资料可以证明什么 |
|---|---|---|---|
| 需求/品类 | Product、Category、Operations | 为什么需要/销售该类产品 | 当前职位和产品/品类描述 |
| 技术/质量 | Engineering、Quality、Compliance | 规格、测试、认证由谁判断 | 明示的技术/质量职责 |
| 寻源/准入 | Sourcing、Procurement | 新供应商资料由谁接收 | 寻源、供应商评估的公开描述 |
| 商业/订单 | Buyer、Purchasing、Supply Chain | 报价、交期、PO 谁执行 | 订单、库存、供应商协调职责 |
| 审批/方向 | Director、Owner、VP | 新产品/高风险事项如何升级 | 仅能确认职位，不能确认预算 |
一个人可以覆盖多个节点，尤其是小公司；大型公司则可能在每个节点有多位角色。不要因规模想象固定的“采购委员会人数”。
搜索与记录遵循事实—假设—问题顺序
逐个打开候选资料时，先记录当前公开职位和公司，再记录与场景有关的原始描述，最后才写一个有限的工作假设。绝不反过来用职位去填补事实。
事实：公开显示为 X 公司 Product Manager，简介提到 process equipment。
假设：可能了解卫生级阀门所在的产品组合。
问题：新增供应商/样品评估通常由产品团队还是 sourcing 团队先参与？
状态：主验证路径，尚未联系。反例是：“Product Manager，有采购权，正在找供应商。”后两句没有公开证据，不能进入 CRM，更不能据此设计强推消息。
选择主路径和备用路径，而不是同时群发
主路径应是与已核验场景最接近、且最容易回答一个职责问题的人；备用路径用于主路径明确不相关、离职或建议转介后再启动。正常情况下，不应同一天向同一公司多名角色发送同一模板。
| 场景 | 合理主路径 | 备用路径 | 启动备用的条件 |
|---|---|---|---|
| 经销商新增品类 | Product/Category | Buyer 或 Owner | 主联系人称采购另有团队/无回复后复核 |
| 制造商替代材料 | Engineering/Quality | Sourcing | 技术节点确认规格后 |
| 项目型集成商 | Project/Engineering | Procurement | 项目用途与规格已确认 |
| 小型贸易商 | Owner/Product | Operations | 高层要求转交或职责不清 |
若对方明确表示不负责或不希望联系，停止该个人路径；不能换一个同事、换一个账号继续绕过其表达。
模拟案例：从公开线索到一条可行动路径
以下名称均为虚构。Aster Process Distribution 官网显示其销售食品和制药工艺设备。LinkedIn 上发现一名 Product Manager（公开资料提到 process equipment）、一名 Purchasing Manager（公开资料提到 PO 和库存）和一名 Quality Engineer（职责未说明）。
正确的首版图是：Product 为“需求/品类主验证”；Purchasing 为“订单执行候选”；Quality 为“技术/质量待确认”。先向 Product Manager 问新增卫生级配套件的供应商评估由哪个团队发起。未得到回复前，不要给三人同时寄目录；也不能称 Quality Engineer 已经有认证决定权。若 Product 回复“工程先看规格”，才把工程节点设为下一条路径。
把每次互动更新成团队可用数据
| 字段 | 示例 | 用途 |
|---|---|---|
| Account 边界 | 法国销售实体，非集团总部 | 防止跨主体误触达 |
| 节点与角色 | 寻源：空缺；订单：Purchasing Manager | 显示缺口而非编造人名 |
| 证据 | 资料公开提到 inventory & PO，2026-08-20 核验 | 允许复查 |
| 本轮问题 | 谁接收新供应商资料？ | 避免消息跑题 |
| 状态 | 已联系/等待/转介/Stop | 防止多人重复操作 |
| 下次动作 | 等待至团队设定日期；无回复则观察 | 控制节奏 |
不要把页面浏览、点赞或无回复记为“兴趣”。这些行为不构成采购信号。联系人离职、公司业务变化或公开资料更新时，应保留旧记录并附新日期，而不是悄悄改写历史。
何时停止研究或关闭账户
在核验主体、完成相邻职能搜索并检查公开官网入口后，仍找不到与场景相关的角色或路径，应将账户置为观察/关闭。无限增加职位词或查找私人信息不会提高质量，只会造成隐私与账号风险。
同样，客户明确无关、拒绝联系、资料显示离职或产品场景不匹配时，停止；可以将公司级原因记录为未来重新核验的条件，但不应继续个人追踪。
决策链交付检查清单
□ 已明确公司实体、商业角色和具体产品场景
□ 每个节点记录公开事实、有限假设和一个待验证问题
□ 未把职位、地区、资历写成预算、采购权或关系结论
□ 有唯一主路径和条件明确的备用路径
□ 同公司没有多人同日发送相同消息
□ 回复、转介、离职与拒绝都已回写角色图和状态
□ 公开路径不足时已停止研究，未搜集私人信息或绕过平台限制一张好的采购决策链始终允许被推翻：新回复可以把节点移位、合并或删除。它的成功标准不是画得完整，而是让每个下一步都更相关、更克制、可被团队复用。
如果你想把「如何用LinkedIn画出客户采购决策链」这一步继续落成流程，可以看看 客户开发 Agent，先判断它是否适合接住这段重复工作。查看适配方案
引用本文
引用时可保留文章名称、规范地址和页面记录的更新时间。