ミューチュアルアクションプランとは？定義・作り方・メリットを徹底解説【MAP入門】

「提案後、顧客側で何が起きているかわからない」「商談が停滞しているが、原因がつかめない」——B2B営業の現場では、提案後の"ブラックボックス"が最大の課題の一つです。この課題を解決するのが、**ミューチュアルアクションプラン（Mutual Action Plan、以下MAP）**です。欧米のB2B SaaS業界ではすでに標準的な手法として定着しており、日本でもエンタープライズ営業を中心に導入が進んでいます。

本記事はMAPの入門ハブです。定義・構成要素・メリット・DSRでの運用までを一気に把握し、そのうえで「作り方の実践」「テンプレート」「業界別の具体例」といった各論へ進めるように設計しています。

この記事の要点（TL;DR）

• MAPとは、売り手と買い手が双方のタスクを合意して共同管理する「商談の進行表」。カギは "Mutual（相互）"＝買い手側のタスクも書くこと。
• MAPはアクションプラン（社内の目標達成計画）や営業アクションプラン（担当者の行動計画）とは別物で、個別商談を顧客と合意して進める計画。
• 構成要素はゴール・マイルストーン・タスク・ステークホルダー・評価基準の5つ＋逆算スケジュール。
• MAPでエンゲージした商談は、そうでない商談より勝率が26%高い（Outreach 自社データ）。
• ExcelでもMAPは始められるが、閲覧トラッキングや関係者の可視化まで求めるならデジタルセールスルーム（DSR）での運用が最適。

アクションプラン・営業アクションプラン・MAPの3階層

MAPを正しく理解するには、まず紛らわしい3つの言葉の関係を整理する必要があります。「アクションプラン」で検索して来た方の多くが、この3つを混同しています。

• アクションプランは「目標を達成するために、いつ・誰が・何をするか」を並べた計画全般です。営業に限らず、経営・プロジェクト・個人の目標管理でも使われます。テンプレートや書き方はアクションプランテンプレート集で解説しています。
• 営業アクションプランは、そのうち営業組織・営業担当が「売上目標を達成するために自分（自チーム）が何をするか」を落とし込んだもの。あくまで自社内向けの行動計画です。
• MAPは、この2つとは主語が決定的に違います。売り手が単独で作るのではなく、特定の商談について買い手と一緒に作り、双方が合意して進める計画です。「自社が何をするか」ではなく「この商談を、買い手と一緒にどう前進させるか」を扱います。

なぜ「自社だけの営業計画」では商談が止まるのか

営業アクションプランをどれだけ精緻に作っても、買い手側の社内プロセス——稟議、技術評価、法務レビュー、予算確保——は売り手からは見えません。提案後に「顧客の返事待ち」で数週間が過ぎ、気づけば競合に決まっていた、というのはこの"見えなさ"が原因です。MAPは、この買い手側のブラックボックスを可視化し、双方のタスクを同じ一枚に並べることで、商談が止まる箇所を先回りして潰します。

ミューチュアルアクションプラン（MAP）の定義と基本概念

ミューチュアルアクションプラン（MAP）とは、売り手と買い手が一緒に作る商談の進行表です。従来のB2B営業では、タスク管理は売り手が一方的に行い、買い手側の進捗は「確認の電話」や「フォローメール」でしか把握できませんでした。MAPでは、買い手側のタスク（社内稟議、技術評価、法務レビュー、予算確保など）も含めて、双方のアクションを合意し、共同で管理します。

「Mutual（相互の）」という名前が示すとおり、一方的な管理ではなく双方向の合意に基づく点がMAPの本質です。

MAPの別名と関連用語

MAPは企業やツールによって異なる呼び方をされることがあります。

呼び方は異なっても、「売り手と買い手が双方のタスクを合意して管理する」という本質は同じです。顧客が「ミューチュアルアクションプラン」という用語に馴染みがない場合は、「共同の進行表」「プロジェクト計画」と呼び替えることで自然に導入できます。

MAPとToDoリストの本質的な違い

MAPと一般的なToDoリストは、見た目は似ていますが本質的に異なります。

最大の違いは「合意（Mutual）」の有無です。ToDoリストは自分が「やるべきこと」を管理するツールですが、MAPは売り手と買い手が「お互いにやるべきこと」を合意して管理するツールです。この合意のプロセスが、買い手のコミットメントを引き出し、商談の推進力を高めます。

なぜ今、MAPが必要とされているのか

MAPは目新しい概念ではありませんが、ここ数年で「あると便利」から「ないと勝てない」へと位置づけが変わりました。背景には、B2Bの買い方そのものの構造変化があります。

• 意思決定者の増加: B2B購買の意思決定に関わる関係者は平均6〜10人にのぼるとされます（Gartner）。一人の担当者を口説けば決まる時代ではなくなり、複数の関係者を横断的に動かす仕組みが要る。
• 買い手の自律化: 買い手は営業に会う前に自分たちで情報収集を進めるため、営業が接触した時点で検討はすでに進行中。売り手が"進行を可視化して主導権を保つ"必要が高まっている。
• リモート・非対面商談の常態化: 対面で場の空気を読みながら進めるやり方が通用しにくく、進捗を明文化した共有ドキュメントの重要度が上がった。
• 決裁の厳格化: 景気の不確実性から稟議・投資判断が慎重になり、社内承認プロセスが長期化・複雑化している。

これらの変化はいずれも「商談が長く・複雑で・見えにくくなる」方向に働きます。MAPは、まさにこの"見えにくくなった商談"を売り手と買い手の共同作業として可視化するための手法であり、だからこそ需要が高まっています。

MAPに含める5つの構成要素

MAPに記載すべき要素は、大きく5つ（＋それらを束ねる逆算スケジュール）に整理できます。テンプレートに落とし込んだ雛形と記入例はMAPテンプレート集で提供しています。

1. ゴール（1文で合意する）

「いつまでに、何を達成するか」を1文で明確にします。曖昧なゴール（「なるべく早く導入したい」）ではなく、具体的な目標（「7月1日までに契約を締結し、8月から本番運用を開始する」）を、買い手と言葉にして合意することが出発点です。

2. マイルストーン（意思決定ポイント）

商談の主要な節目を定義します。マイルストーンは「何かの判断が下されるポイント」であり、単なるタスクの完了とは異なります。

典型的なマイルストーン例:

• 技術評価の完了 → Go/No-Go判断
• セキュリティレビューの承認
• 予算の確保・承認
• 最終意思決定者によるGo判断
• 契約書の締結

マイルストーンは3〜5個が適切です。多すぎると管理が煩雑になり、少なすぎると進捗が把握しづらくなります。

3. タスク（誰が・いつまでに・何をするか）

各マイルストーンの達成に必要な具体的なアクションを、担当者・期日とセットで定義します。

タスクの粒度は「1人が1〜3日で完了できるレベル」が目安です。「システム導入の検討」のような曖昧なタスクは、具体的なアクションに分解してください。ここで売り手のタスクだけにならないよう注意することが、MAPをToDoリストと分ける最大のポイントです。

4. ステークホルダー（関係者マップ）

商談に関与する全関係者を、役割と意思決定における影響度とともに明記します。

• 意思決定者（Decision Maker）: 最終的なGo/No-Go判断を下す人
• 推進担当（Champion）: 買い手側で導入を推進する人
• 技術評価者（Technical Evaluator）: 技術要件の評価を担当する人
• 法務・セキュリティ: 契約条件やセキュリティ要件を確認する人
• エンドユーザー代表: 実際にツールを使う現場担当者

この関係者は平均6〜10人にのぼるとされ（Gartner）、商談が進むほど増えていきます。MAPにステークホルダーを明記することで、「誰の承認がまだ取れていないか」を常に把握でき、商談後半での"想定外の登場人物"による巻き戻しを防げます。

5. 評価基準・成功条件

各マイルストーンについて「何が完了すれば達成とみなすか」を、あらかじめ買い手と握っておきます。たとえば「技術評価の完了」なら、"評価レポートで◯◯の要件を満たすことを情シスが確認する" というように、判定者と合格ラインを具体化します。評価基準を曖昧にしたまま進めると、「まだ検討中」という状態が延々と続き、商談が停滞します。

（束ねる要素）逆算スケジュール

以上の要素を、全体の目標期日から逆算してタイムラインに配置します。重要なのは、買い手の社内イベント（予算策定、四半期末、年度末等）を考慮することです。たとえば買い手の予算確定が6月末であれば、セキュリティレビューや法務確認はそれ以前に完了させる必要があります。MAPはこうしたスケジュール制約を明示し、現実的なタイムラインを双方で合意するためのツールです。

MAPの作り方（5ステップ・概要）

MAPの作成は、次の5ステップで進めます。ここでは全体像を示します。顧客への切り出し方・合意を得るための会話例・タイミングの見極めといった実践的な手順はMAPの作り方 実践ガイドで詳しく解説しています。

1. ゴールと目標期日を合意する — 「いつまでに何を達成するか」を具体的に言語化して合意します。
2. マイルストーンを逆算で設定する — ゴールから逆算して3〜5個の節目を置き、各節目の完了条件を決めます。
3. タスクを洗い出し、担当者と期日を割り当てる — 売り手・買い手双方のタスクを具体化します。買い手側のタスク（稟議・技術評価・法務確認）を必ず含めます。
4. ステークホルダーを特定し、巻き込む — 意思決定者やセキュリティ担当など、後半で関与する人を早期に特定します。商談後半で新たな関係者が現れてプロセスが巻き戻るのは、MAP未導入で最も起きやすい失敗です。
5. 共有し、定期的に進捗を確認する — 週次（または隔週）で進捗を確認し、必要に応じて更新します。

共有方法は主に3つあります。

1. Excel/スプレッドシート: 最もシンプルだが、バージョン管理が課題
2. プロジェクト管理ツール（Asana、Notion等）: 機能は豊富だが、顧客にアカウント作成を求める負担
3. デジタルセールスルーム（DSR）: 顧客に最適化されたUI、アカウント不要、閲覧トラッキング付き

MAP導入の5つのメリット

1. 商談の停滞を早期検知できる

各タスクに期日と担当者が設定されているため、遅延が発生した時点で即座に検知できます。「提案後2週間、顧客から連絡がない」という状況は、MAP上では「タスクAの期限超過」として可視化されます。漠然とした不安ではなく、具体的なアクション（期限超過タスクの担当者にリマインドする）に落とし込めます。

2. 成約率（勝率）が向上する

Outreachが自社の商談データを分析した結果、MAPで買い手をエンゲージした商談は、そうでない商談より勝率が26%高いと報告されています（Outreach）。この改善は主に以下の要因によるものです。

• 商談の早い段階で買い手のコミットメントを引き出せる
• 買い手側の社内推進を支援できる（推進担当がMAPを社内報告に活用）
• 阻害要因（セキュリティ懸念、予算不足等）を早期に特定・対処できる

なお、こうした改善幅は業界・商談規模・運用の質によって変わります。自社での効果を測るには、後述のKPI（タスク完了率など）を継続的にトラッキングすることをおすすめします。

3. 受注予測の精度が向上する

MAPのタスク完了率は、商談の健全性を客観的に示す指標になります。営業マネージャーは「この商談は順調か？」を担当者の主観ではなく、データで判断できるようになります。以下はあくまで運用上の目安です。

• タスク完了率80%以上 → 商談は順調に進行中
• タスク完了率50〜80% → 一部に遅延あり、フォロー必要
• タスク完了率50%未満 → 商談停滞の可能性あり、リスク評価が必要

4. 営業の属人化を解消できる

MAPに商談の全ステップが記録されているため、担当者が異動や退職でチームを離れた場合でも、引き継ぎが容易です。「前の担当の頭の中にだけあった商談の進捗」が、MAPという形で可視化されます。商談が停滞する構造的な原因についてはなぜB2B商談は停滞するのかもあわせてご覧ください。

5. 顧客側の社内推進を支援できる

買い手の推進担当者（Champion）にとって、MAPは「社内の関係者に進捗を報告する」ためのツールとしても機能します。上長への報告資料としてMAPをそのまま使えるため、推進担当者の負荷が下がり、結果として商談の推進速度が上がります。

DSRでMAPを運用する——「送る文書」から「見える運用」へ

MAPの効果を左右するのは、実は運用の仕方です。Excelで作って添付メールで送るMAPは、更新が止まり、誰がいつ見たかもわからず、やがて形骸化します。ここが、多くの現場でMAPが「作ったのに使われない」で終わる分かれ目です。

デジタルセールスルーム（DSR）は、商談ごとに用意する顧客専用のWebページで、MAPをこのブラックボックスから救い出します。DSR上でMAPを運用すると、次の3つが「送る文書」では得られなかった形で手に入ります。

とくに重要なのがエンゲージメントの可視化です。決裁者がMAPをまだ一度も開いていなければ、それは商談停滞の危険信号として先回りできます。逆に、特定のマイルストーンを繰り返し閲覧している関係者がいれば、そこに関心事や不安があると読み取れます。MAPを「双方が同じ画面を見ながら進める運用」に変えることで、停滞の兆候をデータで捉えられるようになります。

DSRを使ったMAPの運用フロー、AIによる草案生成、MEDDIC・BANTとの接続といった応用はMAP運用・応用ガイドで、DSR自体の全体像はデジタルセールスルーム完全ガイドで詳しく解説しています。

MAPが効く商談・効かない商談

MAPはすべての商談に必要なわけではありません。導入判断を誤ると「不要な事務作業」になったり、逆に「使えば防げた失注」を招いたりします。次の基準で見極めてください。

目安として、関係者が多く・検討が長く・買い手の社内プロセスが複雑な商談ほどMAPの効果が大きくなります。逆に、担当者1人がその場で決められる小口商談では、MAPの形式が負担になりがちです。「この商談は途中で見えなくなりそうか？」を基準に、導入の要否を判断してください。

MAPと営業フレームワーク（BANT・MEDDIC）の関係

MAPは、BANTやMEDDICといった営業フレームワークと競合するものではなく、役割が違います。

• BANT・MEDDICは、商談の"見立て"を整えるための評価・検証のフレームワークです。予算（Budget）・決裁者（Authority）・課題（Metrics/Pain）・意思決定プロセス（Decision Process）などを、売り手が把握できているかを点検します。
• MAPは、その見立てをもとに買い手と一緒に前進させるための実行計画です。MEDDICで特定した意思決定プロセス（DP）や決裁者（EB）を、MAPのステークホルダーとマイルストーンに落とし込む、という関係になります。

つまり、MEDDIC/BANTで「勝てる商談か」を判断し、MAPで「その商談をどう勝ち切るか」を設計するという補完関係です。具体的な接続方法（MEDDIC×MAP／BANT×MAP）はMAP運用・応用ガイドで解説しています。

業界別のMAP活用パターン（概要）

MAPは業界によって重点の置き方が変わります。ここでは代表的な傾向を示します。業界×商談規模別の具体的な記入例はMAP具体例集で8パターンを紹介しています。

• SaaS業界: 技術評価（PoC）・セキュリティレビュー・法務確認・稟議承認の4フェーズが典型。特にPoC期間の長期化を防ぐため、各フェーズに厳密な期限を設定します。SaaSエンタープライズ営業でのDSR活用も参考になります。
• コンサルティング業界: 提案書の共有→質疑応答→条件交渉→契約というフロー。MAPは「Joint Execution Plan（JEP）」と呼ばれることが多く、プロジェクトの導入フェーズまで含めた長期計画になりがちです。提案時点で導入後のロードマップまで示すことで、実行力を訴求できます。
• 製造業: 商談サイクルが長期（6ヶ月〜1年以上）で、MAPの重要度が特に高い業界。技術仕様の確認・サンプル評価・品質認定・量産契約をMAPで管理します。品質認定は買い手の複数部門（品質管理・製造・調達）が関与するため、ステークホルダーの明記が欠かせません。
• 金融・医療など規制業界: コンプライアンス確認・監査対応が商談に組み込まれるため、法務・情報セキュリティの関与タイミングを早めにMAPへ織り込みます。

MAP導入時の注意点とよくある失敗

MAPは万能ではありません。導入で陥りやすい注意点を押さえておきましょう。実践での失敗パターンと対策の詳細はMAPの作り方 実践ガイドで解説しています。

• 最初から完璧を求めない: テンプレートを完璧に埋めようとすると、買い手に「面倒なツールを強要されている」印象を与えます。最初は5〜10個のタスクから始め、商談が進むにつれて追加していく方が自然です。
• 顧客のスタイルに合わせる: 意思決定者が1〜2名の小規模商談では、形式的なプロセスがかえって重荷になることがあります。商談の複雑さ（関係者数・検討期間）に応じて粒度を調整します。
• 更新を止めない: MAPは「作って共有して終わり」では価値を発揮しません。更新が止まったMAPは、商談停滞のシグナルでもあります。

とくに多い3つの失敗が「①売り手のタスクしか書かない」「②タスクの粒度が粗すぎる」「③作成後にレビューしない」です。いずれも、買い手のタスクを含める・完了基準を明確にする・週次で見るという運用で防げます。合意型営業計画の進め方もあわせてご覧ください。

よくある質問

まとめ

ミューチュアルアクションプラン（MAP）は、「売り手と買い手が一緒に作る商談の進行表」です。アクションプランや営業アクションプランが"自社の計画"であるのに対し、MAPは"買い手と合意して進める計画"であり、ゴール・マイルストーン・タスク・ステークホルダー・評価基準の5要素を双方で管理することで、商談の停滞防止と勝率向上につながります（MAPでエンゲージした商談は勝率が26%高い／Outreach）。

MAPの導入に特別なツールは必要ありません。まずは次の商談で「次のステップを一緒に整理しませんか？」と提案し、双方のタスクを書き出すところから始めてください。そのうえで、さらに前進させたい方は次の各論へお進みください。

• 顧客への切り出し方・合意のコツ → MAPの作り方 実践ガイド
• コピーして使える雛形・記入例 → MAPテンプレート集
• 業界×規模別の具体例8パターン → MAP具体例集
• AI草案生成・MEDDIC/BANT連携・DSR運用・ROI試算 → MAP運用・応用ガイド