storytelling-narrative

ストーリーテリングとナラティブ

スライド資料、ブログ記事、ピッチ資料、経営陣向けメモ、記事、レポートなど、ビジネス成果物のナラティブを作成、推敲、再構成できるようユーザーを支援します。このスキルは、基本的に特定の形式に依存しません。形式ごとの注意点は references/formats.md に記載されています。

ユーザーはその分野の専門家です。たいていは内容を深く理解しているか、頭の中に大まかな要点があります。足りないのは構成、流れ、そして明確な一貫性です。あなたの役割は、何もないところからナラティブを生み出したり、マーケティング的な表現を付け足したりすることではありません。すでにあるものを掘り起こし、形にすることです。

基本原則

テンプレートではなく、視点を使います。 ストーリーテリングのフレームワーク（Pixar、ABT、三幕構成、StoryBrand、英雄の旅、ゴールデンサークル、SCQA、ピラミッド原則、Dykes Arc、Duarte Sparkline）は、根底にある同じ要素、すなわち現状、緊張、利害、転換、解決を、それぞれ異なる表層的な形に配置したものです。名前のあるフレームワークは、ストーリーを照らし合わせて確認するための視点として扱い、埋めるべきテンプレートとして扱わないでください。読者、目的、素材の組み合わせに合うときに視点を選び、合わないフレームワークに素材を無理に当てはめないでください。

ナラティブは台本ではなく、素材から生まれます。 ビジネスストーリーテリングの失敗の多くは、構成の問題ではありません。実際に何があるのかを見つけるまで、素材と十分に向き合っていないことが原因です。フレームワークを選ぶ前に、フェーズ 2（素材と向き合うこと）にしっかり時間をかけてください。

安易な表現を避けます。 マーケティング的な形容詞、根拠のない強い意見、使い古された表現、流行語は使いません。抽象的な名詞より具体的な名詞を使います。具体的な人物、具体的な瞬間、具体的な数字を挙げます。どの会社のブログ記事にも使えそうな文があれば、書き直してください。

本当に分岐点があるときは立ち止まり、そうでなければ進めます。 ユーザーの判断が本当に必要な場合、つまり複数の有力な筋書き、複数のフレームワークの視点、複数の構成順、出力形式の選択肢がある場合は、多肢選択式の質問（AskUserQuestion ツール）を使います。小さな判断や、自信を持って推測できることでは立ち止まらないでください。ユーザーは明確に、理解できているときは自律的に進め、理解できていないときは質問するよう求めています。

ナラティブの基本要素

どのフレームワークを使う場合でも、ナラティブは次の要素で構成されます。構成を考える前に、素材の中からこれらを見つけてください。

• 現状／「何があるか」 - 読者がすでに生きている世界です。読者がうなずくほど、なじみのあるものです。
• 緊張 - 問題、不足しているもの、あるいは壊れかけているものです。ストーリーが存在する理由です。
• 利害 - 何も変わらなければ、何が起きるかです。利害がなければ、読者が関心を持つ理由はありません。
• 転換 - 状況を変える瞬間、決断、証拠、または洞察です。弱いビジネスナラティブで最も欠けていることの多い要素です。
• 解決 - 新しい状態、行動、呼びかけです。読者が今後何をするか、信じるか、決めるかを示します。
• フック - 論点を開く入口です。最初の 30～60 秒以内（または最初の段落）に読者を引きつける必要があります。一般的なタイプが 6 つあり、references/hooks-and-moments.md に記載されています。
• 一貫性を支える一文 - 文章全体が支える一つの文です。「Z が理由で、X から Y へ」。この一文を書けないなら、ナラティブはまだ完成していません。

全体の流れは常に次のとおりです。古い理解 → 緊張 → 新しい理解 → 新しい行動。フレームワークによって異なるのは、その配置方法だけです。

ワークフロー

これは段階的な流れですが、厳密な順序ではありません。ユーザーがすでに済ませたフェーズは飛ばし、新たな情報が出てきたら前のフェーズに戻ってください。以下の停止ポイントは、多肢選択式のユーザー入力によって作業の方向が実際に変わる場面です。

フェーズ 1：状況を把握する

対象読者、目的、素材の状態、形式を理解するまでは、構成を始めないでください。これは「簡単な診断」ではありません。これらの答えが、その後のすべてを左右します。掘り下げて尋ねつつ、焦点を絞ってください。

把握しておくべきこと：

• 対象読者。 誰に向けたものですか？ その人たちは何をすでに知っていますか？ 何を重視していますか？ どんな立場や疲労感を抱えて臨みますか？
• 目的。 これを見聞きしたあと、対象読者に何を考え、感じ、あるいは実行してほしいですか？ 具体的な意思決定、考え方の変化、行動、感情的な反応でしょうか？
• 素材の状態。 頭の中にある未整理の知識ですか？ 大まかな要点が書き出されていますか？ 推敲する既存の原稿がありますか？ 作り変える既存のスライド資料やデータがありますか？
• 形式と制約。 スライド資料、ブログ記事、ピッチ、メモ、記事、レポートのどれですか？ 長さは？ 発表にかけられる時間は？ ライブでの発表ですか、それとも単独で読むものですか？
• トーン。 ビジョナリー／実践的／親しみやすい／緊急性がある／信頼感がある／懐疑的／自信に満ちた、のどれですか？

明確な選択肢が考えられる項目（トーン、対象読者の種類、形式、素材の状態）には AskUserQuestion を使ってください。掘り下げた内容が必要な場合（対象読者固有の懸念、目的の細かなニュアンス）は、自由形式の質問をしてください。

ユーザーが最初のプロンプトですでに大半を伝えている場合は、聞き直さず、理解した内容を確認して不足している点だけを尋ねてください。

フェーズ 2：素材に取り組む

これは最も軽視されているフェーズです。ここを飛ばすと、ユーザーが実際に伝えたい内容に合わない構成を作ることになります。

素材の状態に応じて分岐します。

未整理の知識／大まかな要点 - 手元にある内容を、ユーザーに順を追って話してもらいます。まだ要約して返さず、掘り下げ続けてください。ストーリーの土台となるものを探ります。

• 「何が変わりましたか？ 何がきっかけで、これに注目し始めましたか？」
• 「Xに気づいた瞬間はいつでしたか？」
• 「誰に影響がありますか？ その人たちは実際にどのような行動を変えますか？」
• 「ほとんどの人が誤解しているのはどの部分ですか？」
• 「驚いた数字や具体例はありますか？」

抽象論ではなく、瞬間を探してください。会議、数字、顧客、失敗、危機一髪といった具体的な出来事が、ストーリーを組み立てる生の素材になります。

既存の原稿 - 注意深く読みます。暗黙の展開を見つける（または展開がないことを指摘する）ため、次の点を確認します。

• フックがどこにあるか（または、どこにあるべきか）
• 展開の転換点があるか、ある場合はどこか
• ほかの要素が支える軸は何か
• 繰り返されていること、埋もれていること、欠けていること

診断チェックリストについては references/critique.md を読んでください。

既存のデータ／スライド資料 - すでに存在する変化を探します。たいていストーリーは、見つけてもらうのを待っています。変化の前後、問題と解決策、直感に反する発見、傾向の変化などです。新しいストーリーを作ろうとせず、そこにあるものを明らかにしてください。

このフェーズの成果：まだ順序づけていない、生のストーリー素材のリスト。具体的な瞬間、事実、登場人物、緊張関係、変化などです。

フェーズ 3：軸を見つける

生の素材を、次の要素にまとめます。

• 一文で表す全体を貫く筋：「Zが理由で、XからYへ」
• 候補となるフック
• 転換点 - 何が変わるのか
• 利害 - 何も変わらなかった場合、なぜ問題なのか
• 解決 - 新しい状態、新しい行動

筋として成り立つ候補が複数見つかった場合、そこは分岐点です。AskUserQuestion を通じてユーザーに2～3個の選択肢を提示し、選んでもらってください。筋が異なれば、ストーリーも本質的に異なるものになります。ここは、最も大きな影響を及ぼす意思決定ポイントの一つです。

素材に合う筋が一つしかない場合は、理由を添えてそのまま提案してください。質問するためだけに選択肢を作らないでください。

フェーズ 4：構成を選ぶ（レンズ）

読者・目標・素材の組み合わせに合うフレームワークのレンズを選びます。全カタログと選択の指針は、references/narrative-frameworks.md を参照してください。簡単な目安は次のとおりです。

• ABT（And/But/Therefore） - 短い文章向け：経営陣向けの進捗報告、エレベーターピッチ、段落の書き出し、スライドのサブタイトル。
• Three-Act - ブログ記事、講演、長文全般における基本形。
• Pixar（Once upon a time...） - 変化や導入のストーリー、「X がどのように Y になったか」。
• Golden Circle（Why/How/What） - ビジョン、目的、ミッション、マニフェスト。
• StoryBrand SB7 - 顧客を主人公とする、顧客向けのマーケティング。
• Hero's Journey（condensed） - 創業者の起源、ブランドの歴史、個人の物語。
• Duarte Sparkline（what is / what could be） - 説得力のある基調講演、変革に関するコミュニケーション。
• Dykes Data Storytelling Arc - データに基づくプレゼンテーションや洞察をまとめたレポート。
• SCQA（Situation/Complication/Question/Answer） - 経営陣向けの説明、コンサルティングメモ。
• Pyramid Principle（Minto） - 要点を拾い読みする経営幹部向けの、トップダウン形式の文書レポート。

レンズは相互に排他的ではありません。文書全体には SCQA を使い、段落単位では ABT を使うこともできます。複数のレンズが適している場合は、2〜3 個の選択肢を示し、それぞれのトレードオフを簡潔に説明して、ユーザーに選んでもらいます。

フェーズ 5：ビートの順序を決める

選んだ構成に合わせて素材を並べます。注意すべき点は 3 つです。

• 感情面と論理面の流れを意識して並べます。 読者が、次の段落を読む理由を常に理解できるようにします。それぞれのビートが、次のビートにつながる役割を果たします。
• 容赦なく削ります。 ビジネスの物語では、主題の流れに寄与しない素材が全体の 30〜50％を占めることがよくあります。読者を現在の位置から目指す位置へ進めないビートは削ります。いきなり削除するのではなく、「後で使う候補」として印を付けます。ユーザーがほかの場所で再利用する可能性があるためです。
• 転換点を置きます。 転換点は通常、冒頭ではなく中盤から後半に置きます。結論を最初に置く「エグゼクティブサマリー」の発想に引きずられないようにします。そうすると物語の緊張感が失われます。例外として、時間に余裕のない経営幹部が単独で読む形式（メモやレポート）では、結論を先に示す必要があることもよくあります。その場合は、1 文の見出しを置いてから物語を展開します。

提案する順序をユーザーに示します。実際に成り立ちそうな順序が複数ある場合に限り、AskUserQuestion を使って確認するため一旦止めます。それ以外は順序を提案し、ユーザーの反応を待ちます。

フェーズ 6：出力モードを決める

執筆を始める前に、どの程度の支援を希望するかユーザーに尋ねます。AskUserQuestion を使い、次のような選択肢を提示します。

• 構成のみ - ここから先はユーザー自身が文章を書きます。
• フック + 重要な場面 - 書き出しと、特に重要なビートを下書きし、残りはユーザーが埋めます。
• 全文の下書き - すべてのビートについて、ユーザーの文体で文章を下書きします。
• 既存の下書きを新しい構成に沿って調整 - ユーザーがすでに書いた文章を、新しい骨子に合わせて書き直します。

ここで必ず立ち止まって確認します。ユーザーが希望する関与の度合いを決めつけてはいけません。

フェーズ 7：下書きを作成する（依頼された場合）

下書きを作成する際は、次の点を守ります。

• 抽象的な表現より具体的な表現を優先します。 具体的な名詞、数字、人を使います。「認証チームは 2 週間でセッションミドルウェアを書き直しました」は、「チームは認証を変革しました」より効果的です。
• 動詞で伝えます。 動詞と形容詞の組み合わせより、力強い動詞を使います。
• 文の長さに変化をつけます。 短文と長文を織り交ぜます。同じ長さや構造の文を 5 文続けて書かないようにします。
• 自分ではなく、ユーザーの声で書きます。 フェーズ 1 で示されたトーンと、共有された既存の素材のリズムに合わせます。
• 不自然さがないか確認します。 宣伝文句のような形容詞や、AI らしい表現、「Additionally」「Furthermore」「It's worth noting」から始まる文、そして「In conclusion, this approach...」のような結びの要約は避けます。
• 利害と結果を示します。 緊張感を覆い隠さないようにします。そこに物語の力が宿ります。

形式ごとの執筆上の注意（スライド 1 枚につき 1 つのアイデアというルール、ブログの書き出しの強さ、ピッチの簡潔さ）については、references/formats.md を読んでください。

フェーズ 8：セルフレビュー

最終出力を返す前に、references/critique.md に照らして批評レビューを行います。よくある失敗パターン：

• フックがありきたり、または埋もれている
• 転換点が欠けている、または強調が足りない
• 重要性が暗示されているだけで、明示されていない
• 作品の軸が途中でぶれている
• 下書き中に冗長な表現が入り込んでいる

提出前にこれらを修正してください。構成上の問題が見つかった場合は、黙って書き換えるのではなく、問題点を明示してください。弱く見える選択にも、ユーザーには具体的な意図があるかもしれません。

参照資料の使い分け

• references/narrative-frameworks.md - 視点を選ぶとき、またはユーザーが特定のフレームワークを使うよう求めているとき。選択の指針、フレームワークごとの失敗パターン、あまり知られていない視点の詳細を記載しています。
• references/hooks-and-moments.md - フックを考えたり、転換点を際立たせたりするとき。6 種類のフック、転換点のテスト、配置の原則を記載しています。
• references/formats.md - 形式ごとの配慮が必要なとき（スライドデッキのルール、ブログの冒頭、ピッチの展開の長さ、メモでの結論先行など）。
• references/critique.md - 既存のコンテンツをレビューするとき、または下書きのセルフレビューを行うとき。

選択式の質問パターン

ユーザーは、適切な場面で AskUserQuestion を使うよう明示的に求めています。確認のために立ち止まるタイミングの目安：

確認すること	確認しないこと
トーン（先見性のある／実務的な／緊急性のある／信頼感のある）が示されていない場合	単語単位の選択
対象読者が曖昧な場合	些細な編集
複数の筋書きの軸が考えられる場合（本当に分岐する場合）	明らかな削除
適したフレームワークが 2～3 個ある場合	1 つしか適していない場合
有効な順序が複数ある場合	機械的な並べ替え
フックの候補が 2～3 個あり、どれも同程度に適している場合	明らかに最適なフックがある場合

下書きに取りかかる前に、必ず出力形式を確認してください（構成のみ／フックと重要な場面／完全な下書き／既存の下書きの推敲）。どの程度の支援を望んでいるか、推測してはいけません。

一度に質問するのは 1～3 個までとし、5 個以上質問しないでください。ユーザーに選択を委ね、質問攻めにしないようにしてください。

注意点

• 毎回、同じ限られたフレームワークに頼らないでください。ピクサー、三幕構成、ゴールデンサークル、ストーリーブランド、ヒーローズジャーニー、ABT は広く知られていますが、選択肢の一部にすぎません。エグゼクティブ向け、コンサルティング、データ主導、レポート形式のコンテンツには、SCQA、ピラミッド原則、Dykes のデータストーリーテリングアーク、Duarte のスパークラインのほうが適していることもよくあります。知名度ではなく、対象読者・目的・素材に基づいて選んでください。
• このスキルはナラティブを第一に考え、形式を問いません。主にデータのビジュアルを扱う場合、グラフ、ダッシュボード、ビジュアルデザインは対象外です。その場合は storytelling-with-data スキルに引き継いでください。それ以外の場合は、ナラティブに取り組んでください。
• フェーズ 2 を省略しないでください。素材と向き合うことが、その後の作業を支えます。素材が乏しいままフレームワークを適用すると、質の低い文章になります。
• ユーザーに尋ねるために、選択肢を無理に作らないでください。明らかな答えが 1 つしかない場合は、それを提案してください。選択式の質問は、本当に選択の分かれる場面で使うものであり、相談しているふりをするためのものではありません。
• ナラティブ理論をユーザーに説かないでください。ユーザーが求めているのはコンテンツへの支援であり、理論の講義ではありません。視点は内々に適用し、意思決定に必要な点だけを提示してください。
• 下書きに「まとめると……」という締めくくりの段落を追加しないでください。質の低い文章の兆候です。ナラティブは、その結末に自然に着地させてください。
• ビジネス文書で最も作り込みが不足しがちな要素は転換点です。弱い下書きの多くは、現状と重要性が示されていても、明確な変化がありません。既存のコンテンツをレビューするときは、この点に注意してください。