フレームワーク活用ガイドひとことで言うと#
プロジェクトや意思決定に影響する**すべての関係者（ステークホルダー）を洗い出し、「影響力」×「関心度」**のマトリクスで分類して、それぞれに最適なコミュニケーション戦略を決める手法。
押さえておきたい用語#
- ステークホルダー（Stakeholder）
- プロジェクトや意思決定に影響を与える人、または影響を受ける人のこと。社内の上司・同僚だけでなく、顧客・パートナー・規制当局なども含む。
- 影響力（Power / Influence）
- そのステークホルダーがプロジェクトを止めたり方向を変えたりできる力の大きさのこと。承認権限、予算権限、社内での発言力などが指標。
- 関心度（Interest）
- そのステークホルダーがプロジェクトにどの程度注目・関与しているかの度合いのこと。関心が高い人ほど積極的に情報を求める。
- 根回し（ネマワシ）
- 正式な会議・決裁の前に、キーパーソンに事前に情報共有や相談を行うこと。ステークホルダーマッピングで優先度が高い人から根回しする。
ステークホルダーマッピングの全体像#
こんな悩みに効く#
- プロジェクトを進めようとしたら、予想外の人から反対された
- 誰に根回しすべきかわからず、合意形成に時間がかかる
- 全員に同じ情報を同じように伝えていて、非効率
基本の使い方#
プロジェクトに影響を与える人・影響を受ける人をすべてリストアップする。
チェックリスト：
- 意思決定者（承認権限を持つ人）
- 実行者（実際に作業する人）
- 影響を受ける人（結果によって利害が変わる人）
- 情報提供者（専門知識を持つ人）
- 外部関係者（顧客、パートナー、規制当局など）
「この人は関係ない」と思った人こそ、見落としの可能性がある。
各ステークホルダーを2×2のマトリクスに配置する。
- 縦軸: 影響力 — この人がNOと言ったら、プロジェクトは止まるか？
- 横軸: 関心度 — この人はプロジェクトにどのくらい関心があるか？
4象限の対応戦略：
- 高影響力×高関心（右上）: 密接に連携 — 定期的に相談、意思決定に巻き込む
- 高影響力×低関心（左上）: 満足させる — 必要なときに報告、不満を持たせない
- 低影響力×高関心（右下）: 情報提供 — 進捗を共有、意見を聞く
- 低影響力×低関心（左下）: 最低限の対応 — 必要時にのみ連絡
特に**右上（高影響力×高関心）**のステークホルダーへの対応を具体化する。
- この人は何を求めているか？（情報？権限？成果？）
- どの頻度でコミュニケーションを取るか？
- どんな形式が最適か？（1on1？メール？レポート？）
- この人の「地雷」は何か？（触れてはいけないこと）
アクションプランをカレンダーに入れて実行する。
具体例#
状況: 従業員300名の製造業。基幹システムのクラウド移行プロジェクト（予算5,000万円）のPMに任命された。
ステークホルダー一覧とマッピング：
| ステークホルダー | 影響力 | 関心度 | 象限 | 対応戦略 |
|---|---|---|---|---|
| CTO | 高 | 高 | 密接に連携 | 週次1on1で進捗報告、技術的判断に巻き込む |
| 営業部長 | 高 | 高 | 密接に連携 | 月次で導入メリットを数字で提示 |
| CEO | 高 | 低 | 満足させる | 月1で要点1枚サマリーのみ報告 |
| 経理部長 | 高 | 低 | 満足させる | 予算進捗を四半期ごとに共有 |
| 現場エンジニア5名 | 低 | 高 | 情報提供 | ベータテストに参加、Slackで随時共有 |
| 若手社員 | 低 | 高 | 情報提供 | 社内勉強会で月次進捗を紹介 |
| 総務部 | 低 | 低 | 最低限 | 完了時に連絡 |
結果: CTOと営業部長への根回しを最優先にしたことで、3週間でプロジェクト承認を獲得。CEOへの過剰な報告をやめたことで、月8時間の資料作成時間を削減。
状況: フィンテックスタートアップ（従業員40名）が新しい決済サービスをリリース。規制当局、既存パートナー、メディアなど多様な関係者がいる。
マッピング結果：
密接に連携（高影響力×高関心）:
- 金融庁の担当官 — 規制要件を満たさないとサービス停止。月次で進捗報告、事前相談を徹底
- 主要パートナー銀行3社 — API連携が必要。週次の技術ミーティング
満足させる（高影響力×低関心）:
- 既存投資家（VC 2社） — 四半期の取締役会で報告。サプライズを避ける
- 大口法人顧客（上位5社） — リリース2ヶ月前に個別説明会
情報提供（低影響力×高関心）:
- テック系メディア3社 — リリース1ヶ月前にプレスリリース、記者向けデモ
- ベータテスター（200名） — Slackコミュニティで週次アップデート
最低限（低影響力×低関心）:
- 一般ユーザー — リリース時に告知メール
結果: 金融庁への事前相談で規制要件を早期にクリアし、リリースが予定通り完了。パートナー銀行との週次ミーティングでAPI連携の問題を3件早期発見し、リリース遅延を回避。
状況: 人口1.2万人の町で、駅前の空き店舗をコワーキングスペースに改装するプロジェクト。町議会、商店街、住民など利害が複雑。
マッピング結果：
| ステークホルダー | 象限 | 具体的アクション |
|---|---|---|
| 町長 | 密接に連携 | 月2回の進捗報告。「移住者増加」のデータで説得 |
| 商店街会長 | 密接に連携 | 「商店街の来客が15%増える」試算を提示。毎週茶話会で関係構築 |
| 町議会議員（反対派2名） | 満足させる | 個別面談で懸念をヒアリング。「騒音」「治安」の具体対策を書面で回答 |
| 地元建設会社 | 情報提供 | 改装工事の地元発注を確約。工期と予算を共有 |
| 近隣住民 | 情報提供 | 説明会を2回開催。匿名アンケートで要望を収集 |
| 県の地方創生課 | 満足させる | 補助金申請に必要な報告書を期限内に提出 |
結果: 最大の障壁だった商店街会長を早期に味方につけたことで、町議会の承認が全会一致で通過。反対派議員も「住民の声を聞くプロセスが丁寧だった」と評価。補助金1,200万円を獲得し、プロジェクト予算2,000万円の60%をカバー。
やりがちな失敗パターン#
- 「高影響力×低関心」の人を放置する — 関心が低いからといって無視すると、突然「聞いてない」と反対される。定期的に短いアップデートを送り、サプライズを防ぐ
- マッピングを1回やって終わる — プロジェクトが進むにつれてステークホルダーの関心や影響力は変化する。フェーズごとに見直す
- 全員に同じコミュニケーションをする — 象限ごとに必要な情報の量・頻度・形式は異なる。CEOに週次の詳細レポートは不要だし、現場エンジニアに月1の要約では足りない
- 反対者を「敵」として排除しようとする — 反対者の懸念は正当な場合が多い。反対意見を早期に聞き出して対策に組み込むことで、むしろプロジェクトの質が上がる
まとめ#
ステークホルダーマッピングは「誰にどうコミュニケーションすべきか」を戦略的に決めるツール。プロジェクトの成否は技術や計画だけでなく、関係者の協力に大きく依存する。影響力×関心度で整理し、象限ごとに対応を変えることで、限られた時間で最大の合意形成効果を得られる。