ミューチュアルアクションプランの具体例8パターン｜業界別・商談規模別の完全ガイド
ミューチュアルアクションプランの具体例8パターン｜業界別・商談規模別の完全ガイド
MAPの具体例とは、業界・商談タイプ・規模別にカスタマイズされたミューチュアルアクションプランの実例であり、自社の商談に適用する際の参考モデルとなる。
MAPの作り方やテンプレートは理解したものの、「自分の業界ではどうアレンジすればいい？」「SMBとエンタープライズで変えるべき点は？」と悩む方に向けて、業界別5パターン・商談規模別3パターン・合計8つの具体例を詳しく紹介します。また、MAPに何を書くべきかを理解したうえで、本記事の事例を参考にしてください。
業界別MAP具体例
例1: SaaS商談（4週間サイクル）
シナリオ: 営業管理SaaSを、従業員200名のIT企業に提案。意思決定者は営業部長と情報システム部長の2名。
商談の特徴: トライアル期間が評価の核心。成功基準を数値で設定しておかないと、「なんとなく良かった」で終わり、承認が下りない。
| マイルストーン | タスク | 担当 | 期日 | 状態 |
|---|---|---|---|---|
| キックオフ | MAP合意・共有 | 双方 | Day 1 | - |
| トライアル参加者（5名）を決定 | 買い手 | Day 3 | - | |
| 成功基準の合意（KPI3項目） | 双方 | Day 3 | - | |
| トライアル開始 | デモ環境・ログイン情報を提供 | 売り手 | Day 5 | - |
| 利用開始ウォークスルーMTG | 双方 | Day 5 | - | |
| トライアル実施 | 5名で2週間の実運用利用 | 買い手 | Day 5〜19 | - |
| 週次チェックイン（課題・質問対応） | 売り手 | Day 12 | - | |
| トライアル評価 | 利用状況レポート作成 | 売り手 | Day 19 | - |
| KPI達成状況の確認MTG | 双方 | Day 20 | - | |
| 経営承認 | 経営プレゼン資料作成（ROI試算含む） | 売り手 | Day 21 | - |
| 経営会議の日程調整 | 買い手 | Day 21 | - | |
| 経営会議での提案 | 双方 | Day 24 | - | |
| 契約締結 | 最終見積もり提出 | 売り手 | Day 26 | - |
| 法務・情シスレビュー | 買い手 | Day 27 | - | |
| 契約書署名 | 双方 | Day 28 | - |
成功のポイント:
- 成功基準の例: 「全員がルームを作成し顧客に資料を共有すること」「週3回以上のログイン率を達成すること」「問い合わせ対応時間を30%削減すること」
- トライアル期間中の週次チェックインで「使いにくい」という声を早期に拾い、フォロー対応する
- デジタルセールスルーム上でMAPと資料を一元管理すると、買い手の進捗が可視化される
例2: 製造業商談（3ヶ月サイクル）
シナリオ: 生産管理システムを、従業員500名・工場3拠点の製造業企業に提案。意思決定者は製造部長・情報システム部長・経営企画部の3名。
商談の特徴: 既存システムからの移行コストとPoCによる実績証明が評価の中心。稟議プロセスが長く、各部署の合意形成が必要。
| マイルストーン | タスク | 担当 | 期日 |
|---|---|---|---|
| 要件確認 | 現行システム・業務フローのヒアリング | 売り手 | Month 1 Week 1 |
| 技術要件書・セキュリティ要件の作成 | 買い手（情シス） | Month 1 Week 2 | |
| 既存システム連携要件の整理 | 双方 | Month 1 Week 2 | |
| 技術評価 | デモ環境構築・初期設定 | 売り手 | Month 1 Week 3 |
| セキュリティチェックシート回答 | 売り手 | Month 1 Week 3 | |
| 技術レビューMTG（情シス担当者） | 双方 | Month 1 Week 4 | |
| 技術評価レポート提出 | 買い手（情シス） | Month 2 Week 1 | |
| PoC設計 | PoC対象工場・評価期間・指標を合意 | 双方 | Month 2 Week 1 |
| PoC環境のセットアップ | 売り手 | Month 2 Week 2 | |
| PoC実施 | パイロット工場での検証（4週間） | 双方 | Month 2 Week 2〜Month 3 Week 1 |
| 週次進捗確認MTG | 双方 | 毎週 | |
| PoC評価 | PoC結果レポート作成 | 売り手 | Month 3 Week 1 |
| 評価会議（製造部長・情シス部長参加） | 双方 | Month 3 Week 1 | |
| 経営承認 | ROI試算・導入効果レポート提出 | 売り手 | Month 3 Week 2 |
| 稟議書の作成・社内回覧 | 買い手 | Month 3 Week 2 | |
| 役員プレゼン | 双方 | Month 3 Week 3 | |
| 契約 | 最終契約条件の交渉 | 双方 | Month 3 Week 3 |
| 法務レビュー | 買い手（法務） | Month 3 Week 4 | |
| 契約締結 | 双方 | Month 3 Week 4 |
成功のポイント:
- PoCの評価指標例: 「生産計画作成時間を50%削減」「在庫過剰・不足アラートの検知率95%以上」「現場作業員の入力時間1日30分以内」
- セキュリティチェックシートは先回りして準備しておくと情シス評価がスムーズ
- セキュアな資料共有で技術仕様書・セキュリティ資料を安全に提供する
例3: コンサルティング提案（2週間サイクル）
シナリオ: 営業組織改革コンサルティングを、従業員100名のB2B企業に提案。意思決定者は代表取締役と営業本部長。
商談の特徴: 課題の共有認識を作ることが最重要。初回ヒアリングで「現状分析シート」を買い手に記入してもらうことで、提案の解像度が格段に上がる。
| マイルストーン | タスク | 担当 | 期日 |
|---|---|---|---|
| 課題把握 | 現状分析シート（5項目）を記入 | 買い手 | Day 3 |
| 分析シートの内容確認・追加質問 | 売り手 | Day 4 | |
| 深掘りヒアリングMTG（90分） | 双方 | Day 5 | |
| 提案準備 | 現状課題の整理・仮説立案 | 売り手 | Day 6 |
| 改善提案書作成（スコープ・期間・費用含む） | 売り手 | Day 8 | |
| 提案 | 提案書の事前共有（MTG前日） | 売り手 | Day 9 |
| 提案MTG（60分） | 双方 | Day 10 | |
| 質問・懸念事項への回答 | 売り手 | Day 11 | |
| 合意 | スコープ・費用・開始日の最終合意 | 双方 | Day 12 |
| 契約 | 業務委託契約書の確認 | 買い手 | Day 13 |
| 契約書への署名・捺印 | 双方 | Day 14 |
成功のポイント:
- 現状分析シートの記入依頼が早ければ早いほど、提案の精度が上がり成約率が高まる
- 提案書はMTG前日に共有し、買い手に読んでもらった状態でMTGに臨む
- Day12の「合意」タスクを買い手側に明示することで、「考えます」で終わらせない
例4: 金融・保険商談（6週間サイクル）
シナリオ: 法人向け福利厚生保険プランを、従業員300名の上場企業に提案。意思決定者は人事部長・総務部長・CFO。
商談の特徴: コンプライアンス要件が厳しく、複数部署の合意が必須。ROI試算と従業員満足度への効果訴求が鍵。
| マイルストーン | タスク | 担当 | 期日 |
|---|---|---|---|
| ニーズ把握 | 現在の福利厚生内容・課題のヒアリング | 売り手 | Week 1 |
| 従業員アンケート結果の共有 | 買い手（人事） | Week 1 | |
| 競合他社比較・ベンチマーク資料の提供 | 売り手 | Week 2 | |
| 提案設計 | カスタムプランの設計 | 売り手 | Week 2 |
| 見積もり・保険料試算の提出 | 売り手 | Week 3 | |
| 社内評価 | 人事・総務部による評価MTG | 双方 | Week 3 |
| 懸念事項・追加要件の整理 | 買い手 | Week 4 | |
| コンプライアンス確認（法務・コンプライアンス部） | 買い手 | Week 4 | |
| 役員承認 | CFO向け投資対効果レポートの提出 | 売り手 | Week 5 |
| 役員会議での提案 | 双方 | Week 5 | |
| 契約 | 最終契約条件の確認 | 双方 | Week 6 |
| 契約書への署名 | 双方 | Week 6 |
成功のポイント:
- コンプライアンス確認のスケジュールを早めに確保することが遅延防止の最重要事項
- CFO向けには「保険料コスト vs. 採用コスト削減・離職率低下」のROI試算を定量化
- 人事・総務・法務・CFOという4部署を動かすため、各ステークホルダーの「懸念」と「期待」を個別把握する
例5: 不動産・オフィス移転商談（8週間サイクル）
シナリオ: 従業員150名の成長企業のオフィス移転支援（新物件選定〜内装施工〜引越し）。意思決定者は代表取締役・CFO・総務責任者。
商談の特徴: 物件選定・内装・引越しと複数の業者・フェーズが絡む。スケジュール管理と「判断のためのタスク」を明確にすることが重要。
| マイルストーン | タスク | 担当 | 期日 |
|---|---|---|---|
| 要件整理 | 必要坪数・エリア・予算・移転希望日の確認 | 双方 | Week 1 |
| 移転要件定義書の作成 | 売り手 | Week 1 | |
| 物件選定 | 候補物件3〜5件のリストアップ | 売り手 | Week 2 |
| 物件内覧（候補3件） | 双方 | Week 3 | |
| 優先順位付け・絞り込み（2件） | 買い手 | Week 3 | |
| 詳細条件交渉・見積もり取得 | 売り手 | Week 4 | |
| 最終物件決定 | 買い手 | Week 4 | |
| 内装・設計 | レイアウトデザイン案の提示 | 売り手 | Week 5 |
| デザイン確認・修正依頼 | 買い手 | Week 5 | |
| 内装工事見積もり確定 | 売り手 | Week 6 | |
| 内装工事発注の決裁 | 買い手 | Week 6 | |
| 契約・準備 | 賃貸契約書の確認・署名 | 双方 | Week 7 |
| 工事スケジュール・引越し日程の確認 | 双方 | Week 8 | |
| MAP完了・次フェーズ（施工管理）へ移行 | 双方 | Week 8 |
成功のポイント:
- 「物件最終決定」タスクを買い手側に明示し、決定期日を設けることが商談遅延の最大の防止策
- 内装デザインの意思決定者（実際には担当者だけでなく代表の好みが反映されるケースが多い）を早期に特定する
- 賃貸契約後の施工管理MAPは別途作成し、引き渡し後の関係継続につなげる
商談規模別MAP例
MAPの設計は、商談の規模（SMB・ミッドマーケット・エンタープライズ）によっても大きく変わります。MAPの基礎を踏まえた上で、規模別の違いを理解してください。
SMB（中小企業：従業員50名以下）
特徴: 意思決定者が1〜2名、商談サイクルが短い（2〜4週間）、タスクは最小限に絞る
| タスク | 担当 | 期日 |
|---|---|---|
| デモMTG（60分） | 双方 | Day 3 |
| 30日間トライアル開始 | 売り手 | Day 5 |
| トライアル結果の確認MTG | 双方 | Day 20 |
| 見積もり提出 | 売り手 | Day 21 |
| 最終判断・契約 | 買い手 | Day 25 |
SMBのコツ: タスクは5個以内に絞る。買い手の手を煩わせるほど離脱率が上がる。「次は何をすればいいか」を1タスクずつ伝えるシンプルさが成約率を高める。
ミッドマーケット（中堅企業：従業員50〜500名）
特徴: 意思決定者が2〜4名、商談サイクルが4〜8週間、部門横断の合意が必要
| マイルストーン | タスク | 担当 | 期日 |
|---|---|---|---|
| 評価設計 | 評価チームメンバーの確定 | 買い手 | Week 1 |
| 評価基準・KPIの合意 | 双方 | Week 1 | |
| トライアル | デモ環境のセットアップ | 売り手 | Week 1 |
| トライアル実施（3週間） | 買い手 | Week 2〜4 | |
| 週次進捗確認 | 双方 | 毎週 | |
| 評価・承認 | トライアル結果のまとめ | 買い手 | Week 5 |
| 経営承認MTG | 双方 | Week 5 | |
| 最終見積もり・契約 | 双方 | Week 6〜7 |
ミッドマーケットのコツ: 「評価チームメンバーの確定」を最初のタスクにすることで、関係者全員をMAPに巻き込む。週次進捗確認で関係者の温度感を常に把握する。
エンタープライズ（大企業：従業員500名以上）
特徴: 意思決定者が5名以上、商談サイクルが3〜6ヶ月、複数部署・外部ベンダーが絡む
| フェーズ | マイルストーン | タスク | 担当 | 期日 |
|---|---|---|---|---|
| Phase 1 | 要件確定 | 全ステークホルダーの特定・役割整理 | 双方 | Month 1 Week 1 |
| 業務要件・技術要件・セキュリティ要件のヒアリング | 売り手 | Month 1 Week 2 | ||
| 要件定義書の確認・承認 | 買い手 | Month 1 Week 3 | ||
| Phase 2 | 技術評価 | セキュリティ審査・技術チェックシート対応 | 売り手 | Month 2 Week 1 |
| 情報システム部による技術レビュー | 買い手（情シス） | Month 2 Week 2 | ||
| 既存システムとの連携検証 | 双方 | Month 2 Week 3 | ||
| Phase 3 | PoC | PoC計画書の確認・承認 | 買い手 | Month 3 Week 1 |
| PoC実施（パイロット部門） | 双方 | Month 3〜4 | ||
| PoC評価レポート・役員報告 | 売り手 | Month 4 Week 2 | ||
| Phase 4 | 購買プロセス | 調達部門への見積もり提出 | 売り手 | Month 4 Week 3 |
| 法務・コンプライアンスレビュー | 買い手 | Month 5 Week 1 | ||
| 役員決裁 | 買い手 | Month 5 Week 2 | ||
| 契約締結 | 双方 | Month 5 Week 4 |
エンタープライズのコツ: MAPをフェーズ分けし、各フェーズの「承認者」を明記する。デジタルセールスルームでフェーズごとにページを分け、関係者ごとに閲覧権限を設定すると管理がしやすい。
良い記入例と悪い記入例のBefore/After比較
MAPを書いてはみたものの、「なぜか機能しない」という場合、記入内容に問題があることが多いです。MAPに何を書くべきかのガイドと合わせて、以下のBefore/Afterで改善ポイントを確認してください。
Before/After例 1: タスクの粒度
Before（悪い例）
| タスク | 担当 | 期日 |
|---|---|---|
| 評価を進める | 買い手 | 来月中 |
| 社内で検討する | 買い手 | なるべく早く |
| 決める | 買い手 | - |
問題点: タスクが曖昧すぎて「何を・いつまでに」が不明。買い手も何をすべきか分からない。期日が「来月中」「なるべく早く」では優先度がつかない。
After（良い例）
| タスク | 担当 | 期日 |
|---|---|---|
| 評価チーム3名でのトライアル利用（合計10時間以上） | 買い手 | 5月15日 |
| トライアル結果を部長へ報告（評価シート記入） | 買い手（担当者） | 5月16日 |
| 経営会議での最終判断 | 買い手（部長） | 5月20日 |
改善ポイント: タスクを「誰が・何を・どの程度」で表現。期日を具体的な日付にする。買い手側のタスクも「担当者か部長か」まで明記する。
Before/After例 2: 成功基準の設定
Before（悪い例）
トライアルでシステムを試してもらい、良ければ検討を進める。
問題点: 「良ければ」が主観的で、評価後に「もう少し検討が必要」と言われ続ける原因になる。
After（良い例）
トライアル期間中に以下の3基準を達成した場合、経営承認フェーズへ進む：
- 営業担当5名が週3回以上ログイン
- 商談報告の作成時間が現状比30%以上削減
- 案件ステータスの可視化率が80%以上
改善ポイント: 評価基準を数値化し、「達成したら次のフェーズへ進む」という条件を明示する。買い手・売り手双方が「合格ライン」を共有できる。
Before/After例 3: タスクの責任分担
Before（悪い例）
| タスク | 担当 | 期日 |
|---|---|---|
| 資料作成 | 売り手 | 来週 |
| 確認 | 双方 | - |
| 進める | 双方 | - |
問題点: 「双方」や「確認」という曖昧な表記は責任の所在が不明。タスクが発生しても誰もアクションしない。
After（良い例）
| タスク | 担当 | 期日 |
|---|---|---|
| 提案書（ROI試算・導入ロードマップ含む）の作成 | 売り手（田中） | 5月10日 |
| 提案書の内容確認・フィードバック返信 | 買い手（山田部長） | 5月13日 |
| フィードバックを反映した修正版の提出 | 売り手（田中） | 5月15日 |
| 経営会議での採用可否の判断 | 買い手（代表） | 5月20日 |
改善ポイント: 担当者を部署・役職だけでなく、実名まで記入する。「双方」は「主担当と確認者」に分解する。
MAP運用のベストプラクティス
MAPガイドでは設計の原則を解説していますが、ここでは「実際の商談でどう運用するか」に焦点を当てたベストプラクティスを紹介します。
1. MAPを「最初のメール」で共有する
初回デモの翌日に「本日のまとめと次のステップ」としてMAPを送付する。初動が早いほど、買い手の「本気度」を確認でき、商談の推進力が高まる。
2. タスクは10個以内に絞る
業界を問わず、MAPのタスク総数は10個以内を目安にする。多すぎるMAPは管理が煩雑になり、買い手が「やらなければいけないことが多すぎる」と感じて離脱する。核心的なマイルストーンとタスクだけを残す。
3. 買い手タスクを必ず入れる
MAPの本質は「Mutual（相互）」。売り手タスクしかないMAPは、ただのスケジュール表になってしまう。買い手タスクを明記することで、買い手が「自分事」として商談に参加する意識が生まれる。理想は売り手:買い手のタスク比率が6:4程度。
4. 週次でMAPをアップデートする
商談が進むにつれて状況は変わる。毎週のチェックイン後に必ずMAPを更新し、完了タスクにチェックを入れ、必要に応じて期日を調整する。「生きているMAP」を維持することが重要。
5. DigitalセールスルームでMAPを管理する
メールやスプレッドシートでMAPを共有すると、バージョン管理が複雑になりがち。デジタルセールスルーム（DSR）を使えば、MAP・提案書・議事録を1か所に集約し、買い手がいつでも最新状態を確認できる。
6. 「合意日」を設定する
各マイルストーンに「合意・承認日」を設定し、その日に明示的に「次フェーズへ進む」ことを確認する。これがないと「まだ検討中」が続き、商談が止まる。
7. リスクタスクを先に特定する
商談に必ず「ネックになりやすいタスク」がある（法務レビュー、情シス承認、役員決裁など）。これらを早期にMAPに入れ、依頼・確認を前倒しで行う。製造業のセキュリティチェックシートや、金融業のコンプライアンス審査は特に先行対応が効果的。
よくある質問
自社の業界の例がない場合は？
最も商談サイクルが近い例をベースにカスタマイズしてください。4週間以内ならSaaS例、4〜8週間ならコンサル・金融例、3ヶ月以上なら製造業・エンタープライズ例が参考になります。業界よりも「商談サイクルの長さ」と「意思決定者の数」で参考例を選ぶと選びやすいです。
例のタスク数をそのまま使っていいですか？
商談の複雑さに応じて調整してください。関係者が3名以下ならタスクを6個に減らし、5名以上なら10個まで増やしてもOKです。ただし10個を超える場合はフェーズ分けを検討し、「今フェーズのMAP」と「次フェーズのMAP」を分けて管理しましょう。
MAPのテンプレートはどこで入手できますか？
MAPテンプレートの記事で、すぐにコピーして使える雛形を業界別・規模別に公開しています。本記事の具体例と合わせて活用してください。
SMBとエンタープライズで最も異なる点は？
最大の違いは「意思決定者の数」と「承認プロセスの複雑さ」です。SMBは代表1〜2名が全ての決定をするため、MAPはシンプルで5タスク程度が最適。エンタープライズは5名以上の承認が必要なため、フェーズ分けと各フェーズの承認者明記が必要になります。
買い手がMAPのタスクをやってくれない場合はどうすればいいですか？
まず「なぜやれないか」をヒアリングします。多い理由は①タスクが多すぎる②期日が短すぎる③優先度が低い③内部調整が難航している、です。タスクを1つに絞って「まずこれだけでOK」と伝えるか、買い手のタスクを売り手がサポートできる形に変えることが有効です。例：「現状分析シートの記入」→「30分のヒアリングで売り手が代わりに作成」。
MAPはいつ共有するのがベストですか？
初回デモまたは初回ヒアリングの翌営業日が最適です。「本日のまとめと今後のステップ」として送付することで、買い手の温度感が高いうちにMAPへのコミットメントを引き出せます。商談開始から2週間以上経ってからMAPを共有しても、「急に手続きが増えた」と感じられることがあります。
MAPはGoogleスプレッドシートで管理してもいいですか？
短期・シンプルな商談であれば問題ありません。ただし複数の商談・複数の関係者を扱う場合、スプレッドシートはバージョン管理・アクセス権限・資料連携が難しくなります。デジタルセールスルームを使えば、MAP・提案書・チャットを1か所で管理でき、買い手がいつでも最新状態を確認できます。
まとめ
MAPは業界・商談タイプ・規模に応じてカスタマイズします。
業界別のポイント:
- SaaS（4週間）: トライアル成功基準の事前合意と数値化が鍵
- 製造業（3ヶ月）: PoCの設計と技術評価の段階的管理が鍵
- コンサル（2週間）: Day単位の短期管理と早期の買い手アクション依頼が鍵
- 金融・保険（6週間）: コンプライアンス確認の前倒しとROI試算の定量化が鍵
- 不動産（8週間）: 物件決定タスクへの期日設定と意思決定者の早期特定が鍵
商談規模別のポイント:
- SMB: タスク5個以内、シンプルさが成約率を高める
- ミッドマーケット: 評価チームの確定を最初のタスクに
- エンタープライズ: フェーズ分けと承認者の明記が必須
テンプレートをベースに、本記事の具体例を参考にして自社の商談パターンに合わせて調整してください。また、MAPの作り方も合わせて読むと、より実践的な運用ができます。
