ゲームデザインドキュメント ジェネレーター

ゲームデザインドキュメントとは何か、そして 1 ページで十分な理由

ゲームデザインドキュメント（GDD）とは、ゲームに関わる全員が共有する文章による説明書です。ゲームが何か、どうプレイするか、どう見えて聞こえるか、そして何を含まないかを記します。決まった形式はありません。スタジオの中には 1 枚のシートで作業したところも、約 80 ページの分厚いバイブルで作業したところもありましたが、長いドキュメントほど、ゲームの出荷前に内容が古くなりがちでした。

最初のゲームなら、50 ページより 1 ページの方が効果的です。2010 年の GDC で Stone Librande は、ほとんどの読者は最初のページで読むのをやめるため、1 ページのデザインを推奨しました。プレイできるものがまだない段階で書かれた長いドキュメントは、誰もテストしていないゲームを描いてしまいます。1 ページにすると、大切な判断が自然に絞られます。一文のピッチ、一つのループ、勝ち方と負け方がそれぞれ一つ、そして完成させられるほど小さい最初のビルドです。

このジェネレーターは、そのページを代わりに埋めます。各セクションは個別に作られますが、ジャンルごとに書かれたリストに基づいているため、ホラー作品に農業のループが入ることも、レーシングゲームにジャンプボタンが入ることもありません。気に入ったセクションはピン留めし、残りはシャッフルして、結果を Markdown としてコピーできます。

1ページのGDDの各セクションと記入例

各セクションは、ゲームを作る人が必ず抱く疑問に答えるためのものです。ここでは小さなプラットフォーマーゲームを例に、それぞれの役割と記入例を示します。

コピーしたドキュメントの末尾には、最初のテストプレイで確かめたい未解決の質問2つと、対象外の項目の短いリストが付きます。多くのテンプレートはこの2つを省いていますが、開発中に最もよく参照することになるのはこの部分です。

• ピッチ：ジャンル、プレイヤーの行動、その理由、そしてひねりを1文でまとめます。例：暗い森をランタン片手に進み、祠に次々と火を灯していくプラットフォーマー。ただし走っている間も炎は燃え尽きていく。
• コアループ：30秒ほどで繰り返される一連の流れを、動詞を矢印でつないで書きます。この流れに報酬がなければ、プレイヤーはもう一度繰り返す理由を持てません。例：足場を走って跳び移る → 途中でコインを拾う → 次のチェックポイントに到達する → 繰り返す。
• ゴールと勝利条件：セッションがうまく終わるのはどんなときかを、数字を使って書きます。例：3つのステージそれぞれの終わりにあるゴールに到達する。
• 失敗条件：何がうまくいかず、それによって何を失うか。すぐにやり直せると、プレイヤーは挑戦を続けます。例：穴に落ちると、直前のチェックポイントに戻される。
• 操作：PCとタッチ端末のすべての操作。ボタンを6個必要とする設計はスマートフォンの画面では成り立ちません。例：A/Dで移動、Spaceでジャンプ。タッチ操作では左下に矢印、右下にジャンプボタン。
• アートディレクション：カメラ、スタイル、見やすさのルールを1つ。例：横視点、16ピクセルのグリッドで描くドット絵。主人公が画面内で最も明るく見えるようにする。
• 音の雰囲気：音楽のスタイルと、操作への反応を伝える2〜3種類の効果音。例：明るいチップチューン。ジャンプごとに上昇するピッという音、コインには澄んだチャイム音。
• 最初のプレイアブル版：コアループが成立することを確かめられる最小のビルド。例：走る、跳ぶ、障害物1種類、出口を備えた約2分のステージが1つ。勝利画面とリトライ画面も含む。

GDDテンプレートでよくある間違い

ゲームデザインドキュメントの問題の多くは、意思決定の道具ではなく事務作業として扱うことから生じます。ここに挙げるのは、初めてのゲームで特によく見られるものです。

• 週末で作れるゲームのために、40ページのテンプレートの見出しをすべて埋めてしまうこと。ゲームに必要ないセクションは削除しましょう。
• ルールではなく面白さを書いてしまうこと。「戦闘が爽快」では実装できませんが、「3回被弾すると終了」なら実装できます。
• 対象外リストを省くこと。これがないと良いアイデアがすべて入り込み、最初のプレイアブル版がいつまでも完成しません。
• タッチ操作を忘れること。スマートフォンのブラウザで遊ばれる可能性があるなら、タッチ操作は最初のビルドの後ではなく、最初のページで計画しておきましょう。
• ドキュメントを完成品とみなすこと。最初のテストプレイで内容は必ず変わります。各バージョンに日付を入れ、何がなぜ変わったかを記録しましょう。

最初のプレイアブル版の後でページを増やしていく

プレイアブルなビルドでコアループが面白いと確認できたら、ドキュメントは3〜10ページ程度まで増やせます。プロトタイプから分かったことを追加しましょう。移動速度や出現率などの調整値、数を含むコンテンツ一覧、進行、アクセシビリティの設定、そして各アセットの入手元とライセンスです。

テストプレイを生き延びた内容だけを追加してください。まだ誰も遊んでいないアイデアは、新しい章ではなく未解決の質問に書きましょう。

ドキュメントからプレイアブル版へ

ゲームデザインドキュメントは、誰かが遊ぶまでは賭けの一覧にすぎません。それを決着させる一番速い方法は、最初のプレイアブル版を作って試すことです。

ドキュメントの下にあるビルドボタンを押すと、ページ全体がプロンプトとしてOryn コンポーザーに送られます。Oryn がいくつかの企画上の質問をし、回答をもとに、承認していただくための詳しいゲームデザインドキュメントを作成します。その後、ブラウザで遊べてエクスポートもできる実際の Godot 4 プロジェクトをビルドします。プランを承認するまでは、何もビルドされません。

背景についてはゲームデザインドキュメントの完全ガイドをご覧ください。白紙のテンプレート、完全版のテンプレート、記入例、そして Doom から BioShock までの実際の GDD 7本が掲載されています。アイデアそのものがまだ必要な場合は、ゲームアイデア生成ツールから始めてください。ゲーム内の人物が必要ならNPC ジェネレーターをお試しください。最初のプレイアブル版の後の進め方については、ゲームの作り方ガイドで説明しています。

使い方

1. ジャンルを選ぶ

   ジャンルのチップを1つ選びます。各セクションはそのジャンル向けに用意されたリストから選ばれるため、パーツ同士がうまくかみ合います。

2. シャッフルして固定

   アイデアに合うセクションが出るまでシャッフルし、そのセクションを固定します。固定したセクションは、ほかをシャッフルしても残ります。

3. 1ページ分をコピー

   Markdown をコピーして、Notion、Google ドキュメント、またはリポジトリ内のファイルに貼り付けます。数値は、ご自身のゲームを表すまで書き換えてください。

4. 最初のプレイアブル版をビルドする

   ページを Oryn に送り、企画の質問に答えると、最初のバージョンをブラウザで遊べます。

質問