ゲームの企画って…
•
106 gostaram•113,947 visualizações
個人的に、ゲームの企画の業務ってなんなのかを整理するのに作成した資料。 プログラムも絵も音もダメ、というと何をするのか？ を考えてみた。 汎用性はないので、つっこみがあると私が得をします DL不可でプライベート設定になってるの気づかなかった。
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Destaque
Destaque (20)
Semelhante a ゲームの企画って…
Mais de Hiroyuki Shimanishi
Mais de 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. フォーカス • モニタテストや一般公開による、実機でのレスポン ス取り 市場動向 • 何がどう売れるか、どこで何が売れるか、値 段の相場などの動向調査 広告状況 • ゲームについて、出せる広告、プレイヤーを増やせ る広告はどんなものが流通しているかの調査