internal-comms

internal-comms skillの概要

internal-commsの用途

internal-commsは、従業員向けの変更コミュニケーションを設計し、順序立てて作成するためのビジネスオペレーション系skillです。組織再編、ツール導入、ポリシー変更、リーダー交代、レイオフ、買収、福利厚生の変更、社内向けプロダクトローンチなど、社内限定の重要局面に向いています。目的は「整った告知文を書くこと」ではありません。告知文、FAQ、マネージャー向けカスケードメモ、フォローアップメッセージ、タッチポイントカレンダーまで含めた、実務で使えるコミュニケーション一式を作ることです。

向いているユーザーと判断場面

internal-comms skillが特に力を発揮するのは、Head of People、BizOpsリード、chief of staff、社内広報担当者、オペレーション担当者など、センシティブな変更を構造化されたコミュニケーション計画に落とし込む必要がある人です。タイミング、オーナー、チャネルの組み合わせ、対象者の分け方、そして「何を言わないべきか」の判断を支援します。単なる認知ではなく、従業員に具体的な行動理解が求められる場面で特に有効です。

このskillの違い

汎用的なプロンプトと違い、internal-commsはProsci ADKARの順序設計とKotterの8段階変革モデルを組み合わせ、stdlibのみで動くPythonヘルパーも含んでいます。スクリプトでは、Kotterのラベル付き告知文、7つのタッチポイントからなるカレンダー、ADKARタグ付き成果物を生成できます。また、Slackだけでレイオフを告知する、マネージャー向けカスケードがない、破壊的な変更に対してトーンが合っていない、といった典型的な失敗パターンへの警告も出せます。

向いていないケース

internal-commsは、顧客向け告知、PRステートメント、投資家向けメッセージ、マーケティングローンチ、法的判断には使うべきではありません。従業員向けコミュニケーションの構成には役立ちますが、リスクの高い変更においては、HR、雇用法務、証券法務、works councilとの協議、経営陣の承認を置き換えるものではありません。

internal-comms skillの使い方

internal-commsのインストールと最初に確認するファイル

internal-comms skillは、次のコマンドでリポジトリからインストールします。

npx skills add alirezarezvani/claude-skills --skill internal-comms

その後、実際の出力品質に影響する以下のファイルを確認してください。

• SKILL.md：スコープ、トリガー、ワークフロー、制約
• assets/comms_brief_template.md：入力ブリーフの形式
• scripts/comms_template_filler.py：ADKARタグ付きパッケージ生成
• scripts/change_announcement_builder.py：Kotter準拠の告知文作成
• scripts/comms_calendar_builder.py：順序設計とチャネル警告
• references/announcement_anti_patterns.md：センシティブなドラフトを送る前の確認用
• references/change_management_canon.mdとreferences/internal_comms_canon.md：このskillの運用モデルの背景

まず完全なコミュニケーションブリーフを作る

このskillは、曖昧な依頼ではなく、具体的なブリーフを渡したときに最も効果を発揮します。役立つ入力には、変更の種類、影響度、発効日、影響を受ける対象者、ビジネス上の理由、具体的な変更点、意思決定者、利用可能なチャネル、マネージャーの役割、リスク、想定される反発、まだ未確定の事項などがあります。

弱いプロンプトの例です。

Write a reorg announcement for engineering.

より良いプロンプトの例です。

Use the internal-comms skill for a high-magnitude reorg. Platform and Infrastructure are merging into one Platform Engineering group on June 15. 82 employees are affected. Reporting lines, on-call rotation, and roadmap ownership change. Decision owner is the CTO; managers need talking points before the all-hands. Available channels: manager cascade, email, allhands, Slack, intranet. Main employee concerns: role security, manager changes, promotion timing, and on-call load. Produce the announcement, FAQ, manager talking points, and sequencing calendar.

再現性が必要なときはヘルパースクリプトを実行する

リポジトリには、assets/comms_brief_template.mdをもとにcomms_brief.jsonを埋めたあと、ローカルで実行できる決定論的なPythonスクリプトが含まれています。

python3 scripts/comms_template_filler.py --input comms_brief.json --output markdown

python3 scripts/change_announcement_builder.py --input comms_brief.json --profile scaleup --output markdown

python3 scripts/comms_calendar_builder.py --input comms_brief.json --output markdown

プロファイルには、tech-startup、scaleup、enterprise、public-company、non-profitがあります。プロファイルは、理想像ではなく、ガバナンスとトーンに合わせて選んでください。たとえば、public-companyはtech-startupよりも慎重な表現にするべきです。

実務でのinternal-comms活用フロー

まずブリーフを作成し、パッケージを生成してから、カレンダー、マネージャー向けカスケード、告知文、FAQ、フォローアップの順に確認します。最初にカレンダーを見るのは、告知文がどれだけ洗練されていても、順序設計を誤ると信頼を損なうからです。影響が大きい変更や混乱を招きやすい変更では、全社告知の前にマネージャーへ事前説明が行われているか、同期的なチャネルが含まれているか、FAQが従業員の当然の疑問に正面から答えているかを確認してください。

internal-comms skill FAQ

internal-commsは大企業向けだけですか？

いいえ。internal-comms skillは、スタートアップ、scaleup、エンタープライズ、public company、non-profitのいずれにも役立ちます。ただし、導入価値は組織規模によって異なります。小規模チームでは明確さと順序設計が効果を発揮し、大規模組織では対象者のセグメンテーション、マネージャーへのカスケード運用、レビュー可能な成果物の再現性が特に重要になります。

単に告知文のドラフトを依頼するのと何が違いますか？

通常のプロンプトでも流暢な文章は作れるかもしれませんが、変更管理の設計要素を見落とす可能性があります。internal-commsは、ADKARの段階、Kotterのステップ、チャネルの順序、マネージャーの準備状況、FAQの網羅性、アンチパターンの確認を明示的に扱います。リスクが文法ではなく、従業員の信頼、理解、噂の抑制、行動変容にある場面では、この違いが重要です。

初心者でもinternal-comms skillを使えますか？

はい。ブリーフテンプレートを使えば利用できます。初心者は「もっと良い感じにして」から始めるのではなく、誰が影響を受けるのか、何が変わるのか、なぜ今なのか、従業員が何をする必要があるのか、マネージャーは何を伝えるべきか、まだ答えられないことは何かを集めるべきです。このskillは非専門家を導けるだけの構造を持っていますが、センシティブな出来事では必ず経験者によるレビューが必要です。

このskillを避けるべき場面はいつですか？

対象者が社外の場合、ドラフト作成前に法的な交渉が必要な場合、またはリーダーシップが実際の変更内容をまだ決めていない場合は避けてください。このskillは不足点を可視化できますが、意思決定の欠落、矛盾したポリシー、未承認の人員影響計画を修正することはできません。

internal-comms skillを改善する方法

internal-commsにより明確な事実と制約を渡す

最も重要な改善は、入力の具体性を高めることです。正確な日付、影響を受けるセグメント、チャネル、意思決定者、影響度、必要な行動、既知の従業員懸念を含めてください。ネガティブな変更であれば、はっきりそう書きます。スクリプトは意図的にトーンの問題を検知するため、レイオフや混乱を伴う組織再編を「exciting update」のような表現で隠すと、出力品質が下がります。

よくある失敗パターンを確認する

送信前のチェックリストとしてreferences/announcement_anti_patterns.mdを使ってください。責任の所在が受け身になっている、ビジネス上の理由が曖昧、マネージャー向けガイダンスがない、フォローアップがない、混乱を伴うニュースにSlackを使いすぎている、従業員が実際に聞く質問をFAQが避けている、といった点に注意します。これらは文体の問題ではなく、定着と信頼のリスクです。

対象者セグメントでプロンプトを改善する

影響が対象者ごとに異なる場合は、対象者別のアウトプットを依頼してください。たとえば、直接影響を受ける従業員、間接的に影響を受けるチーム、マネージャー、経営陣、サポート部門向けにメッセージを分けます。各グループでAwareness、Desire、Knowledge、Ability、Reinforcementのニーズが異なるため、internal-comms skillはより実用的なFAQやトーキングポイントを作りやすくなります。

最初の出力後に反復する

初回ドラフトのあとに、単に短くする、より温かい表現にする、と依頼するだけで終わらせないでください。次のような具体的な追加質問をします。「Which Kotter step is weakest?」「What obvious FAQ question is missing?」「Where does the tone mismatch the magnitude?」「What should managers know before employees ask?」「Which touchpoint should happen before T+0?」このように使うことで、internal-commsは単なるドラフト補助ではなく、実務で使えるWorkplace Communicationレビューシステムになります。