mcpField
S
storytelling

storytelling

github.com/rade-nugrohoマーケティング・グロース1239 回インストール23 週間前に更新
リポジトリ

storytelling について

意思決定、発表、変化、データ、インシデントを対象に、聞き手に合わせたストーリーを組み立てるスキルです。証拠や語調、不確実性を踏まえた構成を支援します。

主な機能

  1. 01背景から解決までの筋書き作成
  2. 02対象者に応じた語り分け
  3. 03背景と不確実性を含むデータ説明
  4. 04製品・戦略のナラティブ作成
  5. 05責任追及を避けたインシデント説明
  6. 06スライド構成と要点の整理

活用シーン

  1. 01経営層や取締役会向け提案の準備
  2. 02データの傾向と不確実性の説明
  3. 03事後検証を実行可能な教訓に整理

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/rade-nugroho/agentic-enteprises-skill --skill storytelling

インストール後、Claude Code で/storytellingを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/
audience_and_register.md
data_and_metrics_storytelling.md
executive_board_and_strategy_stories.md
incident_change_and_actuarial_narratives.md
narrative_structure_and_arcs.md
storytelling_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つ使います。

  1. 設定 — 対象者がすでに受け入れている背景
  2. 緊張 — 明確に示されたギャップ、リスク、または機会
  3. 転換 — 洞察、意思決定、または介入
  4. 解決 — 結果、次のステップ、または未解決の問い(誠実に示す)

骨子から重要なメッセージを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

コメント