アプリ開発でのプランナー役割紹介

はじめに
開発フェイズ毎に異なる役割
とあるプランナー1日のサイクル
- 仕様書作成期間中の1日の例
おわりに

はじめに

はじめまして、アールフォース・エンターテインメント(以下アールフォース)でプランナーをしています袖ヶ浦です。

アールフォースでは「ユーザーストーリー重視」「ユーザードリブン手法」*1という考えを大事にし、常日頃お客様重視で企画をつくっています。

そんな企画をつくる仕事プランナーについて本記事では、意外と知られていない(?)プランナーの仕事内容をアールフォースではどのように行っているか、その一部をプロジェクトの開発フェイズに合わせて簡単に紹介していきたいと思います。

またゲームプランナーの仕事は会社やプロジェクト毎に役割範囲や業務内容が異なることが多分にありますので、1つのモデルケースとしてこんなことやっているんだなぁと思って読んでいただけると幸いです。

開発フェイズ毎に異なる役割

ゲーム開発ではプロジェクトの進捗具合によっていくつかの開発フェイズに分けられます。よく聞くα版やβ版、最近ではプリプロダクションやバーティカルスライスといった各フェイズが存在し、プランナーも基本的にこの開発フェイズに合わせて様々な役割を順次遂行していくことになります。

f:id:rf-blog-sagyo:20200331203616p:plain

①プロジェクト化以前及び初期段階

プランナーの役割：「企画書」の作成、そのプレゼンテーション
キーワード：企画書、プレゼンテーション、ターゲット、ペルソナ、コンセプト
ワンポイント：書類のまとめ方やテンプレは書籍やネットに参考が複数存在するので、まずは企画内容に合った形式を真似してアウトプットに慣れていこう

まずゲーム開発初期段階では、どんなゲームをつくるのか？ターゲットは誰か？どの位の売上が見込めるか？などを調べ思考し企画書としてまとめます。プランナーと聞いてよくイメージされる仕事がこちらです。

弊社では業種問わず定期的に企画コンペを行っており、意見交換やレビューを行い、そこからプロジェクト化となる機会もあり、アイデア次第で夢の企画が通るかもしれない非常にやりがいのある仕事でもあります！

作成する形式については多種多様ではありますが、主にPowerPointやGoogleスライドなどのプレゼンテーションツールで作成されることが多く、ここでは物事をシンプルに分かりやすく伝えられる様に文字だけでなく図やイラストを用いて読み手に出来るだけ伝わるように心がけています。

f:id:rf-blog-sagyo:20200401112929p:plain

②α版開発

プランナーの役割：「仕様書」の作成、その運用、説明
キーワード：仕様書、コミュニケーション、常に更新、共有連絡
ワンポイント：確定仕様に更新があったら関係者に連絡を入れ、認識のズレを解消しよう

ゲームをエンジニアさんに実装してもらう為に、企画書を元に、より詳細を記載したゲームの設計図とも言える仕様書をまとめます。仕様書は各画面でどんな機能がどう動くかを明記した資料になります。大規模なゲーム程仕様書自体のボリュームが大きくなる為、機能や画面毎に仕様担当者も割り振りを行い、インゲームやアウトゲーム担当、強化成長画面やガチャ画面担当などに分け作業を行います。

また各機能を仕様化するにあたり、エンジニアさんと実装の可否や手法の相談、デザイナーさんとUIとしてどう見せたら良いかの相談などを密にこなすことで仕様としてのクオリティアップは勿論のこと、各セクションにスムーズな作業進行をもたらすことができる為、プランナー採用で求めるスキル欄に「コミュニケーション能力」や、あると好ましいスキル欄に「プログラミングやデザインなど別セクションの知識」が書かれていることが多いです。

こちらも主にPowerPointやGoogleスライドなどのプレゼンテーションツールを用いて書面化されています。

この仕様書制作業務はゲームプランナーの仕事でも比較的大きな割合を占めている役割になります。

f:id:rf-blog-sagyo:20200401121149p:plain

③β版開発

プランナーの役割：ゲームデータの設定、及びその調整
キーワード：レベルデザイン、ゲームサイクル、成長曲線、報酬設計、マップデザイン
ワンポイント：型をつくることで、修正、量産の手順をできるだけ省こう

仕様が固まったら次にキャラクターの強さやステージの構成、ミッション内容といったゲームの各パラメータを入れていきます。レベルデザインともいわれる部分で、ここの設定をミスると折角今までつくったものがパーになってしまいかねない大事な部分になります。マスターデータと呼ばれるデータをまとめた専用参照シートを用いて、プランナーが各自設定したHPの上限値などの値を入力していくことでゲームに設定されていきます。アールフォースでは最近GoogleSpreadSheetを使用してマスターデータの管理運用を行っています。

ポイントとしては数値の出し方は決して感覚値だけに頼ることなく、参考としている他ゲームの場合はどうであったかや、他機能との関係性を総合的に鑑みつつ計算式や曲線などを用いつつ出来るだけ型にはめた上で調整していくことで、狂いの少ないデータをつくっていきます。

この工程もゲームプランナーの役割では非常に大きな割合を占めています。

f:id:rf-blog-sagyo:20200401123241p:plain

④テスト期間

プランナーの役割：ゲームバランスの調整
キーワード：テスト、デバッグ、QA
ワンポイント：テストにしっかりと時間を割き、ゲーム全体を見渡そう

仕様実装が完了し、データ入稿後はゲームが意図通りに仕上がっているか、プレイしていて本当に面白いかをリリースする最後まで確認していくことになります。各機能とデータが全て揃うことで今まで想定していなかった問題や発見が様々な部分で大小出てくる為、QAさんと連携を取りながら仕様バグの修正、データの再チェックなど行います。

またこちらフェイズ上③のΒ開発と分けましたが、データ調整やテスト作業自体は上記③から常に行い、トライ&エラーを繰り返し、よりよいバランスに仕上げていきます。

⑤リリース後運用

プランナーの役割：イベント制作
キーワード：イベント、KPI
ワンポイント：開発時から運用を意識したデータつくり、機能設計を行い、テンプレ化しておこう

無事リリースを迎えた後は、運用フェイズに入ります。プランナーとしては、イベントの開催に合わせ上記の③データの設定と④バランスの調整を各イベント毎に行っていくことになります。イベント制作も近年ではハロウィンやエイプリルフールをはじめ、各社が季節に合わせたこだわりのイベントを提供するのも恒例となってきており、プランナーの腕の見せ所でもあります。

またリリース後は計測したKPI、お問い合わせされる内容、SNSなどの動向を元に、ユーザーが何を求めているのか？どこに不満をもっているのか？どうしたら売上を上げることができるかなどを、適切に分析し対応していくことで息の長いサービスを提供していくことを目指します。

とあるプランナー1日のサイクル

ここでは実際に出社してから退社するまでのプランナー1日の動きを、少しだけ紹介したいと思います。

仕様書作成期間中の1日の例

f:id:rf-blog-sagyo:20200331163744p:plain

10:00～11:00：業務開始の1時間は、メールやチャットのチェックや前日タスクの進捗確認、今日の作業予定の洗い出しなどを行います。ここは基本どのフェイズやプロジェクトでも変わりません。
11:00～13:00：機能Aを仕様書にまとめます。事前に必要な資料などはまとめておき、大枠から詳細へと仕様を固めていきます。
13:00～14:00：お昼休憩です。仲間と外にランチに出かけたり、コンビニ弁当を買い、YouTubeを流しつつイベント周回をして休憩します(笑)
14:00～15:00：午前にまとめた機能A資料を元に、プランナーチームで仕様打ち合わせを行いレビューや意見交換を行います
15:00～16:00：打ち合わせで上がった要望や矛盾や不整合を修正し、資料に再度落とし込みます
16:00～18:00：Aとは別の機能Bを仕様書にまとめます。
18:00～19:00：チーム単位で簡単な進捗報告会をデイリーで行い、情報の共有を計ったり、今後のスケジュール調整を行います。

このように扱う資料やデータが違うだけで、普通のサラリーマンと取り分け特別なことをしている分けではありません。 1つ1つの機能や設計、データに対してお客様にどう感じて欲しいのか、どうしたら喜んで貰えるかを丁寧に考え、最終的に最高のゲーム体験を届けられるように、日々我々も勉強しながら取り組む毎日です！