internal-narrative について
従業員、投資家、顧客、候補者、パートナーに一貫した説明を行うための、経営者向けコミュニケーション計画スキルです。共通の事実を基に対象別の伝え方を整え、矛盾の確認や定期報告、危機時の連絡を支援します。
主な機能
- 01共通の中核ナラティブの作成
- 02ステークホルダー別の表現調整
- 03コミュニケーション間の矛盾確認
- 04全社集会と投資家報告の計画
- 05変革・危機メッセージの構成
活用シーン
- 01全社集会での会社状況の共有
- 02従業員向けと投資家向けの説明の調整
- 03組織再編や戦略転換の告知
- 04危機時の社内メッセージの作成
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ borghei/ claude-skills --skill internal-narrativeインストール後、Claude Code で/internal-narrativeを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
scripts/messaging_framework_generator.pynarrative_consistency_checker.pystakeholder_mapper.py詳細
社内ナラティブビルダー
**ティア:**強力 **カテゴリー:**経営幹部向けアドバイザリー **タグ:**企業ナラティブ、社内コミュニケーション、全社集会、投資家向け最新情報、危機対応、チェンジマネジメント
概要
会社は一つ。相手はさまざま。それでも真実は一つです――見せ方を変えるだけです。社内ナラティブビルダーは、あらゆるステークホルダーグループに向けた一貫性のあるコミュニケーションを構築し、維持します。ナラティブの不整合は信頼の損失につながります。従業員にはある話をし、投資家には別の話をするとき、それは戦略的な表現ではありません。誰かに気づかれるまで膨らみ続ける、信頼の負債です。
基本原則
同じ事実でも、誰が聞くか、そして何を知りたいかによって伝わり方は異なります。
「プロダクト A からプロダクト B にリソースを移しています」という言葉は、次のように受け取られます。
- 従業員:「自分の仕事は大丈夫だろうか?自分が築いたものをなぜ捨てるのだろう?」
- 投資家:「賢明な資本配分だ――勝ち筋にさらに注力している。」
- 顧客(プロダクト A):「自分たちを見捨てるのだろうか?」
- 候補者:「決断力のあるリーダーシップだ――新たな注力分野が楽しみだ。」
- パートナー:「これは自社との連携に影響するだろうか?」
同じ事実でも、必要なナラティブは5つです。スキルとは、各オーディエンスが実際に抱く疑問に応えながら、真実を保つことです。
まず確認する
作成を始める前に、次の情報を確認してください。不明または曖昧なものがあれば、推測せずに質問してください。
- 状況の種類(定期的な最新情報、全社集会、投資家向け最新情報、方向転換/組織再編、危機)――使用するフレームワークとテンプレート、情報共有の緊急度を決めます
- 情報を伝える必要があるオーディエンス(従業員、投資家、顧客、候補者、パートナー)――翻訳マトリックスでは各オーディエンスに専用の列を設け、同じ事実を異なる切り口で伝えます
- 中核となる事実と現状(正直な指標、何が変わったか、良い点と悪い点)――すべてのオーディエンス向けナラティブは、一つの真実に基づきます。事実が曖昧だと、ナラティブも中身のないものになります
- この話題について以前に公表した内容(直近の投資家向け最新情報、直近の全社集会)――新しいコミュニケーションを発信する前に、矛盾を検出するために必要です
中断ルール:出力に最も大きく影響する2~3項目だけを質問してください。ユーザーが「とにかくドラフトを作って」と言った場合は、そのまま進め、成果物の冒頭に前提を列挙してください。
フレームワーク
ステップ1:中核となるナラティブを作る
他のすべてのコミュニケーションの基礎となる1つの段落です。これが唯一の信頼できる情報源です。
テンプレート:
[Company] exists to [mission -- present tense, specific].
We are building [what] because [the problem, stated concretely].
Our approach is [what makes your way different].
We are at [honest description of current state] and heading toward
[where you are going, in concrete measurable terms].
良い例:
Acme Healthは、スマートフォンを使った歩行分析によって、高齢者ケアにおける予防可能な転倒を減らすことを目指しています。介護チーム向けのAI診断ツールを開発しているのは、現在の転倒リスク評価が主観的で、頻度が低く、誤りも多いためです。10秒間の歩行テスト中にスマートフォンのカメラを使うというアプローチなら、新たなハードウェアも専門家も必要ありません。DACH地域の80の介護施設が当社に利用料を支払い、ARRは80万ユーロです。シリーズBに向けて、臨床的価値を大規模に実証し、ARRを300万ユーロに伸ばそうとしています。
悪い例:
Acme Healthは、最先端のテクノロジーによって高齢者ケアに革命をもたらし、介護事業者に力を与える革新的なAI企業です。
良い例は実際に使えます。悪い例は何も伝えていません。
ステップ 2:対象者別のメッセージ変換マトリックス
核となるストーリーを取り上げ、対象者ごとに伝え方を変えます。事実は同じで、切り口を変えます。
| 事実 | 従業員 | 投資家 | 顧客 | 候補者 | パートナー |
|---|---|---|---|---|---|
| 顧客数80社 | 「皆さんの仕事には意味があります。私たちはこのモデルの有効性を実証しました」 | 「PMFの兆候、資本効率の高い成長」 | 「80の施設から信頼されています」 | 「参加する価値のある実績」 | 「成長するエコシステム」 |
| ハードウェアからピボット | 「私たちは十分に誠実だったからこそ、方針を変えました」 | 「ユニットエコノミクスの改善、資本効率の向上」 | 「より迅速で、よりシンプルなサービス提供方法です」 | 「エゴではなく、エビデンスに基づく意思決定」 | 「より利用しやすい統合」 |
| 第2四半期の売上目標未達 | 「理由、計画、そして皆さんにできることを説明します」 | 「売上構成が変化し、遅行指標は改善しています」 | [関連がない限り共有しない] | [社外には共有しない] | [共有しない] |
| 急速な採用 | 「チームが成長しています。皆さんの人脈が大切です」 | 「人員数は成長計画に沿っています」 | [サービス品質に影響する場合のみ] | 「ロケットのように飛躍する瞬間」 | 「対応能力の拡大」 |
重要なルール: 伝え方を変えることは、事実を変えることではありません。「投資家には成長、従業員には効率性を伝えた」というのは矛盾です。人々は互いに話をします。
ステップ 3:矛盾検出プロトコル
重要なコミュニケーションを行う前に、次の点を確認します。
質問 1: このトピックについて、前四半期に投資家へ何を伝えましたか? 質問 2: 直近の全社ミーティングで、従業員へ何を伝えましたか? 質問 3: これらに一貫性はありますか? ない場合、どちらが事実ですか?
よくある矛盾と確認ポイント:
| 矛盾 | 対象者 | 危険な理由 |
|---|---|---|
| 投資家には「効率的な成長」+候補者には「積極的な採用」 | 投資家と候補者 | 候補者はイベントで投資家と話します |
| 投資家には「強力なパイプライン」+全社ミーティングでは「営業が苦戦している」 | 投資家と従業員 | 取締役会メンバーはオフィスを訪問します |
| 「顧客第一の文化」+明らかに売上を優先する意思決定 | 社外と社内 | 従業員には、見せかけの価値観だと見抜かれます |
| 顧客には「安定し、成長している」+取締役会には「資金が持つ期間への懸念」 | 顧客と取締役会 | 顧客はうわさを耳にします |
| 投資家には「世界最高水準のチーム」+社内では離職率が高い | 投資家と現実 | デューデリジェンスで真実が明らかになります |
矛盾に気づいた場合: より不正確なほうを修正します。修正内容を明確に伝えます。「先月、私は X と言いました。さらに分析した結果、より明確になった状況は Y です」。誰かに指摘される前に自ら訂正するほうが、指摘されてから対応するよりも信頼を築けます。
ステップ 4:コミュニケーションの頻度
| 対象者 | 形式 | 頻度 | 担当者 | 主な内容 |
|---|---|---|---|---|
| 全従業員 | 全社ミーティング | 毎月 | CEO | 会社の現状、成果、課題、質疑応答 |
| 各チーム | チームのスタンドアップ/進捗報告 | 毎週 | チームリーダー | チーム固有の進捗と障害 |
| 投資家 | 書面による報告 | 毎月 | CEO + CFO | 指標、ストーリー、依頼事項 |
| 取締役会 | 取締役会+メモ | 四半期ごと | CEO | 戦略、財務、重要な意思決定 |
| 顧客 | 製品アップデート | リリースごと | CPO / CS | 変更点、今後の予定 |
| 候補者 | 採用ページ+面接 | 継続的 | CHRO + 創業者 | 入社する理由、企業文化、ミッション |
| パートナー | ビジネスレビュー | 四半期ごと | BD / パートナーシップ | 共同指標、ロードマップの整合性 |
ステップ 5:全社ミーティングの設計
全社ミーティングは、定期的に行う社内コミュニケーションの中で最も重要です。多くの企業はこれをうまく運営できていません。
構成(60 分):
| セグメント | 時間 | 内容 |
|---|---|---|
| 会社の現状 | 10 分 | 良い点も悪い点も含めた率直な評価 |
| 主要指標 | 5 分 | 全員が把握すべき 3~5 個の指標とその背景 |
| 成果と称賛 | 10 分 | チームの仕事を会社の成果につなげる |
| 課題と計画 | 10 分 | うまくいっていないことと、それに対して何をするか |
| 戦略のアップデート | 10 分 | どこに向かっているのか、その理由 |
| 自由な質疑応答 | 15 分 | 選別も編集もしていない質問 |
全社ミーティングの原則:
- 率直な現状説明から始めます。取り繕ってはいけません。社員は不誠実さをすぐに見抜きます。
- 指標を人々の働きにつなげます。「Sarah のチームが X をリリースし、それが Y につながりました」のように説明します。
- ここで働くことを選んだ人が誇りを持てる理由を伝えます。
- 質疑応答に十分な時間を確保します。事前に選んだ質問や「簡単な質問はありますか?」で済ませてはいけません。
- 回答できなかった質問には 48 時間以内に回答します。
全社ミーティングの失敗パターン:
| 失敗 | 兆候 | 対策 |
|---|---|---|
| CEO の独演会 | 60 分のうち 55 分を 1 人が話している | プレゼンテーションは最大 30 分にし、残りは対話形式にします |
| 良い話ばかり | 良いニュースしかなく、どの指標も「順調」 | 率直な課題を 1 つ取り上げ、その対応計画も説明します |
| 背景のない指標 | ベンチマークなしで「ARR が 15%成長」 | 常に「指標+背景+意味」を示します |
| 質問をはぐらかす | 「いい指摘ですね。後で確認しましょう」(そのまま放置) | 回答するか、期日を決めて文書で回答すると約束します |
| 社員の声がない | 経営陣が話し、社員は聞くだけ | チームのデモ、称賛、質疑応答を取り入れます |
| 内容よりスライド重視 | 箇条書きだらけのスライドが 50 枚 | スライドは最大 15 枚とし、主にビジュアルとグラフを使います |
ステップ 6:投資家向けアップデートのテンプレート
投資家向けの月次アップデートは、簡潔で率直、かつ具体的な行動につながる内容にします。
Subject: [Company] Monthly Update - [Month Year]
TL;DR: [One sentence -- honest state of things]
METRICS:
MRR/ARR: $[X] ([+/-Y]% MoM)
Burn: $[X]/month
Runway: [X] months
Key Metric: [Your North Star] at [value]
WINS:
- [Specific win with context]
- [Specific win with context]
CHALLENGES:
- [Honest challenge with your plan to address it]
ASKS:
- [Specific ask: intro, hire, advice]
- [Specific ask]
NEXT MONTH FOCUS:
- [Priority 1]
- [Priority 2]
ルール:
- 毎月同じ日に送ります(一貫性によって信頼を築けます)
- 課題も含めます。投資家は率直さを尊重し、良いニュースばかりの報告には不信感を抱きます
- 依頼は具体的にします。「SaaS 企業への紹介」ではなく「Stripe のプロダクト責任者への紹介」とします
- 500 語以内に収めます。投資家はこのような報告を何十通も読みます
ステップ 7:危機発生時のコミュニケーション
社外に伝わる説明が崩れたとき――人が公に退職する、製品が失敗する、セキュリティ侵害が発生する、報道が否定的である場合などです。
4 時間ルール: 何かがすでに公になった、あるいは公になりそうな場合は、4 時間以内に社内へ伝えます。社員が会社のニュースをソーシャルメディアや報道で初めて知ることがあってはなりません。
危機発生時のコミュニケーションの手順:
0~4 時間(まず社内へ):
1. CEO or relevant leader sends internal message
2. Acknowledge what happened -- factual, no spin
3. State what you know and what you don't know yet
4. Tell people what you are doing about it
5. Tell people what to say if asked externally
6. Commit to next update by specific time
4~24 時間(必要に応じて社外へ):
1. External statement only if event is public
2. Consistent with internal message -- same facts, audience-appropriate framing
3. Legal review if any claims or liability involved
4. Single spokesperson designated
危機発生時の社内向けテンプレート:
Team,
Here is what happened: [factual description, no editorializing]
Here is what we know right now: [confirmed facts]
Here is what we don't know yet: [honest uncertainty]
Here is what we are doing: [specific actions with owners]
If you are asked about this externally: [specific guidance]
I will update you by [specific time] with more information.
[Name]
危機発生時にしてはいけないこと:
- 沈黙する(空白は憶測で埋まります)
- 取り繕う(人々に見抜かれ、信頼を失います)
- 「コメントは差し控えます」と言う(罪を認めているように受け取られます)
- 誰かのせいにする(相手が気にしているのは、あなたがどう対処するかだけです)
- ソーシャルメディアのコメントを削除する(スクリーンショットを撮られ、事態が悪化します)
- 冗談を言う(その場の空気を読みましょう)
ナラティブの一貫性チェックリスト
重要な社外コミュニケーションを行う前に確認します。
- 前四半期に投資家へ伝えた内容と一貫していますか?
- 前回の全社ミーティングで社員に伝えた内容と一貫していますか?
- ウェブサイト、採用ページ、プレスリリースの内容と矛盾していませんか?
- 社員がこの社外向けのコミュニケーションを読んだとき、ここで述べられている会社が自社だと認識できますか?
- 投資家が社内向けの全社ミーティング資料を読んだとき、矛盾を見つけるでしょうか?
- 現状を正確に説明していますか、それとも実現したい姿を現実として示していますか?
- トーンは実情に合っていますか?(平凡な成果に対して祝賀ムードのトーンを使うのは矛盾です。)
変更を伝えるためのフレームワーク
組織再編、方向転換、レイオフ、ポリシー変更など、重要な変更を伝える場合:
変革のADKARモデル
| 段階 | コミュニケーションのニーズ | 例 |
|---|---|---|
| 認識 | なぜこの変革が起きているのですか? | 「市場が変化しました。こちらがデータです。」 |
| 意欲 | なぜ支持するべきなのですか? | 「これは私たちの未来を守ります。その方法はこちらです。」 |
| 知識 | 何を知っておく必要がありますか? | 「あなたの役割はXからYに変わります。」 |
| 能力 | 本当に実行できますか? | 「研修は月曜日に始まります。サポートも利用できます。」 |
| 定着 | これはうまくいっていますか? | 「開始から30日:こちらが進捗です。」 |
大規模な変革におけるコミュニケーションの順序
Day -1: Brief leadership team (they need to be able to answer questions)
Day 0: All-hands announcement (CEO, with full context)
Day 0: Written follow-up (email with details, FAQ)
Day 1-3: Team-level discussions (managers address team-specific impact)
Day 7: Follow-up Q&A session (address questions that emerged)
Day 30: Progress update (what changed, what is working)
危険信号
次のような兆候があれば、ストーリーに一貫性がなくなっている可能性があります。
- 部門によって会社のミッションの説明が異なる
- 投資家向けのストーリーでは成長を強調する一方、従業員向けのストーリーでは安定性を強調している(またはその逆)
- 全社ミーティングのプレゼンテーションが、スライド中心で一方通行になっている
- 質疑応答の質問が事前に選別されたり、いつもはぐらかされたりする
- 経営陣が発信する前に、悪い知らせがSlack上のうわさを通じて従業員に伝わる
- 採用ページに、従業員には見覚えのない企業文化が書かれている
- 「最優先事項は何ですか?」という質問に、幹部ごとに異なる回答をする
- 「それは社外向けのメッセージです」と、何の皮肉もなく社内で言われる
Cスイートのスキルとの連携
| 状況 | 連携先 | 必要な整合性 |
|---|---|---|
| 投資家向けアップデートの準備 | CFO Advisor | 財務面のストーリーと会社のストーリーが一致している |
| 組織再編/リーダーシップの変更 | CEO + CHRO | 従業員への伝達を先に行い、その後に社外へ伝える |
| 製品の方向転換 | CPO / Product Team | 顧客向けのコミュニケーションが投資家向けのストーリーと一致している |
| 危機 | All C-suite | 発信を一本化し、ストーリーに一貫性を持たせ、社内への伝達を先に行う |
| 資金調達のストーリー | CEO + CFO | 成長のストーリーがバーンレートや指標と一致している |
| 採用強化 | CHRO + CEO | 候補者向けのストーリーが従業員の実体験と一致している |
関連スキル
| スキル | 使用する場面 |
|---|---|
| ceo-advisor | コミュニケーションが必要な戦略的意思決定 |
| cfo-advisor | 投資家や取締役会に向けた財務面のストーリー |
| scenario-war-room | コミュニケーション計画が必要になる可能性のある危機シナリオ |
| cs-onboard | すべてのストーリーの基盤となる会社の背景情報を構築するとき |
トラブルシューティング
| 問題 | 考えられる原因 | 解決策 |
|---|---|---|
| 従業員が部門によって異なる会社のミッションを説明している | 中核となるストーリーが確立されていない、または十分な頻度で共有されていない | ステップ1のテンプレートを使って中核となるストーリーを再構築し、7つ以上のチャネルを通じて共有します。2週間後に5人テストを再実施します |
| 投資家向けアップデートと全社集会の資料で、伝えている内容が食い違っている | 作成者が異なり、共通の信頼できる情報源となる文書がない | 中核となるストーリーをまとめた単一の文書を作成し、すべてのコミュニケーションをそこから作成します。社外向けのコミュニケーションの前には必ず矛盾を検出します |
| 全社集会の質疑応答で、当たり障りのない質問しか出ない | 従業員が率直な質問をしても安全だと信頼していない | 匿名で質問を受け付ける方式に切り替え、最も厳しい質問から回答します。CEOは自身の失敗を共有し、弱さを見せる姿勢を示します |
| 従業員がソーシャルメディアで知った後に、危機に関するコミュニケーションが届く | 4時間ルールが定められていない、または社内の連絡体制がない | 事前に作成したテンプレートを用意し、社内への先行連絡プロトコルを確立します。単一のスポークスパーソンを指定し、四半期ごとに危機対応訓練を実施します |
| 変革に関するコミュニケーションが冷笑的に受け止められる(「また組織再編か」) | 過去の変革において、ADKARの強化段階におけるフォローアップがなかった | すべての変革計画に30日後の進捗報告を含め、過去に成功した変革を根拠として示します |
| 採用ページに、従業員が実感していない企業文化が記載されている | 人事部門や従業員の意見を取り入れずに、マーケティング部門が採用ページを管理している | 現職の従業員と採用コンテンツを共同で作成し、実際の従業員のストーリーを含めます。従業員エンゲージメント調査のデータに基づき、毎年監査します |
| ステークホルダーのグループごとに、会社の優先事項について一貫性のないメッセージが届いている | 対象者別のメッセージ変換マトリックスが維持されていない | ステップ2に基づいてメッセージ変換マトリックスを作成・維持し、主要なコミュニケーションサイクルの前に確認します |
成功基準
- 5人による説明テストのスコアが8/10以上(5人中4人以上が会社の優先事項について一貫した回答をする)
- 主要な社外向けコミュニケーションの前に、矛盾検出プロトコルによって未解決の矛盾が一件も残らない
- 全社集会のオープンな質疑応答で、事前選別されていない質問が毎回5件以上出され、CEOが実質的な回答をする
- 投資家向けアップデートが毎月同じ日に送られ、500語未満で、率直な課題を少なくとも一つ含む
- 危機に関する社内コミュニケーションが、事態の把握から4時間以内に毎回届けられる
- 変革に関するコミュニケーションがADKARの全段階に従い、30日時点で測定可能な強化が行われる
- 従業員エンゲージメント調査で、「会社の方向性を理解している」という項目のスコアが80%を超える
対象範囲と制限事項
- 対象範囲: 中核となるストーリーの構築、対象者に合わせたメッセージ変換、矛盾の検出、全社集会の設計、投資家向けアップデートのテンプレート、危機コミュニケーションのフレームワーク、ADKARを用いた変革コミュニケーション、コミュニケーション頻度の設計
- 対象外: PRおよびメディア対応の戦略(CMO Advisorを利用);社外向け声明の法的レビュー(法律顧問に相談);雇用主ブランドのキャンペーン(CHRO Advisorを利用);ソーシャルメディアのコンテンツ戦略
- 制限事項: ストーリーの一貫性を保つには継続的なメンテナンスが必要です。一度限りの取り組みは、強化しなければ1~2四半期で効果が薄れます
- 制限事項: 危機コミュニケーションのテンプレートは出発点です。責任に関わる声明には、必ず法的レビューが必要です
- 制限事項: このフレームワークは、リーダーシップが誠実に取り組むことを前提としています。根本的に不誠実なコミュニケーションは、ストーリーの構成だけでは改善できません
統合ポイント
| スキル | 統合 | データフロー |
|---|---|---|
ceo-advisor | CEO の戦略的な意思決定には、ナラティブによるコミュニケーションが必要です | CEO の意思決定 → 対象者ごとのナラティブ構成 |
cfo-advisor | 投資家向けの財務ナラティブは、会社のナラティブと一致させる必要があります | CFO の指標 → 投資家向けアップデートのナラティブ |
cmo-advisor | 外部向けのマーケティングナラティブは、社内のストーリーと一致させる必要があります | ナラティブの中核 → マーケティングメッセージの整合 |
chro-advisor | 採用に関するナラティブは、従業員の実情を反映する必要があります | ナラティブを用いた採用コンテンツ → CHRO による検証 |
scenario-war-room | 危機シナリオには、事前に作成されたコミュニケーション計画が必要です | ウォールームのシナリオ → 危機対応ナラティブのテンプレート |
strategic-alignment | 戦略の展開は、明確なナラティブコミュニケーションに依存します | ナラティブの明確さ → 整合性を説明するテスト |
change-management | あらゆる変革施策には、ナラティブによる支援が必要です | 変革計画 → ナラティブを用いた ADKAR コミュニケーション |
Python ツール
| ツール | 目的 | 使用方法 |
|---|---|---|
scripts/narrative_consistency_checker.py | 2 つ以上のコミュニケーション文書について、事実の矛盾やトーンの不一致をチェックします | python scripts/narrative_consistency_checker.py --texts investor_update.txt allhands_deck.txt --json |
scripts/messaging_framework_generator.py | 中核となるナラティブ文から、対象者別の翻訳マトリクスを生成します | python scripts/messaging_framework_generator.py --narrative "We are shifting from product A to product B" --audiences employees,investors,customers --json |
scripts/stakeholder_mapper.py | 影響力、関心度、コミュニケーションニーズに基づいてステークホルダーをマッピングします | python scripts/stakeholder_mapper.py add --name "Board of Directors" --influence high --interest high --frequency quarterly --json |