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)とは、次のような人物です。

  • 予算配分を決定する
  • 最終的な購入を決定する
  • 契約に署名する

次の人物ではありません。

  • あなたの推進役(影響力はありますが、決定権はありません)
  • 技術リーダー(検証はしますが、購入はしません)
  • デモに一度参加した VP(助言はしますが、署名はしません)

EB にアクセスできないと商談が失敗する理由:

推進役の想定に基づいてビジネスケースを作成しました。しかし、EB の優先事項は異なります。

  • 推進役が重視すること:チームの課題を解決すること
  • EB が重視すること:ROI、リスク軽減、戦略との整合性

推進役を通じて EB に提案書を送ると、EB には次のように映ります。

  • 背景説明のない価格
  • EB 自身が明確にしていない問題に対する解決策
  • EB が評価していないリスク

結果: 商談は停滞するか、失敗します。

フレームワーク:EB の確認チェックリスト

提案書を送る前に、次の点を確認してください。

  • EB を特定しましたか?(氏名、役職、推進役による確認)
  • EB に会いましたか?(最低でもビデオ通話、できれば対面)
  • EB は問題について合意していますか?(あなたの言葉ではなく、EB 自身の言葉で)
  • EB は成功指標について合意していますか?(ROI をどのように測定するか)
  • EB は価格帯を把握していますか?(概算を話し合っており、驚かせることがない)
  • EB はタイムラインを理解していますか?(導入、稼働開始、価値の実現)

いずれかに「いいえ」と答えた場合は、まだ提案書を送らないでください。

EB へのアクセスを得る方法:

推進役に依頼する: 「価格を確定する前に、[EB name] と15分ほどお話しして、成果とタイムラインについて認識を合わせたいと思っています。紹介していただけますか?」

推進役が断る場合:「こちらで対応できます。あなたが話す必要はありません」 → これは危険信号です。推進役が EB にアクセスできない(真の推進役ではない)か、EB に商談を打ち切られることを恐れている(つまり、商談が弱い)かのどちらかです。

こう返しましょう: 「お気持ちはよくわかります。同時に、価格をお伝えする前に、[EB] に価値全体を理解していただきたいと思っています。私の経験では、経済的購買者が早い段階から関与していないと、調達の段階で商談が遅延します。短時間の認識合わせの電話を設定できませんか?」

よくある間違い:

EB との面談を「できれば望ましいもの」と考えること。$50K を超える商談では必須です。EB にアクセスできなければ、商談は成立しません。


3. 個人のメリットを見極める(人は自分のために買う)

パターン:

エンタープライズソフトウェアの購入は委員会によって決定されます。しかし、委員会は買いません。買うのは人です。

そして、人は個人的な理由で買います。

  • キャリアアップ
  • 上司から評価される
  • 自分の仕事量を減らす
  • 自分の身を守る
  • 自分が正しかったと証明する
  • ばかだと思われないようにする

フレームワーク:個人的なメリットの特定

各ステークホルダーについて、以下を整理します。

仕事上のメリット:

  • 成功した場合、どのような功績が認められますか?
  • その人自身にとって、どのような悩みが解消されますか?
  • それによって、その人はどのように評価されますか?

仕事上のリスク:

  • 失敗した場合、その人には何が起こりますか?
  • うまくいかなかった場合、評判にどのような損失が生じますか?
  • 社内でその人に懐疑的なのは誰ですか?

個人的な動機:

  • 新しい役職に就いたばかりですか?(すぐに成果を出す必要がある)
  • 予算削減に直面していますか?(支出の正当性を示す必要がある)
  • 昇進を控えていますか?(目に見える成果が必要)
  • 以前にベンダーに失望させられた経験がありますか?(リスクを特に避ける)

例:エンジニアリング担当副社長

仕事上のメリット:

  • チームのオンコール負担を減らす(チームからの不満がなくなる)
  • インシデント対応を迅速化する(四半期ビジネスレビューで評価される)
  • より優秀なエンジニア人材を惹きつける(最新のツール)

仕事上のリスク:

  • チームが新しいツールを拒否する(彼女が押し付けたことになる)
  • 移行がうまくいかない(ダウンタイムやインシデントが発生する)
  • ベンダーが失敗する(彼女が選んだことになる)

個人的な動機:

  • 新しい役職に就いて6か月で、成果を出す必要がある
  • 稼働率の指標を改善するよう圧力を受けている
  • 以前、彼女が選んだ監視ツールが失敗した

これによって提案の仕方はどう変わるか:

一般的な提案: 「当社のプラットフォームは、インシデント対応時間を40%短縮します。」

個人のメリットに訴える提案: 「オンコールの負担でチームが疲弊しているとおっしゃっていましたね。導入後最初の1か月でオンコールの通知を40%減らし、人材の定着につなげたチームもあります。また、取締役会に向けて稼働率の指標を改善することに注力されていますので、対応時間の短縮はQBRダッシュボードにすぐ反映されます。」

違い:

一般的な提案=ビジネス上のメリット 個人のメリットに訴える提案=キャリア上のメリット

どちらも重要です。しかし、個人的なメリットが商談を成立させます。

よくある間違い:

ビジネス上の課題だけに訴えて売り込むことです。「コストを削減します。効率を高めます。」それは必要ですが、それだけでは不十分です。人は、自分にとってどんなメリットがあるのかを知る必要があります。


4. エンタープライズアカウントプランの構成(4つの要素)

完全なアカウントプランは、相互に関連する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で「[company name] + [keyword]」を検索し、件数を記録します
  3. 集中している領域を特定します:どの拠点ですか?どの部門ですか?
  4. 外れ値を特定します(特定の部門にキーワードが集中している場合、成熟度の高さを示します)

有効な理由:

プロフィールに「SRE」と記載している従業員が50人いる企業は、サイト信頼性の分野で成熟しています。2人しかいない場合は、高度なオブザーバビリティツールを導入する準備ができていません。

これにより、次のことが分かります。

  • アカウントにアプローチすべきか(必要なチームがあるか)
  • 誰をターゲットにすべきか(どこに人材が集中しているか)
  • アプローチをどのようにパーソナライズするか(相手の具体的な状況に触れる方法)

例:

「[Company] + DevOps」を検索:

  • 120件 → 成熟したDevOps組織があり、適合性が高い
  • 5件 → 初期段階にあり、まだ準備ができていない

「[Company] + 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 の検証:

  • Metrics:EB と成功基準について合意している
  • Economic Buyer:本人と面談し、課題と解決策を確認している
  • Decision Criteria:顧客の評価基準を把握している
  • Decision Process:調達/法務/セキュリティの手順を把握している
  • Identified Pain:自分の言葉ではなく、顧客自身の言葉で課題を把握している
  • Champion:自社のために社内で積極的に推進している
  • Competition:顧客が検討している代替案を把握している

個人的な成功に関する質問:

  • 「あなたにとって、個人的な成功とはどのような状態ですか?」
  • 「これがうまくいった場合、チームにはどのような影響がありますか? うまくいかなかった場合はどうですか?」
  • 「今年、どのような指標で評価されますか?」
  • 「社内で懐疑的な人は誰ですか? その理由は何ですか?」

アカウントプランのチェックリスト:

  • 仮説を含むアカウント概要
  • 個人的な成功要因を記載した組織図
  • MEDDICC を推測ではなく、すべて検証済み
  • 顧客のアクションを含む MAP(自社のアクションだけではない)
  • MAP を毎週更新するスケジュールを設定済み

関連スキル

  • enterprise-onboarding:契約締結後の顧客導入
  • partnership-architecture:パートナーとの関係を含む商談
  • technical-product-pricing:エンタープライズ向け価格戦略

ハイパーグロース期のプラットフォーム企業におけるエンタープライズ営業をもとにしています。戦略的アカウントの成約、複雑な調達プロセスへの対応、そして MAP の更新が滞れば商談も失注するという厳しい教訓から得られたパターンです。机上の理論ではありません。健全性の指標を追跡しなかったために商談が失われるのを目の当たりにし、EB の合意を早期に検証したことで商談を成約できた経験から得た教訓です。

コメント