mcpField
G
gtm-enterprise-account-planning

gtm-enterprise-account-planning

github.com/github营销与增长40.5k1.6k 次安装1 天前更新
代码仓库

关于 gtm-enterprise-account-planning

面向复杂、多方参与交易的企业销售规划技能,结合 MEDDICC 资格评估、利益相关者分析、共同执行计划和阶段门槛,帮助判断交易状况并指导推进。

主要功能

  1. 01MEDDICC 商机资格评估
  2. 02验证经济决策者
  3. 03映射利益相关者动机
  4. 04跟踪共同执行计划
  5. 05按阶段设定销售标准

适用场景

  1. 01规划战略企业客户
  2. 02诊断停滞的销售周期
  3. 03准备提案并对齐买方
  4. 04选择完整或简版客户计划

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/github/awesome-copilot --skill gtm-enterprise-account-planning

安装后在 Claude Code 中输入/gtm-enterprise-account-planning确认已加载。

详细介绍

企业客户规划

面向企业级交易的战略客户规划与执行。把复杂的销售周期变成系统化的胜利——或者至少在浪费数月之前知道它正在走向失败。

何时使用

触发条件:

  • “我该如何规划这笔企业级交易?”
  • “这笔交易已经推进 3 个月了,为什么还没成交?”
  • “我该做一份完整的客户规划,还是简化版?”
  • “我怎么知道这笔交易是不是真的在推进?”
  • “MEDDICC 资格审查”
  • “制定一份共同行动计划”

适用场景:

  • 高于你平均 ACV 的战略级交易
  • 涉及多个利益相关方
  • 销售周期超过 60 天
  • 复杂的采购流程(法务、采购、安全)
  • 企业级或中端市场客户

核心框架

1. 如果你的 MAP 已经 3 周没有更新,这笔交易就死了

我观察到的模式:

共同行动计划(MAP)是衡量交易健康度的最佳单一指标。不是销售管道阶段。不是口头承诺。也不是“他们很喜欢这个产品”。

MAP 能告诉你一切:

健康的交易:

  • MAP 每周更新
  • 客户主动添加自己的行动项
  • 双方都按计划完成任务
  • MAP 中出现新的利益相关方
  • 日期在提前(而不是被推迟)

正在走向死亡的交易:

  • MAP 上次更新已是 3 周前或更久
  • 只有你这一方有行动项
  • 客户的任务标记为“待处理”已持续数周
  • 没有新的利益相关方参与
  • 所有日期都已是过去时

为什么会这样:

当一笔交易是真实的,客户希望它发生。他们在做事。他们在拉入利益相关方。他们在推进自己的流程。

当一笔交易正在走向死亡,是你在做所有的事。他们“太忙了”。他们会“下周回复你”。经济决策人正在“出差”。

3 周规则:

如果你的 MAP 已经 3 周没有更新,这笔交易就死了——只是你还不知道。我从没见过一笔 MAP 停滞的交易最终成交。11 年里一次都没有。

该怎么做:

沉默第 1 周: 发送 MAP 更新:“这是我们已完成的内容。你在 [具体客户行动] 上的进展如何?”

沉默第 2 周: 向内部支持者升级:“一直没收到关于 MAP 的回复。我们还按 [日期] 推进吗?如果优先级有变化,请告诉我。”

沉默第 3 周: 判定出局或重新设定:“看起来时机可能不太合适。我们是先暂停并在 [时间段] 后再联系,还是有什么阻碍我可以帮忙解决?”

常见错误:

因为“他们说过想要”就把交易留在销售管道里。口头兴趣 ≠ 行动。如果他们不在做事,他们就不会买。


2. EB 发现难题(以及为什么交易会在第 8 周夭折)

这个模式:

一笔交易你已经推进了 8 周。POC 进展顺利。内线非常喜欢你。技术验证已完成。你发出了方案。

然后:一片沉默。

发生了什么? 你从未见过经济买家。

经济买家(EB)是这个人:

  • 掌控预算分配
  • 做出最终采购决策
  • 签署合同

而不是:

  • 你的内线(他们施加影响,但不做决定)
  • 技术负责人(他们做验证,但不采购)
  • 参加过一次演示的副总裁(他们提供建议,但不签字)

为什么没有 EB 接触机会,交易就会夭折:

你是基于内线的假设构建了商业论证。但 EB 有不同的优先事项:

  • 内线关心的是:解决他们团队的痛点
  • EB 关心的是:ROI、风险缓解、战略一致性

当你通过内线把方案发给 EB 时,EB 看到的是:

  • 一个没有背景信息的价格标签
  • 一个针对他们从未明确提出过的问题的解决方案
  • 一个他们尚未评估过的风险

结果: 交易停滞或夭折。

框架:EB 验证清单

在发送方案之前,先验证:

  • 你是否已经确定了 EB?(姓名、职位,由内线确认)
  • 你是否已经见过 EB?(至少视频通话,最好线下见面)
  • EB 是否认同问题?(用他们的说法,而不是你的)
  • EB 是否认同成功指标?(他们将如何衡量 ROI)
  • EB 是否知道价格区间?(大致范围已讨论过,不会感到意外)
  • EB 是否了解时间线?(实施、上线、价值实现)

如果其中任何一项你回答“否”,就先不要发送方案。

如何获得 EB 接触机会:

问你的内线: “在我们最终确定价格之前,我很想和 [EB 姓名] 聊 15 分钟,确保我们在成果和时间线上保持一致。你能帮我们做个介绍吗?”

如果内线阻拦:“我来处理就行,你不需要和他们谈” → 这是一个危险信号。要么内线没有接触机会(不是真正的内线),要么他们担心 EB 会否决这笔交易(这意味着交易本身很弱)。

这样回应: “我完全理解。同时,我想确保 [EB] 在看到价格之前先看到完整价值。根据我的经验,当经济买家没有及早参与时,交易往往会在采购环节被拖延。我们能做一次简短的对齐通话吗?”

常见错误:

把 EB 会议当作“可有可无”。对于任何金额 >$50K 的交易,这都是必须的。没有 EB 接触机会 = 没有交易。


3. 个人收益映射(人们为自己而购买)

模式:

企业软件的采购由委员会完成。但委员会并不购买。购买的是人。

而人们购买是出于个人原因:

  • 职业发展
  • 在老板面前有面子
  • 减轻自己的工作负担
  • 自保(CYA)
  • 证明自己当初是对的
  • 不显得愚蠢

框架:个人收益识别

针对每一位利益相关者,梳理:

职业收益:

  • 如果这件事成功,他们会因此得到什么功劳?
  • 对他们个人来说,哪些痛苦会消失?
  • 这会如何让他们显得出色?

职业风险:

  • 如果这件事失败,他们会怎样?
  • 如果事情搞砸,他们的声誉代价是什么?
  • 内部有谁对他们持怀疑态度?

个人动机:

  • 他们是否刚上任?(需要速赢)
  • 是否面临预算削减?(需要证明支出的合理性)
  • 是否即将晋升?(需要可见的成功)
  • 是否曾被供应商坑过?(格外厌恶风险)

示例:工程副总裁

职业收益:

  • 减轻团队的 on-call 负担(他们就不会再向她抱怨了)
  • 更快的事件响应(在 QBR 上很好看)
  • 吸引更优秀的工程人才(现代化工具)

职业风险:

  • 团队拒绝新工具(是她强加给他们的)
  • 迁移进展不顺(停机、事故)
  • 供应商失败(是她选的他们)

个人动机:

  • 刚上任(6 个月),需要成绩
  • 承受着改善 uptime 指标的压力
  • 她之前选的监控工具失败了

这如何改变你的推销说辞:

通用说辞: “我们的平台将事件响应时间缩短 40%。”

个人收益说辞: “你提到 on-call 负担正在让团队筋疲力尽。我们的平台在第一个月就能将 on-call 呼叫减少 40%,这有助于留住人才。而且既然你正专注于为董事会改善 uptime 指标,响应时间的改善会立即体现在你的 QBR 仪表盘中。”

区别所在:

通用 = 业务理由 个人 = 职业理由

两者都重要。但个人收益才能促成交易。

常见错误:

只针对业务问题去销售。“这能省钱。这能提升效率。”这是必要的,但并不充分。人们需要看到这对自己个人有什么好处。


4. 企业客户计划结构(四个组成部分)

一份完整的客户计划由四个相互关联的部分组成。每个部分都为其他部分提供输入。

组成部分 1:客户摘要

  • 公司基本信息(总部、规模、行业、子公司)
  • 技术环境(基础设施、工具、平台)
  • 公司首要举措(来自新闻稿、年报、LinkedIn)
  • 假设:“我们如何提供帮助?”(在接触前写下这一点)
  • LinkedIn 关键词分析(量化他们在你所在领域的投入)

组成部分 2:组织架构图

  • 梳理所有相关联系人:姓名、职位、地点、LinkedIn、邮箱、电话、备注
  • 备注需记录:职责范围、技术专长、个人诉求
  • 覆盖各层级人员:C 级高管、总监、架构师、负责人、专家
  • 不要只梳理买家——还要梳理影响者、使用者、潜在阻碍者

组成部分 3:商机计划(MEDDICC)

  • M - 指标(Metrics):客户将如何衡量成功?(与 EB 共同验证)
  • E - 经济买家(Economic Buyer):谁拥有预算审批权?你是否已经与其会面?
  • D - 决策标准(Decision Criteria):他们将依据哪些标准做决定?(技术、业务、政治)
  • D - 决策流程(Decision Process):他们的采购流程是什么?(采购、法务、安全审查)
  • I - 已识别的痛点(Identified Pain):他们明确表达了哪些具体痛点?(用他们的原话,而不是你的)
  • C - 内线(Champion):客户内部谁在主动为你推动销售?
  • C - 竞争(Competition):他们还在评估哪些其他方案?竞争态势如何?

此外:问题/风险表,包含缓解计划、所需帮助、责任方

组成部分 4:共同行动计划(MAP)

  • 联合时间表,包含:行动、我方负责人、客户方负责人、其他参与方、截止日期
  • 双方都必须有行动——如果只有你的团队有行动,那就不是一桩交易,而只是一次演示
  • 跟踪状态(已完成/进行中)
  • 将 MAP 作为跟进电话的滚动议程
  • 如果 MAP 在 3 周内没有更新,交易就已经死了

决策标准:

对于按潜在交易规模排名前 10-20% 的客户,完整客户计划值得投入。对于其余客户,使用简化版本(摘要 + MEDDICC + 后续步骤)。

常见错误:

  • 在交易已经开始推进后才创建客户计划(应在首次接触前构建)
  • 不每周维护 MAP(MAP 过时 = 交易停滞)
  • 用假设而非已验证信息填充 MEDDICC
  • 只梳理显而易见的联系人,而不是完整的组织架构图
  • 不跟踪每个利益相关者的个人诉求

5. 用于客户情报的 LinkedIn 关键词分析

在接触战略客户之前,通过 LinkedIn 量化他们在你所在领域的投入。

如何执行:

  1. 确定 8-10 个与你所在领域相关的关键词(例如:品类术语、技术角色、工作流关键词)
  2. 在 LinkedIn 中搜索“[公司名称] + [关键词]”并记录数量
  3. 梳理分布集中度:哪些地点?哪些部门?
  4. 识别异常值(特定部门中关键词高度集中,表明其成熟度高)

为什么这有效:

如果一家公司有 50 名员工的个人资料中包含“SRE”,说明他们在站点可靠性方面很成熟。如果只有 2 名,说明他们还没准备好使用高级可观测性工具。

这能告诉你:

  • 是否应该跟进该客户(他们是否有相应的团队?)
  • 应该瞄准谁(集中度在哪里?)
  • 如何个性化外联(引用他们的具体背景)

示例:

搜索“[公司] + DevOps”:

  • 120 条结果 → 成熟的 DevOps 组织,匹配度高
  • 5 条结果 → 尚处早期,还没准备好

搜索“[公司] + SRE”:

  • 50 条结果 → 他们重视可靠性,可主推正常运行时间/减少事故的价值主张
  • 0 条结果 → 不要以 SRE 价值主张作为切入点

常见错误:

  • 只搜索职位名称(差异极大),而不是关键词(一致性高)
  • 不将数量与员工总数进行对比
  • 不更新分析(招聘趋势每季度都会变化)

6. 统一的销售流程(阶段关口)

企业销售遵循具有明确退出标准的既定阶段。未满足标准,就不要推进阶段。

阶段 0 — 管道生成: 潜在客户开发 → 确认合格意向 阶段 1 — 需求挖掘: 环境/痛点/需求 → 明确痛点、梳理利益相关者 阶段 2 — 演示: 产品演示、培养拥护者 → 确定拥护者 阶段 3 — 价值验证: POC/试用 → 技术验证完成 阶段 4 — 方案: 定价、条款、范围 → 方案已交付、EB 已对齐 阶段 5 — 文书流程: 法务、采购、安全 → 审批已获得 阶段 6 — 已赢单: 合同已签署 → 客户成功交接

退出标准很重要:

在拥有拥护者之前,不要从阶段 2 → 阶段 3。 在满足 POC 成功标准之前,不要从阶段 3 → 阶段 4。 在 EB 批准之前,不要从阶段 4 → 阶段 5。

常见错误:

根据活动而不是标准推进阶段。“我们做了演示,所以我们在阶段 3”——但如果他们尚未同意 POC,你仍在阶段 2。


决策树

我是否需要完整的客户计划?
Is deal size above average ACV?
├─ No → Simplified plan (summary + MEDDICC)
└─ Yes → Continue...
    │
    Sales cycle >60 days?
    ├─ Yes → Full account plan
    └─ No → Simplified plan
这笔交易是否真的在推进?
Is MAP being updated weekly?
├─ Yes → Healthy
└─ No → Continue...
    │
    Has it been >3 weeks since last MAP update?
    ├─ Yes → Dead deal (qualify out or reset)
    └─ No → At risk (escalate to champion)
我是否应该发送方案?
Have you met the Economic Buyer?
├─ No → Don't send yet (get EB access first)
└─ Yes → Continue...
    │
    Does EB agree on problem and success metrics?
    ├─ Yes → Send proposal
    └─ No → Align with EB before sending

常见错误

1. 创建客户计划太晚

  • 在首次接触前构建,而不是交易启动后

2. MEDDICC 充满假设

  • 与客户验证每个要素,不要猜测

3. 过时的共同行动计划

  • 如果 MAP 不是每周更新,交易就在停滞。3 周以上 = 死亡。

4. 只映射买方

  • 需要完整组织图:影响者、用户、阻碍者

5. 忽视个人胜利

  • 人们购买是出于职业/声誉原因,而不仅仅是业务 ROI

6. 不跟踪交易健康度

  • 绿/黄/红指标能及早发现濒死交易

7. 跳过拥护者验证

  • 没有内部拥护者,你就是在孤军奋战

快速参考

MAP 健康检查:

  • 绿色:每周更新,双方都有行动,客户完成任务
  • 黄色:每两周更新,主要是你的行动,客户响应缓慢
  • 红色:3 周以上未更新,只有你的行动,客户无响应 → 死亡交易

MEDDICC 验证:

  • 指标:与 EB 商定成功标准
  • 经济买家:见过他们,验证了问题/解决方案
  • 决策标准:了解他们的评估标准
  • 决策流程:知道采购/法务/安全步骤
  • 已识别痛点:用客户的话,而不是你的
  • 拥护者:积极代表你在内部销售
  • 竞争:了解他们正在考虑的替代方案

个人胜利问题:

  • “对你个人而言,成功是什么样的?”
  • “如果这成功了,你的团队会怎样?如果没成功呢?”
  • “今年你被考核的是什么?”
  • “内部谁持怀疑态度?为什么?”

客户计划清单:

  • 带假设的客户摘要
  • 映射个人胜利的组织图
  • MEDDICC 完全验证(而非假设)
  • 包含客户行动的 MAP(不仅仅是你的)
  • 安排每周 MAP 更新节奏

相关技能

  • enterprise-onboarding:成交后客户实施
  • partnership-architecture:涉及合作伙伴关系的交易
  • technical-product-pricing:企业定价策略

基于一家平台公司在超高速增长期间的企业销售,结合成交战略客户、应对复杂采购流程的模式,以及以惨痛教训认识到过时的 MAP = 死亡交易。不是理论——是看着交易因为没有跟踪健康指标而死亡,以及因为及早验证 EB 对齐而成交的教训。

评论

支持 Markdown