做 B 端项目这些年，我见过最常见的一种失败：把全部精力押在一个人身上，人一走，关系清零。
《营销管理》里有个概念把这件事说透了：采购中心（buying center）。
它说的不是某个部门，而是一个项目里所有影响采购决策的人组成的临时决策圈。
七个角色，七种诉求
| 角色 | 典型身份 | 他关心什么 |
|---|---|---|
| 发起者 | 使用部门 / 项目负责人 | 解决自己的问题 |
| 使用者 | 一线操作 / 安保人员 | 好不好用、麻不麻烦 |
| 影响者 | 设计院、顾问、技术负责人 | 规格是否合规、技术是否先进 |
| 决策者 | 业主 / 总经理 | 风险与总成本 |
| 批准者 | 财务 / 上级集团 | 预算与合规 |
| 购买者 | 采购部 | 价格、账期、流程 |
| 把关者 | 门卫、IT、法务 | 能不能进、合不合规 |
注意这张表里的一个事实：这七个人没有一个能单独决定买你，但每一个都能单独决定不买你。
把关者的一句话，可以让前面六个月的努力作废。
最危险的做法：只搞定决策者
我原来以为这是常识，后来发现不是。
「只搞定一把手」在短期确实有效，但它有两个致命问题：
- 人是会换的。人一调岗，此前建立的一切归零。
- 组织比个人稳。真正让项目翻盘的，通常是影响者（写进规格书）和使用者（现场体验）——因为他们不随人走。
所以更稳的做法是：把差异化写进规格书。
八个阶段里，第三步是分水岭
书里把组织购买拆成八个阶段：
| # | 阶段 | 供应商该做什么 |
|---|---|---|
| 1 | 问题识别 | 把客户的问题定义成「你能解的那个问题」 |
| 2 | 需要总述 | 参与需求描述，别被写成对手的规格 |
| 3 | 产品规格 | 把差异化指标写进规格书（最关键） |
| 4 | 供应商搜寻 | 确保自己在合格名单里 |
| 5 | 提案征集 | 方案书对着评分表写，不是对着产品写 |
| 6 | 供应商选择 | 处理价格、账期、交期、售后四组条件 |
| 7 | 订货常规 | 简化流程，锁库存与交期 |
| 8 | 绩效评估 | 主动做复盘报告，把「满意」变成书面证据 |
第 3 步之前，还有得谈；第 3 步之后，基本只剩价格可谈。
这也是为什么在报价阶段降 5 个点，往往不如在规格阶段写进去一条硬指标。
前者一次性让利，后者影响未来所有同类项目。
顾客算的那笔账，分母比分子更重要
书里还有一个框架我很认同：客户每次购买，都在算「得到的总价值 ÷ 付出的总成本」。
| 分子：总价值 | 分母：总成本 |
|---|---|
| 产品价值（性能、可靠性、寿命） | 货币成本（采购价、配件、运维） |
| 服务价值（响应、备件、培训） | 时间成本（交付周期、停机时长） |
| 人员价值（销售与工程师的专业度） | 精力成本（学习、安装、复杂度） |
| 形象价值（用你的产品，他在客户面前什么形象） | 风险成本（选错的责任、兼容性、合规） |
关键在于最后一行：越是大项目，风险成本和时间成本的权重越高，价格权重越低。
这解释了一个现象：同样是低价，在小项目里能赢，在大项目里反而让人不敢选。
因为低价传递的信号不是「划算」，而是「他要靠什么活下来」。
只跟客户谈价格的销售，其实是在替对手打自己。
一个可以立刻用的动作
书里的建议是：把七个角色画成一张项目地图。
每个项目落地页上写清七行——谁发起、谁使用、谁写规格、谁批预算、谁采购、谁把关、谁决策——并标注「我们认识谁、谁还不认识我们」。
空白的格子，就是这个项目的风险点。
我试过把这个动作搬到工作里，最大的价值不是多认识了几个人，而是它让「这个项目靠不靠谱」变成了一个可以看的图，而不是一种感觉。
读《营销管理》第 5–7 章的一点整理。书是教科书，框架稳，但案例偏欧美消费品，B2B 部分要结合自己的行业做二次翻译。