GREE Tech Conference 2021 で発表された資料です。 https://techcon.gree.jp/2021/session/ShortSession-2

1. データエンジニアと
アナリストチーム
兼務になった件について
株式会社WFS エンジニア/アナリスト 高塚麻耶

2. 2
高塚麻耶 2020年度入社（2年目）
1年目 データプラットフォームチーム(データ基盤など)
2年目 データプラットフォームチーム ＋ アナリストチーム

3. 1年目 データプラットフォームチーム(データ基盤など)
3
高塚麻耶 2020年度入社（2年目）
1年目 データエンジニア
2年目 データプラットフォームチーム＋アナリストチーム
2年目 データエンジニア + アナリスト

4. 4
分析業務のイメージとギャップ
最初の疑問点
アナリストってどんな事をしているのか
どういったスキル・知識が必要なのか

5. アナリスト業務のイメージとギャップ
１
２
３
エンジニアが分析業務を行うメリット/デメリット
役に立ったスキル＋必要だと感じたスキル
今回お話する内容

6. アナリスト業務のイメージとギャップ
１
２
３
エンジニアが分析業務を行うメリット/デメリット
役に立ったスキル＋必要だと感じたスキル
今回お話する内容

7. 7
分析業務のイメージとギャップ
アナリスト
（毎月の売り上げ、イベント満足度など）
分析した結果、〇〇と△△の新規実装をしたら良いと思います！！
プロダクト
提案
分析・アナリストに対する自分のイメージ

8. 8
分析業務のイメージとギャップ
アナリスト
（毎月の売り上げ、イベント満足度など）
分析した結果、〇〇と△△の新規実装をしたら良いと思います！！
プロダクト
提案
分析・アナリストに対する自分のイメージ

9. 9
分析業務のイメージとギャップ
アナリスト
1. 「何を解決したいか」をヒアリング＆分析を提案
2. データを収集
3. 分析結果をまとめ＆報告
疑問・問題を聞き出し、原因特定・解決策を考えることが主
具体的な流れ

10. 10
分析業務のイメージとギャップ
アナリスト
わかりました！先月分のログを分析してみます！
運営チーム
先月に比べて売り上げが落ち込んでいる・・・？なんで？？
イベントの参加率が△％減っていますね
イベントのボスが強すぎたのか、報酬が魅力的ではなかった？？
ボス戦の敗北率を出してみましょうか
・
・
・
疑問

11. 11
分析業務のイメージとギャップ
● 分析作業＜ヒアリング・問題点の共有が重要
● 共通で出すKPI(DAU、インストールUU、毎月の売り上げetc)はあるが、
それ以外は基本的に個々に対応していく
○ エンジニア：スケジュールと担当を割り振って実装する
○ アナリスト：自分で仕事を探しにいくスタイル
イメージとのギャップまとめ

12. 今回お話する内容
アナリスト業務のイメージとギャップ
１
２
３
エンジニアが分析業務を行うメリット/デメリット
役に立ったスキル＋必要だと感じたスキル

13. ログ取得
• サーバーログ
• クライアント
ログ保管・分析 可視化
役に立ったスキル＋必要だと感じたスキル
ログ取得から分析結果の可視化までの流れ（一例）
アナリストが触れる部分
Firebase、BigQuery、Airflow、DataPortal、GASなど
google
app script

14. • [言語] SQL, Python
• [ログ保管] BigQuery,Aireflow
• [可視化] BigQueryから可視化するツールの知識
• スプレッドシート連携(GAS)
• Data Portal
役に立ったスキル＋必要だと感じたスキル
• ゲームエンジンの知識(Unity、Cocos2d-x)
• Firebase
• Docker
• kubernetes
必要なスキル
役に立った

15. 今回お話する内容
アナリスト業務のイメージとギャップ
１
２
３
エンジニアが分析業務を行うメリット/デメリット
役に立ったスキル＋必要だと感じたスキル

16. 16
エンジニアが分析業務を行うメリット/デメリット
1 .アナリストが設計したログを実装する際にコミュニケーションコストが減った
メリット
アナリスト
戦闘のautoモードのログ実装
仕様書的に、autoモード利用時間、バトル全体時間に対する割合のログだけ
出せばいいのか
プライマリーキーになるカラムが無いのでこれだと分析に使えない・・
手直し発生

17. 17
エンジニアが分析業務を行うメリット/デメリット
メリット
● プライマリーキーになるidは必要だろう
● jsonで出す方が楽だけど、分析の時に中身見るのが大変そうだから
カラム分けよう
● nullで出すより、0を入れた方が分析の時に混乱しなさそう（逆も
あり）
1 .アナリストが設計したログを実装する際にコミュニケーションコストが減った
分析業務をやった後

18. 18
エンジニアが分析業務を行うメリット/デメリット
1. ログを実装する際にアナリストとのコミュニケーションコストが減った
2. 気になる数値を自分で分析できるように（自分で実装した部分が実際にど
う機能しているか見るなど）
3. KPI、マーケティング用語への理解が深まる
4. 設計側と実装側両方の気持ちがわかるように
メリット

19. 19
エンジニアが分析業務を行うメリット/デメリット
1. ログを実装する際にアナリストとのコミュニケーションコストが減った
2. 気になる数値を自分で分析できるように（自分で実装した部分が実際にど
う機能しているか見るなど）
3. KPI、マーケティング用語への理解が深まる
4. 設計側と実装側両方の気持ちがわかるように
メリット
1. 用語、定義などの学習コストが高め（マーケティング用語など）
2. MTG、資料作成の比重・回数が多くなる
3. 設計側と実装側両方の気持ちがわかるように
デメリット

20. 今回お話する内容
分析業務のイメージとギャップ
１
２
３
エンジニアが分析業務を行うメリット/デメリット
役に立ったスキル＋必要だと感じたスキル

21. まとめ
エンジニアがアナリストを兼務
• 分析業務自体への理解が深まり、アナリストと連携が取りやすく
• エンジニア業務でも設計・定義の理解が早まり効率的に実装可能に
• アナリストで必要なスキルがエンジニアと重なる部分が多い
• 得た知識は双方の業務で活用できる
今後は分析で欲しいログを自分で設計して自分で入れられる
エンジニア/アナリストを目指したい！
（アナリスト側は見たいログをちゃんと入れられる＆プロダクトの工数も減らせてハッピー）

22. 22

23. 23
分析業務のイメージとギャップ
ゲームの分析業務では具体的に何をするのか
● 毎月の売り上げ予測？
● キャラごとの人気の理由を分析？
● イベントの満足度の分析？
分析・アナリストに対する自分のイメージ

24. 24
分析業務のイメージとギャップ
ゲームの分析業務では具体的に何をするのか
● 毎月の売り上げ予測？
● キャラごとの人気の理由を分析？
● イベントの満足度の分析？
分析・アナリストに対する自分のイメージ
部分的に

25. 未来への展望などを書く
エンジニア〜アナリスト
アナリストの仕事は他にも〜〜みたいな

26. • マーケティング部門が正
• エンジニアが嬉しいこと（ログ実装の知見など）
• 分析内容を詳しく
• エンジニアからアナリストのキャリアパス
• なりたい人向けの内容？
• スキルセットが役に立つか
• 新たに学ぶ内容

27. 例：ユーザーテストで何の数値を見るべきかの提案
開発フェーズごとの役割と他部署との連携(実際の例)
定量：ログの数値から分析
• 継続率
• ガチャ回数
• アンインストール率
• ゲームの進捗度合い
定性：アンケートから分析
• ユーザー属性(年齢・性別)
• 満足度
• 不満点
• 課金欲
• やってほしいイベントなど

28. ログ取得
• サーバーログ
• クライアント
ログ保管
分析
可視化
開発フェーズごとの役割と他部署との連携(実際の例)
ゲームログ取得から可視化までの流れ
● データレイクにはBigQueryを利用
● 分析用の中間テーブル作成など整形にkubernetesを利用

29. ログ取得
• サーバーログ
• クライアント
ログ保管
分析
可視化
開発フェーズごとの役割と他部署との連携(実際の例)
ゲームログ取得から可視化までの流れ
● 毎日確認する用のダッシュボードはデータポータルで作成

30. まとめ
エンジニアとアナリスト業務を経験することは両方の業務に利点がある
と感じた
エンジニア
● ログなどの設計の意図がわかる
● 分析・マーケ用語への理解が深まる
○ アナリスト、マーケチームとの話
し合いがスムーズに
● ドキュメント作成の精度が向上
アナリスト
● より実装しやすい設計が可能
● エンジニアの工数感が分かり、連携し
やすく
○ エンジニアとの話し合いがスムー
ズに
● 自らログなどの実装を担当できる

31. 分析業務のイメージとギャップ
１
２
３
エンジニアが分析業務を行うメリット/デメリット
開発フェーズごとの役割と他部署との連携(実際の例)
今回お話する内容

32. 開発フェーズごとの役割と他部署との連携(実際の例)
● 開発段階
● ユーザーテスト・クローズドβテスト
● リリース後（運営段階）
アナリスト
● 主にマーケット部門、開発部門と連携
● 各段階でそれぞれの部署の疑問解消、問題解決、また提案
のために分析を行う

33. 開発フェーズごとの役割と他部署との連携(実際の例)
1. 開発段階
アナリスト
企画・開発
予算に対する売り上げ目標
ログを実装
継続してゲームを続けても
らうには？
リリース後の売り上げ目標
の試算
ログ設計、実装サポート
他社・既存のデータと比較

34. 開発フェーズごとの役割と他部署との連携(実際の例)
アナリスト
企画・マーケ
テストでゲームを実際に遊
んでくれそうなユーザーの
反応を知りたい
リリースまでに何を改善す
べきか
広告が効いているか
テスト対象の定義・提案
テストで見るべきkpiを提案
事前・事後アンケートの設
計と集計
2. ユーザーテスト・クローズドβテスト

35. 開発フェーズごとの役割と他部署との連携(実際の例)
アナリスト
企画・運営
イベントの反応、効果を知
りたい
ユーザーの日々の遊び方を
知りたい
継続してゲームを続けても
らうには？
イベントごとに数値を集計、
レポート作成
毎日確認できるようにkpi
をまとめたダッシュボード
の作成
新機能の提案、改善案
3. リリース後（運営段階）

36. 36
分析業務のイメージとギャップ
1. 「何を解決したいか」をヒアリング＆分析を提案
2. データを収集
3. 分析結果をまとめ＆報告
1. 各所とMTG、提案書作成、要件設計
2. ログ設計、ログ収集・整形部分の実装
3. 分析作業、レポート作成
データエンジニアの頃は
このログ実装を担当していた

37. 今まで
アナリスト：設計
→自分(エンジニア)：ログ実装
→アナリスト：分析
→プロダクトやマーケで活用
兼務
自分（アナリスト）設計〜プロダクトに入って実装サポート＋分析

38. エンジニア業務とアナリスト業務のギャップ
アナリスト
• ログの設計〜提案書を作成、外部向けの資料作成やMTGも
• 予算や売り上げ目標などお金まわりを見ることも多い
• ログ実装にかかる工数の感覚が掴みにくい

39. 何のために分析するのか
→ゲームをもっと楽しく遊んでもらう＋売り上げを伸ばす
→プロダクトチームの気になる＋マーケチームの気になる
を分析＆実装
39

40. エンジニア業務とアナリスト業務のギャップ
エンジニア
• 設計通りログ実装
• 分析の細かい内容はなんとなくの理解
• 業務的にお金周りのこと（予算など）を考慮する機会があま
りなかった

41. 例：CBTで何の数値を見るべきかの提案
• 予算から売り上げの達成目標値を算出
• 広告費等からインストール数と売り上げの予測
＋
• 既存のゲームの売り上げとそれに起因する要素
→CBTで見るべき指標（KPI）と目標値の提案

42. 定量：ログの数値から分析
• 継続率
• ガチャ回数
• アンインストール率
• ゲームの進捗度合い
定性：アンケートから分析
• ユーザーの属性
• 満足度
• 不満点
• 課金欲
• 要望
例：CBTで何の数値を見るべきかの提案

43. 例：CBTで何の数値を見るべきかの提案
[継続率]
定量
• 課金層の継続率が悪い
• ○章で離脱しているユーザーが多い
定性
• ボス戦の難易度への不満
→ゲームバランスの調整

44. 例：プッシュをよりマーケで活用
既存のプッシュ活用
• お知らせ
• イベントごと
• 定期的に

45. 例：プッシュをよりマーケで活用
新規のプッシュ活用
• お知らせ
• イベントごと
• 定期的に
• ○日後にアンインストールしそ
うなユーザー
• △に興味のありそうなユーザー
既存のプッシュ活用

46. Firebase Cloud Messagingの導入
• サンプル作成を行い機能の確認＆導入提案書作成
• 実際の活用イメージを確認
• SDK組み込み
• 組み込み後、運用のサポート
例：プッシュをよりマーケで活用