ゲームデザインドキュメントのテンプレート：実際のスタジオが使う「生きたGDD」

ゲームデザインドキュメントのテンプレートとは

ゲームデザインドキュメント(GDD)は、そのゲームが何であり、どう動くのかをチーム全体で共有するための記録です。ピッチ、判断の拠り所となるデザインピラー、コアとなるゲームプレイループ、主要機能ごとのブリーフ、スコープと経済の数値、そして「何を、なぜ決めたのか」を残す意思決定ログまでを含みます。

かつて主流だったのは、『Deus Ex』や『GTA』の系譜にある100ページ級の「バイブル型」モノリシックGDDでした。しかし現場では、このモデルはもう機能していません。出荷を控えたチームで100ページを読み通す人はいませんし、ビルドが動いた瞬間からドキュメントはずれていきます。代わりに定着したのが「生きたハブ」という考え方です。インディーはGDD、タスク、アセットを一つのワークスペースに集約し、中規模スタジオではデザインページをエンジニアリングのチケットに接続して、メカニクスを変えれば影響を受けるエピックが自動的にフラグ立てされる仕組みを組んでいます。

判断基準はシンプルです。GDDは、チームがそこで作業するハブであって、そこから作業を持ち出す資料ではありません。ビルドと乖離した時点で、そのドキュメントはすでに失敗しています。

ゲームデザインドキュメントの例：実際のスタジオはどう構成しているか

参考になるのは文章のサンプルではなく、構造の実例です。Larianは『Baldur's Gate 3』を段落ではなく、システム的なアーティファクトで設計しました。D&Dの全クラスと全シーンの交差を扱うロジックマトリクスを用いたのは、これほどの相互作用を文章では抱えきれないからです。miHoYoは『Zenless Zone Zero』でキャラクター起点のデザインを採用し、性格とビジュアルアイデンティティを先に固め、そこにコンバットを合わせていきました。デザインハブは「どちらが起点なのか」を明示的に記録しているわけです。共通する教訓は、メカニクスは視覚的な情報だということ。コアループの図とスコープマトリクスは、説明文1ページよりずっと多くを語ります。

GDDに入れるべき要素

検索のオートコンプリートに出てくる派生ワードが、そのままチェックリストになります。完成度の高いテンプレートは、次の要素を押さえています。

• ビジョンとピラー。プレイ体験としての約束、オーナー、プラットフォーム上の制約、そしてアイデアが拡散し始めたときに判断の軸となる3〜5本のデザインピラー。ピラーは飾りではなく、議論を決着させるためのものです。
• コアループ。プレイヤーが何をするのか、その行動がゲームの状態をどう変えるのか、その状態が次のループにどう引き継がれるのか、そしてプレイヤーがその結果をどう読み取るのかを示した図。汎用のノードは、自分のゲーム固有の動詞に置き換えてください。
• 機能ブリーフ。主要メカニクスごとに1枚のカードを作り、プレイヤーへの約束、依存関係、ロジック、短い要約を持たせます。曖昧な説明のままにせず、実装できる形にするためです。
• スコープマトリクス。何を入れ、何を入れないかを構造化された唯一の情報源として管理し、各項目を意思決定か根拠に紐づけます。
• 意思決定ログとドキュメント同期状況。何が決まったのか、そして現状のビルドとドキュメントが一致しているのかを残す記録。同期を保つ作業は、裏方の雑務ではなく可視化すべき業務です。

ゲームデザインドキュメントのテンプレート：無料のALLOキャンバス

ALLOに登録して無料テンプレートを使う

開くと、ピッチがどのようにビルドへつながり、どこで乖離を検知するのかを俯瞰できる「生きたハブ」のマップが立ち上がります。ピラーはタイブレーカーとして固定表示され、コアループは自分の動詞で埋めていく図、機能ブリーフはカード、スコープマトリクスと意思決定ログがそのすぐ隣に並びます。参考URLは作業のそばにピン留めされたままなので、後から根拠を探し回る必要はありません。キャンバス形式なのでチーム全員が同時に入って作業できます。エクスポートして放置される資料ではなく、生きたハブであることの意味はまさにここにあります。

Notion、Google Docs、1ページ形式向けのGDDテンプレート

NotionやGoogle DocsでGDDを管理する場合も、構造は変わりません。ピラー、ループ、機能ブリーフ、スコープ、意思決定ログです。これらのツールが苦手なのは、ループ図やスコープマトリクスのようなビジュアルアーティファクトを文章やタスクの隣に置くこと、そしてデザイン変更時に下流の作業へフラグを立てることです。1ページGDDは、小規模タイトルやゲームジャムのよい出発点で、ALLOのテンプレートもその粒度まで畳めます。ビジョンページ単体でそのまま1ページGDDとして使え、プロジェクトの成長に合わせてセクションを広げていけます。

FAQ

ゲームデザインドキュメントとは何ですか？ そのゲームが何であり、どう動くのかを共有するための記録です。ピッチ、ピラー、コアループ、機能ブリーフ、スコープ、経済、意思決定を含みます。現代のチームは、これを静的な資料ではなく、作業を行う「生きたハブ」として運用しています。

100ページのGDDはもう死んでいるのですか？ ほとんどのチームにとっては、そうです。モノリシックなバイブルは読むのに時間がかかり、ビルドからすぐに乖離します。各スタジオは、デザイン、タスク、アセットを一体で保持する共有ワークスペースへ移行しました。

GDDに何を含めるべきですか？ ビジョンとピラー、コアループの図、メカニクスごとの機能ブリーフ、意思決定に紐づいたスコープマトリクス、そしてドキュメント同期状況まで含む意思決定ログです。

1ページGDDとは？ ピッチ、ピラー、コアループ、制約を1枚にまとめた版で、小規模タイトルやゲームジャムで使われます。より本格的なGDDが自然に育っていく起点でもあります。

NotionやGoogle DocsをGDDに使えますか？ テキスト部分は使えます。限界は、文書ツールがビジュアルアーティファクトをデザインの隣に置けないこと、そして変更が影響する作業を自動で示せないことです。だからこそチームはハブをキャンバスへ移していきます。

---
ゲームデザインドキュメントのテンプレートとは、ゲームのデザイン上の真実を一箇所に集めるための構造です。ビジョンとピラー、コアループ、機能ブリーフ、スコープマトリクス、経済の数値、そして意思決定ログ。現代のスタジオはこれを静的な100ページの資料としては扱わず、チームがそこで作業する「生きたハブ」として運用し、メカニクスを編集すれば影響先の作業にフラグが立つように配線しています。以下の無料ALLOテンプレートが、まさにそのハブです。コピーしてすぐ使えます。