ゲームの企画って…
•
106 likes•115,468 views
個人的に、ゲームの企画の業務ってなんなのかを整理するのに作成した資料。 プログラムも絵も音もダメ、というと何をするのか？ を考えてみた。 汎用性はないので、つっこみがあると私が得をします DL不可でプライベート設定になってるの気づかなかった。
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (20)
Similar to ゲームの企画って…
More from Hiroyuki Shimanishi
More from Hiroyuki Shimanishi (17)
ゲームの企画って…
- 3. 注意 • 飽くまで筆者の経験上の区分け • 全然違うぶった斬り方をするところもあるはず • 特に3Dに関してはもっと複雑になる（はず） • 特にプログラミング部分は分かる範囲しか書 いてない • １セクションがそれぞれ同じ分量、人員…… なわけがない。ジャンルによる • ここではお金まわり（プロデューサー的役割） を無視しているので、課金周りの仕組みを入 れる場合はもっと業務が増える
- 14. 結果
- 24. 人材募集を思いおこす • 企画しかできない人は「他のこともやってよ」 になるのは致し方ない気がする（正社員募集 ならなおのこと） • 企業として、セクションに割り当てられた人材 のない業務も担当させたくなるのも道理。 また、その割り当て者がいないセクションは 企業によって違うので、要求業務が違うのも 当然と言えば当然 • どんなことでも身につけて損はない気がする
- 25. じゃあ、何を身につけるか • プログラマとの会話のための、論理的な思考 と、その表現力 • 他人の話を聞く、意を汲む • 各々の製作目標作成のための、各セクション の実務内容 • そもそもどんなものなのかの説明力 • そもそも「なにで」「なにを」やろうとしてるのか の決断
- 27. おまけ 各セクションの想定業務
- 28. プロジェクトプランナ • このプロジェクト自体の製作責任者。ややこしい書き 方だが、ディレクターと呼ばれることが多い プロジェクト設計 • このプロジェクトの制作発起人。いわゆる一 般的に一番イメージに近い「企画」 人員管理 • プロジェクト参加の人員の管理をする。外部 や報酬計算も絡むと一気に難度が上がる
- 29. 外部折衝 • 受託ならクライアント、発注なら外注管理。前者は営 業的になりやすい プログラム • プログラム及びプログラマー全般の管理。メ インプログラマーと呼ばれる人が管轄する プログラム設計マネージャー • 実際にどう実装するかを考える人。何もして なさそうに見えて、実はないと完成しない
- 30. リソース作成 • ゲームに使う画、音、文を管理する。実際にここに 人を割り当てることはない。便宜上。 リソース製作マネージャー • 画、音、文の製作を管轄する。外部発注する 場合に必要になる 法務 • 法律関係の対処を行う。表現倫理や著作権、 特許などの調査
- 31. 販売 • 作ったゲームをどう売るか、という部門。パッケージ だと分業気味だが、ゲーム内課金だと企画の業務 広報 • 作ったゲームを知ってもらうための部門。Web絡み なので、ここでもプログラマが酷使されることも 販売戦略 • 納期や日程、ジャンル方向性などの、どう 売っていくかを考えるセクション
- 33. ホワイトボックステストデザイン • ゲームに見えないコードの中身からのテスト方法を 考える人。品質が左右する ネットワーク管理 • ネットワーク技術関係を受け持つ。プラット フォームの端末により業務が変わってくる リソース管理 • 画、音、文のデータを管理する。ファイル名も決める。 メモリ周りなどで、プラットフォームで変わってくる
- 35. ビジュアル設計 • ビジュアルリソースの具体的な方向性や、その制作物の仕 様を決める。デザインマネージャーみたいな形で配置される サウンド設計 • サウンドリソースの具体的な方向性や、その制作物の仕様 を決める。ここ以下、サウンド一人が全部を担当することが 多々 テキスト設計 • 文体などの方針を具体的に設計する。フォントはビ ジュアルと連携することが多い
- 36. GUI設計 • インターフェースの画像の設計をする。色や配置な ど、目に見える部分全般が主 メイン（ビジュアル）設計 • ゲームに使用する画像全般を設計する。原画（構図、 状況）～彩色（実際に画面に出るところ）まで ビジュアル技術 • 画像関連のツール（Photoshopなどでなく、開発用 ツール）、技術、プラットフォーム制限などを抑える
- 37. GUI作成 • 実際に表示させるUI用のグラフィック作成。いわゆ るシステム画像 メイン（ビジュアル）作成 • 魅力の主軸となる画像の作成。ゲームでは 動くので、画面構成の担当もすることがある （3D）動作作成 • 3Dだとモデリングと（テクスチャもそうだが） モーションも分かれる
- 38. システムエフェクト設計 • 効果音（ブリッジ、ジングル含む）の設計。どこで再 生するかも担当することがある メインBGM設計 • BGMを設計する。どこでどう再生するかの音 楽シナリオも担当することがある サウンド技術 • ドライバ周りの音再生に関するテクニカルサポート。 サウンドはサウンドでやることも多々
- 39. サウンドエフェクト作成 • 効果音全般の作成。あり合わせで済ます場合もあ る BGM作成 • 設計で設定された仕様制限を元に、実際に 作曲する ボイスアクター • 声優。ボイスのあるゲームを作成する場合に 必要。録音やその環境も担当することがある
- 40. システムテキスト設計 • メイン以外のテキスト（説明文）などの設計。ヘルプ、 エラーメッセージなどの表示箇所なども メイン（テキストシナリオ）設計 • ゲームシナリオの設計。（画・音を含めた）ゲームそ のもののシナリオプロットの担当もありうる テキスト技術 • テキストエディタなど。編集用のExcelマクロ、 VBAを担当することも
- 42. （システム設定等）システム設計 • ゲームに存在する、システムそのものの設計。表示 速度や大きさ、画面の作りなど （プロジェクト）シナリオ作成 • どう制作していくかの製作工程。広告展開を踏まえ た、実務や製作期間などの流れを作成する ブラックボックステスト設計 • 実際に動かせるゲームのテストの設計。プレイしてほしい方 針が実現するよう、開発に合わせたテストプランニング
- 43. UI設計 • 画面遷移やゲームの操作構造などの、目に見えない部分の インターフェース設計。UI画像の設計もありうる ゲーム設計 • いわゆるゲームデザイン。ゲームの魅力と収 益の主軸となる、ゲームメカニクスを設計する エラー設計 • 起こりうるエラーと、その対処の設計。プラットフォー ムによっては、対処法があるエラーもある
- 44. UI作成 • 実際のUIを作成する。実務的には画面遷移や挙動 などの仕様書を作成する ゲーム作成 • 実質的なゲーム部分のゲームシステムやデータ作 り。また、それらの仕様書作成が主になる エラー作成 • 一つ一つのエラーを作成していく。エラーの内容とプ レイヤーに伝えるべき情報を考えていく
- 45. テストデザイン • テストプランから、どうテストするかをデザインする。 ほとんどは、熟練者がフリーでプレイする テスト技術 • ゲーム内のテストツールや、テスト報告などのツー ルを担当。ここでもプログラマが酷使されること多々 テスト実行 • テストプランに沿ったチェック。チェックリストの確認 や、モニタテストで気になった部分の報告など
- 46. 販売シナリオ • 決定した方針から、販売に関する日程を考案、報告 するセクション。ネットゲームだと比重が大きくなる 技術調査 • プラットフォームで可能なもの、不可能なものの振り 分けや、需要、性能の調査 マーケティング • 製品そのものの需要調査、データ分析など、 リアル・ネット問わず
- 47. フォーカス • モニタテストや一般公開による、実機でのレスポン ス取り 市場動向 • 何がどう売れるか、どこで何が売れるか、値 段の相場などの動向調査 広告状況 • ゲームについて、出せる広告、プレイヤーを増やせ る広告はどんなものが流通しているかの調査