Products Docs Help Store Discord

Story Design Overview

ゲームストーリー設計が難しい理由、本セクションの性質(Echelon 用の提案書)、サイトマップ、想定読者。Interactive Storytelling の公開理論を複数源典から統合。

ゲームのストーリー設計は、映画や小説のそれとは根本的に異なる。プレイヤーは 受け手ではなく主体 であり、いつ物語を止め、逸らし、早送りするかを自分で決める。この制約の中で「覚えられる物語体験」を作るための理論と実務を、Echelon 用に再構成したガイド。

典拠: Josiah Lebowitz & Chris Klug, Interactive Storytelling for Video Games: A Player-Centered Approach to Creating Memorable Characters and Stories. Focal Press (Elsevier), 2011. ISBN 978-0-240-81717-0. 公式書籍ページ

本ガイドは Lebowitz/Klug 本を出発点としつつ、同書が依拠する より根源的な公開理論 (Campbell / Vogler / McKee / Fields) を直接統合し、FFXIV / Hades / The Witcher 3 / Mass Effect 等の実例を加えたオリジナル再構成。同書からの短い引用は1-2行+ページ番号+購入リンクの範囲。原本の図版・画像は一切使用していない。


0. 本セクションの性質(重要)

Echelon リポジトリを調査した結果、現時点で専用のストーリー・物語・世界観ドキュメントはほぼ存在しない。あるのは断片的な名前と設定だけ(双黒の騎士、キングスライム、塔、NPC「ガイド」、4つの称号例)。

したがって本セクションは 「確定した設定」ではなく「提案書」 として読むこと。Echelon 適用を述べる箇所、特に [提案] タグがついた内容は、今後のチーム決定によって変更されうる。

提案タグの凡例

  • [既定] — Echelon リポジトリに既に書かれている確定設定(例: 双黒の騎士の名称、永久ロスト廃止)
  • [提案] — 本サイトのオリジナル提案。チームが採用すれば確定設定になる

1. なぜゲームストーリー設計は難しいのか

ゲーム以外の物語(小説・映画・演劇)は 作者が完全に制御 する。読者/観客は受け身で、進行速度も順序も作者が決める。

ゲームは違う:

制約映画/小説ゲーム
主人公の行動作者が決めるプレイヤーが決める
進行速度作者が決めるプレイヤーが決める(急ぐ・戻る・止める)
物語の順序直線が基本探索順序が変わる可能性
受け手の没入第三者視点が主主人公視点・自己投影
失敗・死亡起きない(起きても作者の意図)プレイヤーの責任で頻発

この5つの違いが、ゲームストーリー設計の全難しさを生む。「美しいカットシーンを作れば伝わる」訳ではない。


2. Lebowitz/Klug 本の限界と本サイトの方針

Lebowitz/Klug 本は 入門書として優れているが、批判層が薄い。よくある指摘:

  • ✅ 基礎理論(Hero’s Journey, Character Arc)のコンパクトな整理
  • ✅ ゲーム特有の制約の指摘
  • ✅ 多くの実例(旧作〜2010年代前半)
  • ❌ 「向いている作風」「向いていない作風」の議論が薄い
  • ❌ 例外・失敗例への深入りが足りない
  • ❌ 独自の応用論よりも要約寄り

本サイトはこの溝を埋める:

各理論ページの共通構造

1. 基礎解説         (入門: Lebowitz/Klug 本の整理を踏襲)
2. 向いている作風    (適用条件: どんな作品で効くか)
3. 例外・注意点      (批判: どこで壊れるか、よくある失敗)
4. Echelon への応用  (実務: instanced dungeon MMO でどう使うか)

この4層構造が 「要約サイト」から「実務サイト」への差別化


3. サイトマップ

Overview (ここ)
  ├─ Story Foundations        ← 物語の要素・線形 vs 非線形・ゲーム特有の制約
  ├─ Hero's Journey           ← Vogler 12ステージ + 適用条件 + 限界
  ├─ Three-Act Structure      ← 3幕構造 + ゲーム向け変形 + 向く/向かない
  ├─ Character Design         ← Memorable Characters + MMO での注意点
  ├─ Character Arcs           ← 5つの Arc 型と適用条件
  ├─ Branching Narrative      ← Branching vs Linear の意思決定フレームワーク
  ├─ Player Agency            ← 自由度の錯覚と Ludonarrative Dissonance
  ├─ Echelon Application      ← 塔・双黒の騎士等の適用提案 [提案]
  ├─ Common Pitfalls          ← よくある失敗と回避策(独立ページ)
  └─ Reference                ← 用語辞書・参考文献・Echelon 仕様整合チェック

4. 推奨読み方

役割まず読むページ次に読むページ
新人ライターOverview → Story Foundations → Hero’s JourneyThree-Act Structure → Character Arcs
Echelon 設計者Overview → Echelon ApplicationCommon Pitfalls → Reference
既存理論を知っている人Common Pitfalls(差別化が一番出る)Echelon Application
レビューアCommon Pitfalls → Reference (Echelon 整合)Player Agency

5. 本サイトで扱わないこと

明確にスコープ外:

  • 具体的な prose(台詞・地の文)の書き方 — 文章技術本ではない
  • 特定ジャンル(horror / romance 等)の専門論 — 汎用ガイド
  • 日本の light novel / アニメ的作劇術 — 西欧の script theory が主軸
  • Echelon 本体の実装 — あくまで設計論。実装は Echelon_main/docs/

6. 次に読むべきページ

まず Story Foundations から始めて、物語の要素とゲーム特有の制約を共有してから、各理論ページに進んでほしい。

Echelon 適用を先に見たい場合は Echelon Application に飛んでもよいが、理論ページを読んだ方が提案の意図が分かりやすい。


See Also