ミューチュアルアクションプランに何を書く？必須5項目と記入例【業界別】
ミューチュアルアクションプランに何を書く？必須5項目と記入例【業界別】
ミューチュアルアクションプランの書き方の基本は、ゴール・マイルストーン・タスク（担当者・期日付き）・ステークホルダー・評価基準の5項目を合計10項目以内にシンプルに記載することである。書きすぎず、顧客と共同で作成することが成功の鍵となる。
MAPを作ろうとしたとき、「何をどこまで書けばいいの？」と迷う方は多いです。書きすぎると管理が大変になり、書かなすぎると意味がありません。
本記事では、ミューチュアルアクションプランの書き方として、必須5項目を業界別の記入例付きで解説します。初めてMAPを作る方はもちろん、今のMAPに問題を感じている方にも参考にしていただける内容です。
なぜMAPの書き方が重要なのか
正しく書けないMAPが引き起こす問題
MAPは作るだけでは意味がありません。書き方を間違えると、かえって商談が停滞する原因になります。よくある失敗パターンを見てみましょう。
問題1: 売り手側のタスクしか書かれていない
MAPに「提案書送付」「デモ実施」「見積もり提出」など売り手のタスクだけが並んでいるケースがあります。これはただの営業タスクリストです。買い手側の「セキュリティレビュー」「社内稟議」「経営承認」が含まれていないと、MAPとしての価値がありません。
問題2: 期日が曖昧で合意になっていない
「来週中に確認します」「今月末を目安に」という曖昧な表現が続くと、双方の認識がずれます。後から「そんな期日とは思っていなかった」というトラブルの原因になります。
問題3: タスクが多すぎて誰も管理できない
20個・30個とタスクが増えると、毎回のフォローアップで「どこまで進んだか」を確認するだけで時間がなくなります。10個以内に絞ることが、運用継続のコツです。
問題4: 顧客に送りつけるだけで使われない
一方的にMAPを作って送っても、顧客は使いません。顧客と一緒に作るプロセスが、MAPを「共通の地図」にする唯一の方法です。
正しい書き方が商談にもたらす変化
ミューチュアルアクションプランの書き方を正しく実践すると、次の変化が起きます。
- 顧客の社内プロセス（稟議・法務・IT審査）が可視化され、商談の停滞ポイントが事前にわかる
- 次のミーティングで「何を話すか」が明確になり、会議が短くなる
- 顧客側の担当者が社内で「なぜこのタイミングで決める必要があるか」を説明しやすくなる
- 失注する場合も早期に判断でき、別の商談にリソースを集中できる
合意型営業計画の研究によれば、MAPを正しく導入した営業チームは商談サイクルを平均20〜30%短縮するとされています。その効果の大半は「書き方」の質に依存します。
必須5項目の詳細解説
1. ゴール（1文で）
ゴールは「いつまでに何を達成するか」を1文で明確に書きます。ここで大切なのは、売り手と買い手双方にとっての成功状態を定義することです。
「契約を取る」は売り手のゴールです。MAPのゴールは、顧客が何を得るかを含める必要があります。
記入例1（SaaS）: 「2026年6月30日までに契約締結し、7月中に営業チーム全員（10名）が新ツールで顧客資料を共有できる状態にする」
記入例2（コンサル）: 「2026年8月末までにコンサルティング契約を締結し、9月から月次改善サイクルを開始する」
記入例3（製造業）: 「2026年9月末までに生産管理システムの本番導入を完了し、10月から現場オペレーターが独立して操作できる状態にする」
ゴールを書くときの3つのチェックポイントは次のとおりです。
- 具体的な日付が入っているか
- 顧客が得る価値（状態変化）が書かれているか
- 「誰が」使えるようになるかが明示されているか
2. マイルストーン（3〜5個）
マイルストーンは「商談における主要な意思決定ポイント」を時系列で並べます。マイルストーンは多すぎず、少なすぎず、3〜5個が理想です。
マイルストーンは「タスクの集まり」ではなく、「意思決定が発生するゲート」として設計します。「〜を完了した」ではなく「〜を決定した」「〜に合意した」という表現が適切です。
記入例1（SaaS・4週間商談）:
- 技術評価完了・導入可否決定（Week 2）
- トライアル完了・利用評価合意（Week 4）
- 経営プレゼン実施・予算承認（Week 6）
- 契約条件合意・締結（Week 7）
記入例2（製造業・3ヶ月商談）:
- 要件定義完了・仕様合意（Month 1）
- POC（概念実証）結果評価・継続可否決定（Month 2）
- 経営稟議完了・導入承認（Month 3前半）
- 契約締結・導入計画合意（Month 3末）
記入例3（コンサル・2ヶ月商談）:
- 現状分析レポート提出・課題合意（Week 3）
- 提案内容確定・スコープ合意（Week 5）
- 経営承認・予算確保（Week 7）
- 契約締結・キックオフ日程確定（Week 8）
3. タスク（10個以内、担当者・期日付き）
タスクは各マイルストーンに必要なアクションを、売り手と買い手の両方分けて記載します。タスクがMAPの核心部分です。
ここで重要なのは、買い手側のタスクを顧客自身に書いてもらうことです。営業担当者が一方的に「顧客タスク」を書いても、顧客はコミットしません。
| タスク | 担当 | 期日 | 状態 |
|---|---|---|---|
| デモ環境の提供 | 売り手 | 5/15 | 完了 |
| セキュリティレビュー | 買い手（情シス） | 5/22 | 進行中 |
| トライアル実施 | 買い手（営業チーム） | 6/5 | 未着手 |
| 利用状況レポート作成 | 売り手 | 6/8 | 未着手 |
| 経営向け資料作成 | 売り手 | 6/12 | 未着手 |
| 経営会議日程調整 | 買い手（担当者） | 6/10 | 未着手 |
| 最終見積もり提出 | 売り手 | 6/20 | 未着手 |
| 法務確認 | 買い手（法務） | 6/25 | 未着手 |
| 契約書署名 | 双方 | 6/30 | 未着手 |
タスクを書くときに必ず含める要素は3つです。
- 何をするか（動詞始まりで具体的に）
- 誰が担当するか（部署・役職まで書くと誤解がない）
- いつまでに完了するか（具体的な日付）
「確認する」ではなく「情シス担当者がセキュリティチェックリストに回答する」のように、何が完了したら「Done」と言えるかを明示してください。
4. ステークホルダー（意思決定に関わる全員）
ステークホルダーは名前・役職・役割・関与タイミングを記載します。現代のB2B購買では、意思決定に6〜10名が関与すると言われています。
ステークホルダーを整理することで、「誰がブロッカーになりうるか」「誰に情報を届けるべきか」が明確になります。
| 名前 | 役職 | 役割 | 関与タイミング |
|---|---|---|---|
| 田中 様 | 営業部長 | チャンピオン・最終ユーザー代表 | 全フェーズ |
| 山田 様 | 情報システム部長 | 技術評価・セキュリティ判断 | 技術評価フェーズ |
| 鈴木 様 | 経営企画部長 | 予算承認・費用対効果評価 | 経営承認フェーズ |
| 佐藤 様 | 法務担当 | 契約書審査・リスク評価 | 契約フェーズ |
| 社長 | 代表取締役 | 最終承認者 | 経営承認フェーズ |
ステークホルダーを整理したら、それぞれの「関心事（ペイン・ゲイン）」も把握しておくと商談が有利になります。詳しくはステークホルダーマップの活用方法をご覧ください。
5. 評価基準（何をもって「成功」とするか）
評価基準は「このMAPが成功したと言える条件」を、できるだけ数値で書きます。曖昧な評価基準は、後からトラブルの原因になります。
記入例1（SaaS・トライアル評価）: 「営業チーム5名が2週間のトライアル期間中に、全員がDealsルームを1つ以上作成し、顧客に資料を共有すること」
記入例2（コンサル・提案評価）: 「現状分析レポートに対して、経営チームが3名以上で1時間以上のディスカッションを実施し、優先課題トップ3に合意すること」
記入例3（製造業・POC評価）: 「2週間のPOC期間中に、ライン担当者3名が独立してシステムを操作でき、処理速度が現行比20%以上改善されること」
評価基準を書くときは「〜できる状態になること」というアウトカム指標を使います。「デモを実施すること」はアクティビティ（行動）であり、評価基準ではありません。
MAPに書くべきではないもの
ミューチュアルアクションプランの書き方で見落としがちなのが、「書くべきではないもの」です。過剰記載はMAPを使いにくくします。
過剰記載パターン5選
1. 価格・見積もりの詳細
価格交渉はMAPの外で行います。MAPに「見積もり金額」や「割引条件」を書くと、毎回更新が必要になり管理コストが増えます。
2. 製品・サービスの機能説明
MAPは「何をするか」を書く場所であり、「何ができるか」を説明する場所ではありません。機能説明は別途資料として共有してください。
3. すでに完了している過去のタスク
過去のタスクをMAPに残すと、現在の進捗が見えにくくなります。完了タスクは「済」マークを付けて折りたたむか、アーカイブします。
4. 売り手側の内部プロセス
「社内確認」「上司承認」など、売り手側の内部タスクは顧客には不要です。これらは別途内部管理ツールで管理してください。
5. 「もし〜なら」という条件付きタスク
「もし追加機能が必要なら対応する」のような条件付きタスクは書かないほうがいいです。現時点で合意できる具体的なタスクのみを記載します。
業界別MAP記入例
SaaS商談（4週間・中小企業向け）
SaaS商談は商談サイクルが短く、トライアルが評価の中心になります。ミューチュアルアクションプランの書き方として、トライアルの成功基準を詳細に定義することがポイントです。
ゴール: 2026年6月30日までに年間契約を締結し、7月1日から全チームで本番運用を開始する
マイルストーン:
- キックオフ・スコープ合意（Week 0）
- トライアル開始・環境セットアップ完了（Week 1）
- トライアル完了・評価サマリー共有（Week 3）
- 経営承認・契約締結（Week 4）
評価基準: 「5名全員がトライアル期間中にルームを作成し、顧客との資料共有を1回以上実施すること」
SaaSのMAPは週単位で進行が速いため、毎週月曜日に5分間のMAP確認を商談に組み込むと効果的です。SaaS商談の具体例も参考にしてください。
コンサルティング商談（2ヶ月・中堅企業向け）
コンサルティング商談は、提案内容への合意プロセスが長く、経営層との接点が重要になります。
ゴール: 2026年8月末までにコンサルティング契約（月額200万円・6ヶ月）を締結し、9月第1週にキックオフを実施する
マイルストーン:
- ヒアリング完了・課題合意（Week 2）
- 現状分析レポート提出・フィードバック（Week 4）
- 提案書確定・スコープ合意（Week 6）
- 経営承認・条件合意（Week 7）
- 契約締結・キックオフ準備完了（Week 8）
| タスク | 担当 | 期日 |
|---|---|---|
| 経営層ヒアリング日程調整 | 買い手（担当者） | Week 1 |
| 関連資料の共有（現状データ） | 買い手（担当者） | Week 1 |
| 現状分析レポート作成 | 売り手 | Week 4 |
| レポートへのフィードバック | 買い手（経営チーム） | Week 5 |
| 提案書最終版提出 | 売り手 | Week 6 |
| 役員会での提案審議 | 買い手（役員） | Week 7 |
| 契約書ドラフト提出 | 売り手 | Week 7 |
| 法務レビュー・修正 | 買い手（法務） | Week 8 |
コンサルティング商談では「経営層が自ら参加する場」を作ることが成否を分けます。MAPの中に「経営層向けプレゼンテーション」を明示的なマイルストーンとして組み込んでください。
製造業商談（3ヶ月・大企業向け）
製造業の商談は、現場評価・技術検証・社内稟議と複数のフェーズが直列に並びます。承認プロセスが長いため、ミューチュアルアクションプランの書き方として、各フェーズのゲート条件を明確にすることが重要です。
ゴール: 2026年10月末までに生産管理システムの本番導入を完了し、11月から現場ラインでの自立運用を開始する
マイルストーン:
- 要件定義完了・仕様書合意（Month 1）
- POC実施・検証結果評価（Month 1〜2）
- 社内稟議完了・予算承認（Month 2）
- 導入契約締結・プロジェクト計画合意（Month 3）
評価基準（POCフェーズ）: 「2週間のPOCで、ライン担当者3名が独立操作でき、処理速度が現行比20%以上改善されること」
製造業では、情報システム部門・製造現場・購買部門・経営企画部門と複数の部署が関わります。それぞれの承認権限と関与タイミングをステークホルダー欄に詳細に記載してください。
MAP運用のベストプラクティス
MAPは作って終わりではありません。定期的な更新と確認が、MAPを「生きた計画書」にします。
更新頻度の目安
| 商談期間 | 更新頻度 | 確認方法 |
|---|---|---|
| 〜4週間 | 毎週（週次） | 週次フォローアップ冒頭3分 |
| 1〜3ヶ月 | 隔週 | 定例MTG冒頭5分 |
| 3ヶ月以上 | 月次 + 節目ごと | 月次レビューMTG |
更新は「大幅な修正」ではなく、「完了タスクにチェックを入れ、次のタスクの期日を確認する」だけで十分です。5分以内で終わる作業量に保つことが継続のコツです。
レビュー方法：3つのシグナルを確認する
定例フォローアップでは、次の3点をMAPを見ながら確認します。
シグナル1: 遅延しているタスクがないか
期日を過ぎているタスクがあれば、理由を聞きます。「社内が忙しくて」という回答が続く場合、商談の優先度が下がっているサインです。
シグナル2: 新たに関与が必要なステークホルダーが出てきていないか
「実は法務部長も見たいと言っている」という情報が出てきたら、すぐにMAPのステークホルダー欄に追加し、関与タイミングを調整します。
シグナル3: ゴールの日付に変化がないか
「決算期の関係で〜」という理由でゴールの日付が後ろ倒しになるケースがあります。日付変更には必ず理由を確認し、新しい日付でも双方が合意できるかを確認します。
DSRとMAPを連携させる
デジタルセールスルーム（DSR）とMAPを連携させると、管理効率が大幅に上がります。
DSRにMAPを組み込むと、次のメリットがあります。
- 資料・チャット・MAPが同じ場所に集約され、顧客が何度もログインする必要がない
- タスクの進捗状況が自動で更新され、手動更新の手間がなくなる
- 顧客のMAP閲覧状況が可視化され、商談の温度感が把握できる
MAPの管理方法について、より詳しい解説もあります。
よくある記入ミスと修正例
現場でよく見かける記入ミスを5つ紹介します。ミューチュアルアクションプランの書き方を改善する際の参考にしてください。
ミス1: ゴールが「契約締結」だけになっている
- NG: 「6月30日までに契約締結する」
- OK: 「6月30日までに契約締結し、7月中に全ユーザーが本番環境で業務開始できる状態にする」
契約締結はゴールへの通過点であり、顧客の真のゴールは「ツールを使って業務が改善される状態」です。
ミス2: マイルストーンがタスクになっている
- NG: 「デモを実施する（5/15）」
- OK: 「技術評価完了・導入可否を決定する（5/22）」
マイルストーンは意思決定ポイントです。「〜を実施する」ではなく「〜を決定する」という表現にします。
ミス3: 担当者が「買い手」とだけ書かれている
- NG: 担当「買い手」
- OK: 担当「田中部長（情報システム部）」
担当者が曖昧だと誰も責任を持ちません。名前と部署を明記します。
ミス4: 評価基準が定性的すぎる
- NG: 「チームが満足できる使用感であること」
- OK: 「5名全員がトライアル期間中に3件以上の商談でツールを使用し、NPS7以上を記録すること」
評価基準は「合格・不合格」を判断できるレベルの具体性が必要です。
ミス5: 売り手側のタスクに「社内確認」「上司承認」が含まれている
顧客にとって無関係な売り手側の内部プロセスは書きません。顧客からすると「なぜ自分が関係ない社内作業を管理しなければならないのか」という疑問が生じます。
商談管理をもっと効率的に。まずは無料で試してみませんか？
無料ではじめるよくある質問
MAPには何項目くらい書けばいいですか？
全体で10項目以内が理想です。必須5項目（ゴール・マイルストーン3〜5個・タスク10個以内・ステークホルダー・評価基準）に絞ります。それ以上書くと管理コストが上がり、誰も更新しなくなります。
MAPはExcelで作ってもいいですか？
はい。最初はExcelで十分です。効果を実感したらDSR内のMAP機能に移行してください。DSRなら資料・チャットと同じ場所でMAPを管理でき、顧客の閲覧状況も把握できます。
MAPを更新する頻度は？
商談期間が4週間以内なら週次、1〜3ヶ月なら隔週が基本です。毎回のフォローアップ冒頭に3〜5分間「MAPの進捗確認」を入れるだけで十分です。更新自体は5分以内で終わる量に保つことが継続のコツです。
すぐ使えるテンプレートはありますか？
MAPテンプレートの記事で、すぐにコピーして使える雛形と記入例を公開しています。SaaS・コンサル・製造業の3パターンが揃っています。
顧客がMAPに参加してくれない場合はどうすればいいですか？
まず「一緒に作るメリット」を伝えます。「このMAPがあることで、田中さんが社内で稟議を通す際の根拠資料として使えます」と伝えると参加率が上がります。顧客にとっての価値を先に説明することが重要です。詳しくはMAPの作り方をご覧ください。
買い手側のタスクをどうやって特定すればいいですか？
「御社側で必要な確認・承認プロセスを教えていただけますか？」と直接聞くのが最も効果的です。情報システム部のセキュリティレビュー、法務の契約書確認、経営層の承認フローなど、顧客側の内部プロセスを早めに把握することが商談短縮につながります。
MAPの書き方は商談の規模によって変わりますか？
はい、変わります。小規模商談（100万円以下）は5〜7タスク・マイルストーン3個程度でシンプルに。大規模商談（1,000万円以上）はステークホルダーが増えるため、担当者・部署・承認権限の記載を詳細にします。業界別の具体例も参考にしてください。
MAPを顧客に断られた場合はどうすればいいですか？
「共有ドキュメントを作りましょう」という提案に変えてみてください。「ミューチュアルアクションプラン」という言葉への抵抗感がある場合でも、「次回までのアクションリスト」「進捗確認シート」などに言い換えることで受け入れられるケースがあります。
まとめ
ミューチュアルアクションプランの書き方の基本は5項目です。
- ゴール: いつまでに何を（顧客の状態変化を含む1文）
- マイルストーン: 意思決定ポイント（3〜5個）
- タスク: 担当者・期日付き（10個以内、双方分）
- ステークホルダー: 全関係者の名前・役職・関与タイミング
- 評価基準: 数値で表現できる成功条件
シンプルに保つことが成功の鍵です。書きすぎず、顧客と一緒に作ることを意識してください。
基本を押さえたら、MAPテンプレートを使って次の商談から実践してみてください。業界別のカスタマイズ方法は具体例集でも詳しく解説しています。
