データエンジニアとアナリストチーム兼務になった件について

by gree_tech

Slide 1

Slide 1 text

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

Slide 2

Slide 2 text

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

Slide 3

Slide 3 text

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

Slide 4

Slide 4 text

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

Slide 5

Slide 5 text

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

Slide 6

Slide 6 text

Slide 7

Slide 7 text

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

Slide 8

Slide 8 text

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

Slide 9

Slide 9 text

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

Slide 10

Slide 10 text

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

Slide 11

Slide 11 text

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

Slide 12

Slide 12 text

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

Slide 13

Slide 13 text

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

Slide 14

Slide 14 text

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

Slide 15

Slide 15 text

Slide 16

Slide 16 text

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

Slide 17

Slide 17 text

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

Slide 18

Slide 18 text

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

Slide 19

Slide 19 text

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

Slide 20

Slide 20 text

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

Slide 21

Slide 21 text

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

Slide 22

Slide 22 text

Slide 23

Slide 23 text

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

Slide 24

Slide 24 text

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

Slide 25

Slide 25 text

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

Slide 26

Slide 26 text

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

Slide 27

Slide 27 text

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

Slide 28

Slide 28 text

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

Slide 29

Slide 29 text

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

Slide 30

Slide 30 text

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

Slide 31

Slide 31 text

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

Slide 32

Slide 32 text

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

Slide 33

Slide 33 text

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

Slide 34

Slide 34 text

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

Slide 35

Slide 35 text

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

Slide 36

Slide 36 text

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

Slide 37

Slide 37 text

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

Slide 38

Slide 38 text

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

Slide 39

Slide 39 text

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

Slide 40

Slide 40 text

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

Slide 41

Slide 41 text

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

Slide 42

Slide 42 text

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

Slide 43

Slide 43 text

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

Slide 44

Slide 44 text

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

Slide 45

Slide 45 text

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

Slide 46

Slide 46 text

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