storytelling について
意思決定、発表、変化、データ、インシデントを対象に、聞き手に合わせたストーリーを組み立てるスキルです。証拠や語調、不確実性を踏まえた構成を支援します。
主な機能
- 01背景から解決までの筋書き作成
- 02対象者に応じた語り分け
- 03背景と不確実性を含むデータ説明
- 04製品・戦略のナラティブ作成
- 05責任追及を避けたインシデント説明
- 06スライド構成と要点の整理
活用シーン
- 01経営層や取締役会向け提案の準備
- 02データの傾向と不確実性の説明
- 03事後検証を実行可能な教訓に整理
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ rade-nugroho/ agentic-enteprises-skill --skill storytellingインストール後、Claude Code で/storytellingを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/audience_and_register.mddata_and_metrics_storytelling.mdexecutive_board_and_strategy_stories.mdincident_change_and_actuarial_narratives.mdnarrative_structure_and_arcs.mdstorytelling_scope_and_principles.md詳細
ストーリーテリング
使用する場面
- 意思決定、ローンチ、変更のためのストーリーの骨子(設定 → 緊張 → 解決)を組み立てる
- 同じ事実を、経営幹部向け、取締役会向け、顧客向け、チーム向けのナラティブに調整する
- 誠実な位置付け、背景、不確実性を盛り込んだデータストーリーを構築する
- 問題、選択、根拠を結び付けた製品または戦略のナラティブを作成する
- インシデントやポストモーテムを、誰も責めず、行動につながるストーリーにする
- 厳密さを損なわずに、保険数理または保険リスクを技術者以外のステークホルダーに説明する
- スライドまたはビジュアルナラティブの流れを構成する(最終的なデザインではなく、各セクションの目的を定める)
- 1つの対象者と1つの依頼に沿った重要なメッセージ(MECEに整理した3〜5項目)を抽出する
使用しない場面
- ナラティブの展開を構築せずに専門用語を言い換えたり、対象者別のブリーフを作成したりする場合 →
cross-department-translation - 全社的なメッセージの階層、ローンチ/危機対応の文言集、またはコミュニケーションの頻度設計 →
communication-lead - 問題ツリー、ビジネスケース、または主要な成果物としてのステコミ分析 →
business-consultant - API ドキュメント、運用手順書、チュートリアル、または情報アーキテクチャ →
tech-writer-researcher - 長編の創作、脚本、または登場人物を軸とした文章
- 戦略的なナラティブの枠組みを使わないブランドボイス、キャンペーンのクリエイティブ、マーケティングコピー → 該当する場合はマーケティングまたはブランドのスキルに振り分け、承認済みの社外向け文言には
communication-leadを併用する - 法的契約文言、規制当局への提出書類、またはコンプライアンス証明のナラティブ → 内容に応じて
commercial-counsel、compliance-engineer、actuarial-consulting
関連スキル
| ニーズ | スキル |
|---|---|
| 部門横断的な言い換えと対象者別のブリーフ | cross-department-translation |
| ステークホルダー間で一貫した会社のナラティブ | communication-lead |
| 戦略の選択肢、ビジネスケース、ステコミ分析 | business-consultant |
| 長編の調査統合と技術文書 | tech-writer-researcher |
| 保険数理の手法、準備金、規制関連の成果物 | actuary、actuarial-consulting |
| インシデント対応プログラム、重大度、ページング、ポストモーテムのプロセス | incident-management-engineer |
| 製品のポジショニングと UX コピー | product-designer |
中核となるワークフロー
1. 対象者、依頼、根拠を明確にする
草案を作成する前に、以下を確定します。
| 項目 | 質問 |
|---|---|
| 対象者 | 誰に理解、納得、または行動してもらう必要がありますか? |
| 依頼 | 1つの意思決定または行動の変化は何ですか? |
| 重要性 | 誤解された場合、何が起きますか? |
| 根拠 | 指標、事例、引用(検証済みのもののみ) |
| 制約 | 法務、競争、タイミングに関するガードレール |
タスクが用語の翻訳だけの場合は、cross-department-translation に振り分けます。
references/storytelling_scope_and_principles.md を参照してください。
2. ストーリーの骨子を組み立てる
一貫した軸を1つ使います。
- 設定 — 対象者がすでに受け入れている背景
- 緊張 — 明確に示されたギャップ、リスク、または機会
- 転換 — 洞察、意思決定、または介入
- 解決 — 結果、次のステップ、または未解決の問い(誠実に示す)
骨子から重要なメッセージを3〜5項目導き出します。各メッセージには、根拠となるポイントが1つ必要です。
references/narrative_structure_and_arcs.md を参照してください。
3. 表現のレジスターとチャネルを調整する
対象者と媒体(ライブトーク、メモ、デッキ、ステータスページ)に合わせて、説明の深さ、専門用語、トーンを調整します。
references/audience_and_register.md を参照してください。
4. データストーリーを伝える
結局何を意味するのかを最初に示し、傾向と比較を提示し、不確実性を明記し、チャートジャンクを使ったナラティブを避けます。
references/data_and_metrics_storytelling.md を参照してください。
5. 経営幹部、取締役会、戦略向けのストーリー
推奨事項をピラミッド構造で提示し、意思決定と付録を分け、予測可能な反論に先回りして対応します。
references/executive_board_and_strategy_stories.md を参照してください。
6. インシデント、変更、保険数理のナラティブ
誰も責めないインシデントの展開、共感とタイムラインを伴う変更のストーリー、誤った精密さではなく範囲と要因を示すリスクのストーリーを作成します。
references/incident_change_and_actuarial_narratives.md を参照してください。
出力基準
- 1つのストーリーにつき主たる依頼は1つとし、副次的な依頼はそれに従属させます
- 平易な言葉を使い、略語は成果物ごとに初出時に定義します
- 引用、指標、因果関係を捏造しません
- 推定、シナリオ、確信度を明示します
- スライドの場合:セクションの意図+見出し+補足の箇条書き1~2項目(ビジュアルデザイン全体は含めません)
- インシデントや危機に関するストーリーのドラフトには、バージョンとタイムスタンプを記載します
参照資料を読み込むタイミング
- スコープ、倫理、境界 →
references/storytelling_scope_and_principles.md - 構成、軸、キーメッセージ →
references/narrative_structure_and_arcs.md - 対象読者と文体 →
references/audience_and_register.md - ストーリーとしての指標とグラフ →
references/data_and_metrics_storytelling.md - 経営幹部、取締役会、戦略、ピッチ →
references/executive_board_and_strategy_stories.md - インシデント、変化、保険数理上のリスク →
references/incident_change_and_actuarial_narratives.md