ゲーム開発は通常、アプリケーション開発とは少し異なります。その理由は、ゲームには通常、はるかに少ない要件とはるかに厳しい要件があるためです。ソフトウェアが解決するはずの明確に定義されたビジネス上の問題はありません。ゲームの唯一の真の要件は、「ターゲットプラットフォームで適切に実行する」、「ターゲットユーザー層に訴える」、「プレイするのが楽しい」(そして、その業界のセクションにいる場合は「多くのマイクロトランザクションを販売する」 )。その他はすべて、開発中に変更される場合があります。
ただし、ゲームのすべての開発者が同じ方向で作業し、創造的な違いをめぐって最終的に戦わないようにするためには、最終的なゲームの外観とプレイ方法を体系化した「ビジョン」が必要です。 。通常、このビジョンはGame Design Documentに体系化されています。このようなドキュメントは通常、次のことを説明しています。
- ゲームの基本的な前提:
- エレベーターピッチ:メインのゲームのアイデアは、できるだけ簡単に説明しました。
- ゲームのジャンルは何ですか?
- あなたのターゲット層は誰ですか?
- どのプラットフォームをターゲットにしていますか?
- ゲームの仕組み:
- このゲームでプレイヤーはどのようなアクションを実行できますか?また、それらはゲームにどのように影響しますか?
- ゲーム内の非プレーヤーエンティティとは何ですか、それらはどのように動作し、相互におよびプレーヤーとどのように相互作用しますか?
- スコープ:
- ゲームにどのくらいのコンテンツを持たせたいですか?
- そのコンテンツにどのレベルの品質を持たせたいですか?
- ゲームの美的方向:
- ゲームにどのような雰囲気を持たせたいですか?
- ゲームをどのように見せたいですか?
- ゲームの音をどのようにしたいですか?
- ストーリーになると、ジャンルに大きく依存します。ストーリーをまったく必要としないゲームもあります。多くのゲームで必要なのは数文だけです。しかし、RPGやアドベンチャーなどのプロット駆動型ゲームを作成している場合、これは実際には設計ドキュメントの最も長い部分であり、次のものを含めることができます。
- ゲームが行われる世界とその重要な場所の説明
- 重要なキャラクター、その外見、性格、バックストーリーの説明
- ゲーム中に伝えられるプロットの基本的な概要
Webを見ると、ゲームデザインドキュメント用のテンプレートがたくさんあります。ゲーム業界は、他の業界に比べて形式や標準化されたプロセスにはるかに弱いため、すべてを支配するISO標準はありません。プロジェクト、チーム、作業方法に合ったスタイルを見つけてください。
ただし、開発中は変更を受け入れてください。人気のあるゲームのゲームデザインドキュメントが意図的または意図せずに一般公開された場合、通常は何か面白いことに気付くことができます。これらの初期設計ノートを完成したゲームと比較すると、通常はかなりの違いがたくさんあります。これは通常、ゲーム開発者がFail Fasterを呼び出す設計プロセスの結果です。
- 大まかなデザインを思い付く
- 簡単なプロトタイプを作成する
- 批判的な考え方でそれをプレイテストし、何がうまくいかないかを理解する
- デザインを修正する
- ステージ2に戻る
そのため、プレイテスト中に機能が変更されたりカットされたりすることを恐れないでください。また、チームからの提案を受け入れてください。ゲーム開発業界のほとんどの人は、自分のゲームのアイデアを実践したいと考えているため、業界に参加することを決めました。したがって、チームに創造的な影響を与えることは、チームの大きな動機付けになります。しかし、優れたプロデューサーとして、「いいえ」と言うこともあなたの義務です。アイデアが機能しない、または予算を超えると思われる場合。
あなたのゲームを楽しみにしています。