メガスマッシュ
忙しい毎日。ちょっとした時間に最高の体験がしたい。
一方でゲーム開発費は市場拡大とともに年々高騰し、ゲームの仕様も複雑に...。
普段はカジュアルなゲームしかプレイしないから、ハードル高そう...。
とにかく何かに夢中になりたい。
そんなユーザーの課題に対するソリューションになるゲームを作るという命題を掲げて生まれたアクションRPGだ。
とにかく吹っ飛ばす爽快感と手軽さに一番重きを置いている
そのため既存の3Dゲームを研究し、コンセプトが活きるようにマップに高低差を設けたり、片手間に操作してもそれらしくキャラが動いて爽快感を感じることができる操作性を担保している。
- 市場リサーチ
- UXデザイン / ゲームデザイン
- チーム組成 / プロジェクトマネジメント
市場リサーチ
市場の課題をリサーチし、ソリューションを導き出す
需要側の課題 : Lean Canvasによってコアメンバーでレビューを繰り返し、本作のターゲット像をある程度固めた。想定しているゲームの売り上げの大部分を占めるのは働き盛りの30-40代のビジネスマンである。これらのユーザーは、日々仕事に終われ忙しい中、束の間の息抜きといえば同僚との飲み会や家で観るテレビなど、限られている。供給側の課題 : 一方でソーシャルゲーム市場は年々開発費が高騰し、比例してゲームの品質と"複雑性"が増している。この複雑性はやり込み要素と言われることも多いが、プレイに対するハードルとユーザーの学習コストも非常に高い。
この双方の抱える課題から、ソリューションとなるゲームを設計する。
UXデザイン / ゲームデザイン
ペルソナの具体化 : そのユーザーはどんな行動特性を持っているか
Lean Canvasからペルソナを定義する。年齢や職業などのデモグラも大事だが、より行動特性に注目した。SPS(Social game Play-style Segment)
オンラインゲーム研究のユーザー分類
他者と競争をし、勝ちたい人
力を見せつけて他者をひれ伏せたい人
他者を倒す、殺すことが快感な人
他の人が知らない何かを先に見つけたい人
高いランクを達成したり、障害を乗り越える快感を得たい人
他者の前でおどけた行動をとりたい人
その世界観の登場人物に自分を重ねたい人
自分の行動を披露したい人
他者とコミュニケーションをとりたい人
他の人を助けたい人、他者の役に立ちたい人
集団やイベントを仕切りたい人
集団の前進を推進したい人
スピンオフの状況を想像して楽しみたい人
登場人物をひたすら愛でたい人
コツコツモノを作ったりしたい人
モノを集めたい人
仕様策定 : 要件を言語化し、手段を検討していく
要件の言語化 : 要件(満たしたいこと)を定義しておき、その要件を実現する手段は職能に任せる形にする。例えば満たしたいことを言語化しておき、手段についてはデザイナー / エンジニアに一任する形を取ることで、その道の手段のプロが自走できる仕組みを担保した。吹っ飛ばしの爽快感 : ゲームの肝となる吹っ飛ばしによる爽快感を、どう与えるか。遊びの要素として、①敵と相対した時 / ②敵を攻撃して吹っ飛ばした時 / ③吹っ飛ばされた後のゲームに与える影響の3要素に分解して考慮し、最終的に市場ニーズなどを鑑みて②敵を攻撃して吹っ飛ばした時(打撃のインパクトの瞬間)と定義した。
以上のプロセスを経てまずはMVPを作成した。
インゲーム
アウトゲーム
ユーザーテストを繰り返す
あらかじめ定義しておいたユーザー属性を対象に、ユーザーテスト > 改善とイテレーションを回して、徐々にゲームを肉付けしていく。特に私自身が改善に寄与した点は下記。
調整内容
バトルの要素を下記の3要素に分解できる。
ゲームのストレス設計はとにかく重要で、これによって、報酬としてのインタラクションデザインが活きる。 例えばエネミーデザインの場合、攻撃されることはユーザーのストレスになる。
ユーザーが接触するものは全てUIだが、ここではアウトゲームのUIについて触れている。
アウトゲームにも様々なアクションが存在する。
また画面遷移時のトランジションの調整も行い、各コンポーネントをどの順番でどのようにアニメーションさせるかで、目線の誘導とユーザーがどこを押下すればよいかわかるように調整する。
インゲームをプレイすると、ユーザーはクリアを目指すことになる。
クリアの定義はゲームによって様々だが、本作の場合はクエストマップの目的地で、ボスを倒すことになる。
つまり、ゲーム開始時にクエストの最終目的地をカメラに映してあげることで、ユーザーが迷いなく進行出来るようになる。
またエネミーとのバトル時にドリーインなどのカメラワークの調整も行った。
チーム組成 / プロジェクトマネジメント
急速に増加するチーム人員のマネジメントと、スループット担保の両立
最終的にチームの人員は50人前後まで増えていくわけだが、増員するほどマネジメントコストは高くなる。マネジメントにコストを割くと開発に遅れが生じ、開発期間が延びることで増えた人件費が予算を圧迫することになってしまう。
そこで開発スループットを改善するために、ボトルネックの洗い出しと、タスク消化率の可視化をCCPM(Critical Chain Project Management)とスクラムに則って行った。
一方でチームメンバーの目標設定や評価制度の整備、1on1によるコーチング等も行った。
実装にはあらゆる職能が関わるため、それらを考慮したフローを構築した。
うまくワークしていたものの、人数が大幅に増えてから、なかなか開発効率が人数に比例して伸びず、改善する必要があった。
CCPMはウォーターフォール系のシーケンシャルなPMメソッドであり、キャラなどの物量を伴うフローには全適応で良いが、インゲーム / アウトゲームには向かない。
そこには作ってみないと or 触らないとわからない 最低限の機能・体験 という定義が存在する。
これを事前に認識を合わせきるのは不可能。
従って、不確実性に対応できるアジャイル系手法を取り入れるのが妥当ではないか。
