コミュニケーションプランの作り方｜コピペで使えるテンプレートと記入例

リリースの1週間前に、3人から別々のチャネルで同じ質問が届くことがあります。「ところで、これっていつ公開でしたっけ？」。マーケティングはある日付を、サポートは別の日付を聞いていて、エグゼクティブスポンサーには何も伝わっていません。仕事そのものに抜け漏れがあったわけではありません。抜けていたのは、お互いへの共有です。

このすき間を埋めるのが、コミュニケーションプラン（コミュニケーション計画）です。コミュニケーションプランとは、誰がどんな情報を、いつ、どのチャネルで必要としていて、誰がそれを届けるのかを書き出した文書です。バインダーに綴じておくための立派な資料ではありません。プロジェクトを静かに沈める「必要な人に、必要なことが、必要なタイミングで届いたか」という問いに、1ページで答えるものです。書き出しておけば、「これっていつ公開でしたっけ？」というメールはほとんどなくなります。

この記事では、コミュニケーションプランに何を書くのか、本当に必要になるのはどんなときか、作り方の手順を順に解説します。そのうえで、多くの記事が省いている部分、つまりそのままコピーして使えるテンプレートと、午後のうちに自社用にアレンジできる記入例を紹介します。

コミュニケーションプランとは？必要になる4つの場面

専門用語を取り除くと、コミュニケーションプランは小さな表です。1行が1つの対象者で、各列はその対象者にどう情報を届けるかという実務的な問いに答えます。目的は文書を作ること自体ではありません。「ステークホルダーに定期的に報告する」は願望にすぎませんが、「毎週金曜17時までに、プロジェクトリーダーがステアリンググループに進捗メールを送る」は、誰かが責任を持てる約束です。

2人で済む作業にまで計画は要りません。必要なのは、複数のグループが足並みのそろった情報に頼っていて、報告が1回抜けるだけで実害が出る場合です。よくあるのは次の4つの場面です。

• プロジェクト：部門をまたぐステークホルダーが、それぞれ違う頻度で、違う範囲の情報を必要とする場合。
• チェンジマネジメント（変革管理）：組織再編、システム移行、リブランドなど。大きな変化は認識のずれを生みます。計画があれば、そのすき間を噂が埋めてしまうのを防げます。
• ステークホルダーマネジメント：経営陣、顧客、規制当局がみな同じプロジェクトに関心を持ちながら、求める詳しさがまったく違う場合。
• クライシスコミュニケーション（危機対応）：ここではルールが逆になります。プレッシャーの中でもメッセージを正確で一貫したものに保つため、すべての情報を1人に集約します。

「誰が、誰に、いつ伝えたのか」がチームの中で繰り返し問題になっているなら、計画が必要な段階はもう過ぎています。今すぐ作っておけば、同じ議論を蒸し返さずに済みます。

コミュニケーションプランに必要な6つの構成要素

テンプレートの形はいろいろありますが、使えるものは同じいくつかの列に落ち着きます。どれか1つでも抜けると、計画はすぐにあいまいになります。

対象者（ステークホルダー）

誰に伝えるのかを、意思決定者、実行者、影響者、オブザーバーといった役割ごとにまとめます。組織図ではなく、どのくらい詳しい情報を、どのくらいの頻度で必要としているかでグループ分けしましょう。

キーメッセージ

そのグループが実際に必要としている情報です。経営陣が知りたいのは進捗とリスク、開発チームが知りたいのは決定事項と障害、顧客が知りたいのは自分たちにとって何が変わるかです。同じプロジェクトでも、伝えるメッセージは相手によって変わります。

チャネル

伝える内容に合わせて手段を選びます。進捗報告は非同期の文書で、意思決定は短い打ち合わせで、緊急事態は電話で、日常的な共有は共有ワークスペースで伝えます。

頻度

「必要に応じて」ではなく、具体的な頻度を決めます。頻度は関与の度合いに合わせます。関心が高く深く関わる相手には接点を多くし、関心の低い相手には少なくします。そうすれば、大事な情報が埋もれません。

担当者（オーナー）

やり取りごとに、担当者を1人名指しで決めます。担当者がいないと、その報告は全員の仕事になり、結局は誰の仕事でもなくなります。「チーム」ではなく、個人の名前を書きましょう。

フィードバックの経路

対象者ごとに、相手から返事や意見を返せる経路を少なくとも1つ用意します。フィードバックがあれば噂が広がる余地が減り、誤解が広まる前に気づけます。

ヒント：カレンダーに登録できるくらい具体的に頻度を書きましょう。

「定期的に報告」は頻度ではありません。「隔週火曜9時に #project-aurora へ投稿」なら頻度です。繰り返しのカレンダー招待や自動リマインダーにできないような書き方では、忙しい週を乗り切れません。回数の多さより、具体性が大事です。

コミュニケーションプランの作り方：7つのステップ

使える計画の下書きは、1時間かからずに作れます。コツは順番どおりに進めることです。メッセージより先に対象者、チャネルより先にメッセージを決めれば、1つひとつの選択を前の選択の上に積み上げられます。

1. 目的を書く。 このコミュニケーションで何を達成したいのかを1〜2行で書きます。ありきたりな「コミュニケーションを改善する」より、「ローンチに関わるステークホルダーの認識をそろえ、障害を24時間以内に表に出す」のほうが役に立ちます。
2. ステークホルダーを洗い出し、グループ分けする。 仕事に関わる人を全員書き出してから、関心と影響力でまとめます。関心の高低と影響力の高低を軸にしたシンプルなマトリクスを使えば、誰には電話で、誰にはニュースレターで伝えればよいかがわかります。
3. グループごとのキーメッセージを書く。 対象者ごとに、知っておくべきこととやるべきことを1文で書きます。2つのグループにまったく同じメッセージが必要なら、グループを分けすぎている可能性があります。
4. グループごとにチャネルを選ぶ。 メッセージの内容で選びます。意思決定には同期のチャネルが必要ですが、共有事項には必要ありません。
5. 頻度を固定する。 各行に実際の頻度を割り当て、カレンダーに登録するときと同じ形で書きます。
6. 担当者を決める。 ほかのメンバーが報告づくりを手伝う場合でも、各行に責任者を1人決めます。
7. フィードバックの経路と見直しの日を決める。 各グループがどう返事を返すかを決め、うまくいっていない部分を削るために、10分の定期見直しをカレンダーに入れます。

ヒント：伝えすぎは逆効果です。

すべての報告をすべてのステークホルダーに送ると安心できますが、相手は次第に読まなくなります。ステアリンググループが作業チームと同じ大量の情報を浴びせられると、本当に意思決定が必要な1通がスクロールの中に埋もれてしまいます。数を絞り、相手に合わせた報告ほど読まれます。「対象者」の列があるのは、まさにそのためです。

コピペで使えるコミュニケーションプランのテンプレート

ドキュメント、スプレッドシート、プロジェクト管理ツールにそのまま貼り付けられる空のテンプレートです。1行が1つの対象者、各列が6つの構成要素のいずれかに対応し、軸となる目的を一番上に置きます。

目的： _______________________________________________

見直しの頻度： ____________ ｜ 危機時のエスカレーション（窓口を1人に集約）： ____________

記入例：製品ローンチのコミュニケーションプラン

理屈だけでは伝わりにくいので、同じテンプレートを架空の SaaS 機能のローンチに当てはめた例を紹介します。プロジェクト名は Project Aurora、6週間後に公開予定という設定です。対象者の関与が深くなるほど頻度が上がり、チャネルが同期的になっていく点に注目してください。

目的： Aurora を予定どおりにリリースし、すべてのステークホルダーの認識をそろえ、障害を24時間以内に表に出す。

見直しの頻度： 毎週の進捗確認で10分 ｜ 危機時のエスカレーション： インシデントに関する連絡はすべてプロジェクトリーダーを通す。ローンチの遅れが公になった場合は、プロジェクトリーダーが唯一のスポークスパーソンになる。

これで全部です。5行、1ページだけです。予備知識なしに読んでも、誰が何を、いつ、誰から聞くのかが正確にわかります。ローンチ日が変わっても、セルを1つ書き換えれば、全員への報告にその変更が反映されます。

計画どおりに報告を届け続けるには

どんなテンプレートでも、それだけでは防げない失敗があります。計画は完璧なのに、金曜の進捗メールが送られない。担当者が会議続きで、何が決まったかを書き留めていなかったからです。コミュニケーションプランは、その裏にある報告が実際に行われて初めて機能します。そして、その報告の多くは会議から生まれます。朝会、ステアリング会議、障害が明らかになった顧客との打ち合わせなどです。

AI 会議アシスタントが本領を発揮するのは、まさにこのつなぎ目です。Laxis のようなツールは、会議を録音・文字起こし・要約し、決定事項、アクションアイテム、次のステップを自動で抽出します。計画で「金曜17時まで」に送ると決めた振り返りは会議の内容からすでに下書きされているので、一から組み立て直す必要はなく、編集するだけで済みます。Zoom、Google Meet、Teams に対応し、100以上の言語をサポートし、メモを HubSpot や Salesforce に同期できます。毎週わざわざコピー＆ペーストしなくても、ステークホルダー向けの情報が途切れません。

すべての会議を、計画で約束した報告に変える

Laxis は振り返り、決定事項、アクションアイテムを自動で記録します。コミュニケーションプランで予定した報告を、予定どおりに届けられます。無料プランから始められます。

Laxis を無料で試す

まとめ

これまで見た中で最も優れたコミュニケーションプランは、1つの共有ドキュメントにまとめられ、チームが時間とともに実際に小さくしていったものでした。個別のやり取りが必要ないとわかった対象者の行を、どんどん削っていったのです。うまく機能している計画は、大きくなるのではなく、シンプルになっていきます。行やチャネルが増え続けているなら、たいていは問題に正面から向き合わず、問題の周りで情報をやり取りしているサインです。

よくある質問

コミュニケーションプランとは何ですか？

コミュニケーションプランとは、誰がどんな情報を、いつ、どのチャネルで必要としていて、誰がそれを届けるのかを定めた文書です。通常は、対象者ごとにキーメッセージ、チャネル、頻度、担当者、フィードバックの経路を対応させます。誰かが思い出したときではなく、決まった予定どおりに報告が行われるようにするためのものです。

コミュニケーションプランの基本的な構成要素は何ですか？

多くの計画には6つの構成要素があります。対象者（ステークホルダーのグループ）、その対象者に必要なキーメッセージ、チャネル、頻度、責任を持つ担当者、フィードバックの経路です。すべての行が目標とつながるように、一番上に目的を書き加えるチームも多くあります。特に抜けやすいのは、名指しの担当者と、「金曜17時まで」のような実際の頻度の2つです。

コミュニケーションプランはどんなときに必要ですか？

複数のグループが足並みのそろった報告に頼っているときは、いつでも必要です。部門をまたぐステークホルダーがいるプロジェクト、組織再編やシステム移行のような変革の取り組み、継続的なステークホルダーマネジメント、正確さを保つために情報を1人に集約すべき危機対応などが当てはまります。「誰が誰に何を伝えたか」がすでに繰り返し問題になっているなら、もっと早く作っておくべきでした。

通常のコミュニケーションプランと危機対応のコミュニケーションプランは何が違いますか？

通常の計画は平常時の定期的な報告を扱い、危機対応の計画は急な想定外の出来事を扱います。危機対応の計画では、メッセージを一貫させるためにスポークスパーソンを1人決め、事前に承認したホールディングステートメント（第一報用の声明文）を用意し、エスカレーションと通知の順序を定めます。文書全体を書き直さずにすぐ発動できるよう、危機対応の計画を別のセクションにしておくチームが多くあります。

コミュニケーションプランはどのくらいの頻度で見直すべきですか？

大きなマイルストーンごと、またはおおむね月に1回見直しましょう。10分ほどかけて、何がうまくいったか、ステークホルダーから何に不満が出たか、どの頻度が合っていないかを確認します。誰も見直さない計画は、使われるツールではなく、ただの文書になってしまいます。作成時から関心や関与の度合いが変わった対象者については、頻度を調整しましょう。