運用5年目の位置ゲームの新米プロダクト開発

 運用5年目の位置ゲームの新米プロダクト開発

#pmconfjp 2016

918b601dbd1297d58105508fb880b598?s=128

Kenta Kobayashi

October 24, 2016
Tweet

Transcript

  1. 運用5 年目の位置ゲー ムの 新米プロダクト開発

  2. 自己紹介 小林謙太 ( @kfly8 ) Perl,JS,Math YAPC::Japan 運営側 Mobile Factory

    2011/4 ~ 新卒入社( エンジニア職) 2015/6 ~ 駅奪取チー ム 2016/2 ~ 駅奪取チー ム PM 生後8 カ月の娘にメロメロ 娘の最近の好物は、 私のメガネ
  3. お話ししたいこと エンジニアとして新卒入社した自分が、 今年から「 駅奪取」 のPM となり、 考えたこと、 失敗してしまったことなど

  4. アジェンダ 運用5 年目の位置ゲー ム「 駅奪取」 サー ビス紹介 2 つの大問題 a.

    どの問題から解決すれば良いかわからない b. 使いにくいドキュメントとKPI ツー ル 新米プロダクト開発 2 つの失敗 a. 「 成果を出さなければいけない」 b. 「 なんでやるの?」
  5. 運用5 年目の位置ゲー ム「 駅奪取」

  6. サー ビス紹介1 おでかけを駅猫ニャッシュと一緒に楽しむ日本全国9 1 0 0 駅を集めるゲーム

  7. サー ビス紹介2 安定的に収益をあげているプロダクト O2O の取り組みも積極的に行なっている 姉妹プロダクトの「 駅メモ!」 は、MF の花形製品

  8. サー ビス状況 今年、 位置ゲー ムが世間的に有名になった 駅奪取も、 もっと多くの人に遊んでもらいたい

  9. 2 つの大問題 1. どの問題から解決すれば良いかわからない 2. 使いにくいドキュメントとKPI ツー ル

  10. 1. どの問題から解決すれば良いかわから ない

  11. 表面的に見える問題はたくさん 古き良きブラウザゲー ム / ガラケー 対応 多プラットフォー ム展開 ( 悪く言って)

    百徳ナイフ、 プロダクト プロダクトの方向性にブレ?
  12. どうするか? セオリー 的には、 プロダクトの方向性の整理? 学習/ 経験不足で、 やりきれるか? 問題の因果関係の収拾がつかない... 今の自分に見えていることは氷山の一角に過ぎない? そもそも、

    プロダクトの方向性がしっかりなければ、 問 題設定がブレる 問題でないものを解決しても意味がない
  13. やったこと 運用の効率化 今後大きなサー ビス改善をする余裕を持つ 駅奪取は元々 のままでも面白い 安定的に収益をあげているプロダクトな為 ズレた施策をいれるなら、 何もしない 成果が出やすい

    チー ム内で完結でき、 効果も見積もりからブレにくい ユー ザへの施策だとアタリハズレはある
  14. 結果 運用コストが、 当初見込み通り、 半分ほどに改善 これで今後の改善ができそう

  15. 2. 使いにくいドキュメントとKPI ツー ル

  16. 見える問題 ドキュメント・KPI ツー ルが更新されていない 時期/ 作った人によって形式がバラバラ

  17. どうするか? 更新のルー ル化? テンプレを用意する?

  18. やったこと( ドキュメント) 最小限の手間で、 チー ムで把握したいことの整理に 注力 重要ドキュメントの再構成 目次/ タグの整理 古いものは放置

    PRD( もどき) のテンプレ用意
  19. やったこと(KPI ツー ル) 目標と進捗をカンタンに追跡しやすくする KPI のストー リー なぜその数字を見るのか サー ビスの健康を見る為か

    / 先行指標 仮説検証する為か / 洞察指標 いつ見るのか 誰が見るのか BI ツー ルの導入推進 DOMO
  20. 結果 自分自身のサー ビスの判断軸/ 材料は整理できた が、 チー ムへの浸透は足りない

  21. チー ムへの浸透に至らなかった理由 自分にとって使いにくいドキュメント・KPI ツー ル 慣れている人は慣れていた エンジニアの時は、 自分もここまで気にしていなかった PM の立場になって重要度が上がった

    課題 知識/ 成功パター ン/ 問題認識の違い 納得感醸成のコミュニケー ション不足
  22. まとめ( 運用5 年の位置ゲー ム) どの問題から解決すれば良いかわからない 運用効率化の実施 急がば回れ 使いにくいドキュメントとKPI ツー ル

    ドキュメントは、 チー ムで把握したいことの整理に注力 KPI は、 目標と進捗をカンタンに追跡しやすくする
  23. 新米プロダクト開発

  24. 2 つの失敗 1. 「 成果を出さなければならない」 2. 「 なんでやるの?」

  25. 1.「 成果を出さなければならない」

  26. 「 成果を出さなければならない」 と感じた 初めてチー ムの方針を決める立場になった為 長く愛されているゲー ムだった為

  27. 突然ですが... 懺悔

  28. 私は、 こっそり実装をしました

  29. チー ムとしては、 健全なことではない 成果を上げられない怖さ。 余裕のなさ。 が招いた行動

  30. 対応 視点の調整 余裕を持つ( 少しでも...) 機会を待つ勇気( こわいけど...) チー ムや同僚の共感を持って、 チー ムで実行する必要が

    ある 成果点の変更 BEFORE KPI 達成で、 成功 AFTER 変化を起こせれば、 成功 KPI 達成で、 大成功
  31. 2.「 なんでやるの?」

  32. PM として、 なぜを「 考える」 のは必要 人への投げかけもそのまま「 なんでやるの?」 を使っていた それは厳しい言葉/ 否定的だった

  33. 背景 数学をやっていた時、 なぜの主語は数学だった 「(A->B となるのは) なんで?」 エンジニアの時、 なぜの主語はコー ド/ 技術が多かった

    「( 何行目のこのコー ドは) なんで?」
  34. 立場が代わり、 なぜの主語は、 人に近くなった 「( この施策は) なんで?」 例えば、 施策を考える時、 大なり小なり主観はある 良かれと思って提案をしている。

    絶対の正解は作りにく い世界。 論理は使うが、 主観も入る。 主観がある分、 考えた人自身への指摘にもなる
  35. 対応 聞き方の調整 「 何が良さそう?」 相手が、 肯定的に意見を述べやすい形の質問/ プレゼンテー シ ョンしやすい聞き方

  36. まとめ( 新米プロダクト開発) 「 成果を出さなければならない」 成果点の変更も余裕を持つ手段 「 なんでやるの?」 相手が肯定的に意見を述べやすいよう聞き方を配慮する 「 何が良さそう」

  37. ご静聴ありがとうございました! 募集 おでかけの楽しみを増やしてみたい方 エンジニアからPM にキャリアチェンジしてみたい方