アカウントプランとは?作り方7手順と記入例
目次
はじめに
アカウントプランとは、重点顧客一社ごとに「顧客の目標と課題」「意思決定に関わる人」「自社が提供できる価値」「次に取る行動」をまとめた、中長期の営業計画です。個別の商談ではなく、顧客企業全体との関係をどう育てるかを決めるために使います。
大手企業との商談では、担当者との関係が良く、提案内容にも手応えがあるのに、案件が前へ進まないことがあります。
「社内で検討します」と言われた後に連絡が止まる。別部門の責任者が現れて議論が振り出しに戻る。年度が変わると優先順位が下がる。競合ではなく、現状維持に負ける。こうした停滞は、担当者個人の営業力だけでは解決できません。
エンタープライズ営業では、目の前の商談だけでなく、顧客企業の事業課題、意思決定の構造、関係者、予算、導入リスク、競合や代替手段を一つの見取り図として管理する必要があります。そのための実務ツールがアカウントプランです。
本記事では、営業責任者と大手企業を担当する営業担当者に向けて、形だけの資料にならないアカウントプランの作り方を解説します。一枚で使える12項目と記入例、作成の7手順、30分の月次レビュー、AIで下準備を短くする方法まで扱います。読み終えた時に、重点顧客について何を調べ、誰と関係を築き、次に何を確認すべきかを整理できる状態を目指します。
アカウントプランとは顧客企業との成長シナリオである
アカウントプランとは、重点顧客に対して中長期的な関係と取引を築くための計画です。
単なる会社概要や案件一覧ではありません。顧客の経営・事業上の目標を理解し、自社がどの課題に価値を提供できるかを考え、関係者との接点と具体的な行動を設計します。
最低限、次の問いに答えられる状態を作ります。
- ▸顧客企業は今、何を重要課題としているか
- ▸その課題はどの部門や役職に影響しているか
- ▸現在どのような方法で対応しているか
- ▸変える必要性と、変えられない理由は何か
- ▸誰が推進し、誰が承認し、誰が止める可能性があるか
- ▸自社はどの価値を提供できるか
- ▸競合や内製、現状維持と比べて何が違うか
- ▸次に誰が、誰へ、何を確認するか
アカウントプランの目的は、情報を集めることではありません。限られた営業資源をどこへ使うかを判断し、チームで一貫した行動を取れるようにすることです。
商談管理との違い
商談管理は、特定の案件について金額、確度、提案内容、次回予定などを管理します。一方、アカウントプランは、その案件を含む顧客企業全体を見ます。
対象
商談管理:個別の案件 / アカウントプラン:顧客企業・企業グループ全体
時間軸
商談管理:今回の受注まで / アカウントプラン:中長期の関係と取引拡大
主な情報
商談管理:金額、確度、提案、予定 / アカウントプラン:事業課題、関係者、承認構造、競合、成長機会
主な目的
商談管理:案件を前へ進める / アカウントプラン:重点顧客で価値提供を広げる
更新契機
商談管理:商談の進展 / アカウントプラン:顧客・関係者・戦略の変化
個別案件だけを追うと、今見えている相談に対応する受け身の営業になりやすくなります。アカウントプランでは、顧客の目標から逆算し、まだ案件化していない課題や別部門への展開も検討します。
ただし、将来の可能性を並べるだけでは計画になりません。必ず、現在の事実と次の行動まで結び付けます。
ABM・アカウントマネジメントとの違い
アカウントプランと近い考え方に、ABMとアカウントマネジメントがあります。実務では組み合わせて使いますが、主な役割は異なります。
ABM
主な問い:どの企業群を狙い、営業とマーケティングでどう接点を作るか / 本記事との役割分担:重点企業を選び、組織横断で働きかける戦略
アカウントマネジメント
主な問い:既存の大口顧客との関係と取引をどう維持・拡大するか / 本記事との役割分担:受注後を含む顧客深耕の仕組み
アカウントプラン
主な問い:選定した一社について、何を理解し、誰へ、次にどう動くか / 本記事との役割分担:個社ごとの仮説・関係者・行動計画
ABMを進める場合も、選定した重点企業ごとのアカウントプランが必要です。既存顧客を深耕する場合も、同じプランを更新しながら利用できます。
対象企業の選定と営業・マーケティング連携は「ABM入門」、受注後を含む深耕設計は「アカウントマネジメント入門」で詳しく扱っています。
アカウントプランが必要な顧客
すべての見込み客に詳細なプランを作る必要はありません。作成と更新には時間がかかるため、重点顧客を選びます。
次の条件が複数当てはまる企業は、アカウントプランの対象候補です。
- ▸複数部門や複数役職が意思決定に関わる
- ▸契約までの期間が長い
- ▸一件あたりの取引金額や戦略的重要性が高い
- ▸最初の契約後に別部門・別用途へ展開できる
- ▸顧客固有の業務や承認プロセスを理解する必要がある
- ▸自社側も営業、技術、法務、経営など複数人で対応する
対象を増やし過ぎると更新されなくなります。最初は、営業チームが毎月見直せる件数に絞る方が実用的です。
一枚で始めるアカウントプランの項目
立派なテンプレートから始める必要はありません。まずは一枚で全体を確認できる形を作り、必要に応じて詳細資料へリンクします。
顧客の基本情報
記載する内容:事業、組織、業績動向、重点方針、担当部門
顧客の目標
記載する内容:経営・事業・部門が実現したい状態
課題仮説
記載する内容:目標達成を妨げる業務・組織・システム上の問題
現在の対応
記載する内容:既存製品、内製、外注、手作業、現状維持
関係者
記載する内容:利用者、推進者、決裁者、承認者、反対・慎重な人物
関係性
記載する内容:接点の有無、信頼度、最終接触、確認できた関心
提供価値
記載する内容:関係者ごとにどの成果を支援できるか
競合・代替
記載する内容:競合製品、既存ベンダー、内製、予算を奪い合う別施策
承認条件
記載する内容:予算、稟議、セキュリティ、法務、購買、導入体制
リスク
記載する内容:情報不足、関係者不在、時期、競合、社内体制
目標
記載する内容:いつまでに、どの関係・案件・成果を作るか
次の行動
記載する内容:担当者、期限、相手、確認事項、期待する結果
重要なのは、空欄を埋めることではありません。空欄は「まだ分かっていないこと」です。次の商談で確認する内容として扱います。
記入例(架空の企業)
以下は説明用に作った架空の例です。業務システムを提供する会社が、国内の中堅製造業A社(従業員約2,000名)を重点顧客にした場面を想定しています。
顧客の目標
【事実】中期経営計画で「受注から出荷までのリードタイム短縮」を重点施策に掲げている(統合報告書・確認日を記録)
課題仮説
【仮説】工場ごとに受注情報の管理方法が異なり、営業と生産管理の間で確認作業が多い。現場担当者の発言1件が根拠で、他工場は未確認
現在の対応
【事実】基幹システムは導入済み。工場間の調整は表計算ソフトとメールで行っている
関係者
推進者:生産管理部の課長(面談2回) / 決裁者:製造本部長(接点なし) / 承認者:情報システム部(【未確認】審査の開始条件)
提供価値
本部長には「リードタイム短縮の進捗を工場横断で見られること」、課長には「確認作業の削減」、情報システム部には「既存基幹システムを置き換えない構成」
競合・代替
既存ベンダーの追加開発、表計算ソフトの運用改善(=現状維持)。最も負けやすいのは現状維持
承認条件
【未確認】予算化の時期、稟議に必要な効果試算の形式
リスク
決裁者と接点がなく、推進者一人の熱意に依存している
次の行動
10月末までに営業責任者が課長へ、本部長向け説明資料の共同作成を打診する。完了条件は、予算化の時期と効果試算の形式が分かること
記入例のように、項目ごとに【事実】【仮説】【未確認】が混ざって構いません。大切なのは、それぞれがどれに当たるかを書き分けることです。この例では、未確認の項目がそのまま次の行動になっています。
「事実・仮説・未確認」を分ける
アカウントプランで最も起きやすい問題は、担当者の解釈が事実として共有されることです。
例えば「経営層はコスト削減を重視している」と書かれていても、公開された方針に基づくのか、担当者の発言なのか、営業側の推測なのかで確度は異なります。
情報には、次のラベルを付けます。
- ▸事実: 公開資料、顧客の発言、契約・商談記録で確認できたこと
- ▸仮説: 複数の事実から営業側が推測していること
- ▸未確認: 判断に必要だが、まだ情報がないこと
この区別があると、チーム内で意見が違っても「誰の理解が正しいか」という議論になりません。「この仮説を確かめるには、誰へ何を聞くか」を話せます。
顧客の公開情報を引用する場合は、出典と確認日も残します。組織や方針は変わるため、過去の情報を現在の事実として使わないようにします。
属人化しない、組織で再現できる営業の仕組みをつくります。
営業組織構築・GTM支援を見るアカウントプランを作る7つの手順
ステップ1. 重点顧客を選ぶ
売上規模だけで選ばず、自社が価値を出せる可能性と、投下する営業資源の妥当性を見ます。
評価軸の例は、課題の強さ、経営方針との一致、既存関係、取引拡大の余地、自社の提供能力、競合状況、契約時期です。
評価は精密な点数付けが目的ではありません。「なぜこの企業へ時間を使うのか」をチームで説明できる状態を作ります。
ステップ2. 公開情報から事実を集める
顧客のWebサイト、統合報告書、中期経営計画、決算資料、ニュース、採用情報などを確認します。
見るべきなのは情報量ではなく、顧客の優先順位です。
- ▸どの事業を伸ばそうとしているか
- ▸どの課題やリスクを認識しているか
- ▸どの領域へ投資しているか
- ▸組織や責任者にどのような変化があったか
- ▸採用情報から、強化中の機能や不足人材を推測できるか
公開情報だけで課題を断定してはいけません。商談で確かめる仮説の材料として使います。
ステップ3. 顧客の目標と課題仮説をつなぐ
製品から考えると、「自社製品をどこへ売れるか」という発想になります。先に顧客の目標を置き、その実現を妨げる要因を考えます。
例えば、顧客が新サービスの売上拡大を目指している場合、課題は営業人数の不足とは限りません。対象顧客が定まっていない、提案が担当者ごとに違う、導入後の支援体制が不明確、社内データが分断されている可能性もあります。
目標、現状、差分、原因仮説、自社が支援できる範囲を一続きにします。
ステップ4. 関係者マップを作る
組織図だけでは、意思決定の実態は分かりません。役職に加え、今回のテーマに対する立場と影響力を整理します。
利用者
確認すること:日常業務で何が変わるか、負担や不安は何か
推進者
確認すること:なぜ変えたいか、社内調整を進められるか
決裁者
確認すること:何を成果と見なし、投資を判断するか
技術・安全性の承認者
確認すること:セキュリティ、連携、運用の条件は何か
法務・購買
確認すること:契約、価格、責任範囲の条件は何か
慎重・反対する人物
確認すること:何を失う、増える、危険だと感じているか
推進者を見つけただけで安心しないことが重要です。推進者が社内で説明しやすい材料を用意し、他の関係者へ接点を広げます。
担当者の信頼を損なわずに複数の関係者と接点を広げる方法は「マルチスレッディングとは|大企業営業で複数の関係者を動かす方法」で詳しく解説しています。
ステップ5. 関係者ごとの価値を定義する
全員に同じ製品説明をしても、判断条件はそろいません。
経営層には事業成果とリスク、部門長にはKPIと運用、現場には業務の変化、情報システムには安全性と保守、購買には価格根拠と契約条件を伝えます。
ここで「機能」と「価値」を分けます。機能は製品ができること、価値は顧客の仕事や判断がどう変わるかです。
ステップ6. 顧客社内の承認経路を設計する
提案に賛成してもらうことと、会社として契約できることは別です。
次を確認します。
- 1.予算はどの部門が持つか
- 2.予算化の時期はいつか
- 3.稟議に必要な情報は何か
- 4.セキュリティ・法務・購買の確認はいつ始まるか
- 5.PoCを行う場合、誰が何を評価するか
- 6.導入後の責任者と運用体制はどうするか
- 7.見送る場合、どの理由が最も可能性が高いか
顧客担当者が社内説明を行う場合、担当者が自分の言葉で説明できる資料を共同で作ります。稟議を意識した提案については「大企業の稟議を通す提案書の作り方」も参考になります。
ステップ7. 目標を次の行動へ落とす
「関係を深める」「キーパーソンへ接触する」だけでは行動できません。
次の行動は、担当者、期限、相手、目的、確認事項、完了条件まで書きます。
例:
8月20日までに営業責任者が推進部門の担当者へ、情報システム責任者を交えた30分の確認会を依頼する。目的は、セキュリティ審査の開始時期と必要資料を確定すること。
一つの行動で案件を決めようとせず、重要な不確実性を一つずつ減らします。
30分で行う月次アカウントレビュー
アカウントプランは、更新会議を持たなければ古くなります。重点顧客ごとに30分程度のレビューを設定し、報告ではなく判断に使います。
0〜5分: 前回から変わった事実
- ▸顧客の方針、組織、関係者に変化はあったか
- ▸新しく確認できた発言や判断条件は何か
- ▸商談や接点はどこまで進んだか
5〜15分: 仮説とリスクの見直し
- ▸課題仮説は強まったか、弱まったか
- ▸意思決定に必要な人物が抜けていないか
- ▸競合ではなく現状維持に負ける可能性はないか
- ▸自社の提供価値が顧客の優先課題とつながっているか
15〜25分: 支援方針の判断
- ▸どの関係者への価値説明を変えるか
- ▸営業以外の誰を巻き込むか
- ▸追加調査、提案、技術確認のどれが必要か
- ▸この顧客へ引き続き資源を投下するか
25〜30分: 次の行動を確定
- ▸誰が、いつまでに、誰へ、何をするか
- ▸次回レビューまでに何が分かれば前進とするか
会議後は、プラン全文を書き直す必要はありません。変わった事実、仮説、次の行動を更新します。
アカウントプランで起きやすい5つの失敗
失敗1. きれいな資料を作ることが目的になる
ページ数や図の完成度が高くても、次の行動が変わらなければ意味がありません。一枚で始め、判断に必要な情報だけを追加します。
失敗2. 対象企業を増やし過ぎる
すべての企業に同じ深さの計画を作ると、更新されなくなります。重点顧客、通常管理、育成対象などに分け、投下する時間を変えます。
失敗3. 担当営業だけが理解している
担当者の頭の中に情報があっても、技術、マーケティング、カスタマーサクセス、経営が動けません。事実と仮説を共通の場所に残します。
営業プロセスの標準化については「中小企業が営業プロセスを標準化する方法」でも解説しています。
失敗4. 一度作って更新しない
組織変更、予算、競合、顧客方針によって状況は変わります。大きな提案の前だけでなく、一定の周期で見直します。
失敗5. 売りたい製品から顧客課題を逆算する
自社製品に合う課題だけを探すと、顧客との会話が不自然になります。顧客の目標から始め、自社が支援できない部分も含めて全体を理解します。
AIでアカウントプランの下準備を短くする方法
アカウントプランづくりで時間がかかるのは、公開情報を読み込む作業と、商談メモを整理する作業です。この二つは生成AIに下準備を任せやすい部分です。一方で、どの仮説を信じ、どこへ営業資源を使うかの判断は人が行います。
AIに任せやすい4つの作業
1. 公開資料の論点整理
AIに渡すもの:統合報告書・中期経営計画・決算説明資料など公開資料 / 受け取るもの:重点施策、投資領域、課題として認識しているリスクの一覧(ページ番号付き) / 人が確認すること:引用元のページを開いて、記載どおりかを確かめる
2. 商談メモからの抽出
AIに渡すもの:社内ルール上入力してよい範囲の商談メモ / 受け取るもの:登場した関係者、発言された課題、判断条件、宿題の一覧 / 人が確認すること:発言者と発言内容の取り違えがないか
3. 仮説の抜け漏れ確認
AIに渡すもの:作成中のアカウントプラン(機密部分を除いたもの) / 受け取るもの:「この結論を支える事実が足りない」「この関係者が抜けている」といった指摘 / 人が確認すること:指摘を採用するかどうか
4. 次回の質問案づくり
AIに渡すもの:【未確認】の項目一覧 / 受け取るもの:相手の役職に合わせた質問の言い回し案 / 人が確認すること:相手との関係性に照らして失礼な聞き方になっていないか
指示文の例
公開資料の論点整理では、例えば次のように頼みます。
「添付した統合報告書から、この会社が今後3年で重視している施策を5つ挙げてください。それぞれ、根拠となる記載のページ番号を付けてください。資料に書かれていない推測は含めず、推測が必要な場合は『推測』と明記してください。」
ポイントは、根拠の場所を必ず出させることと、資料にないことを推測で埋めさせないことです。根拠の場所があれば、人が短時間で確認できます。
AIを使う時に守ること
AIが作った内容を事実として登録してはいけません。出典を確認し、事実、仮説、未確認に分けます。AIの出力は、確認するまでは「仮説」として扱うのが安全です。
また、顧客の未公開情報、個人情報、契約情報、機密性の高い商談内容を、利用条件を確認していないAIサービスへ入力しないことが重要です。企業のセキュリティ方針、契約、権限、保存範囲を確認した上で使います。
AIは計画の所有者ではありません。顧客との関係を築き、どの仮説を確かめ、どの行動へ資源を使うかを決めるのは営業チームです。
アカウントプランについてよくある質問
何社分作ればよいですか
営業チームが毎月見直せる件数が上限です。最初は一人あたり数社から始め、月次レビューが回ることを確かめてから増やす方が、作って放置される状態を避けられます。
誰が作り、誰が使いますか
作成の中心は担当営業ですが、技術担当、カスタマーサクセス、営業責任者も読む前提で書きます。担当者が不在でも、次に誰が何をするかが分かる状態が目安です。
どのくらいの頻度で更新しますか
月1回の定例見直しに加え、組織変更、予算の決定、関係者の交代など大きな変化があった時に更新します。全文を書き直す必要はなく、変わった事実と次の行動だけを直します。
専用ツールは必要ですか
必須ではありません。表計算ソフトや共有文書の一枚から始められます。SFA/CRMを使っている場合は、案件情報とアカウントプランが別々の場所に散らばらないよう、どちらを正とするかを決めておきます。
アカウントプランは顧客理解を行動へ変える仕組み
アカウントプランは、情報を蓄積するための資料ではありません。
顧客の目標、課題、関係者、意思決定、競合、リスクをチームで理解し、次の行動を決めるための仕組みです。
最初から完璧な計画を作る必要はありません。重点顧客を一社選び、一枚のプランを作り、事実・仮説・未確認を分けてください。その上で、次の30日で最も重要な不確実性を一つ減らします。
SFAやCRMを導入しても営業情報が活用されていない場合は、「SFA/CRMが定着しない原因と運用設計」も併せて確認してください。
YME Technologyでは、エンタープライズ営業の立ち上げ、重点顧客戦略、提案・稟議設計、営業プロセスの標準化を、資料作成だけで終わらせず実務に伴走して支援しています。重点顧客への営業を組織的に進めたい場合は、エンタープライズセールス支援をご覧ください。
蛭田 佳人(Yoshito Hiruta)
代表 / YME Technology
新卒からIT業界でエンタープライズセールスに従事し、大手企業向けの営業支援・DX推進を経験。現在は独立し、AI活用・営業プロセス改善・集客の仕組みづくりを一貫して支援。
関連記事