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

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

自己紹介小林謙太 ( @kﬂy8 ) Perl,JS,Math YAPC::Japan 運営側 Mobile Factory
2011/4 ～新卒入社( エンジニア職) 2015/6 ～駅奪取チーム 2016/2 ～駅奪取チーム PM 生後8 カ月の娘にメロメロ娘の最近の好物は、私のメガネ

お話ししたいことエンジニアとして新卒入社した自分が、今年から「駅奪取」のPM となり、考えたこと、失敗してしまったことなど

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

運用5 年目の位置ゲーム「駅奪取」

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

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

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

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

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

表面的に見える問題はたくさん古き良きブラウザゲーム / ガラケー対応多プラットフォーム展開 ( 悪く言って)
百徳ナイフ、プロダクトプロダクトの方向性にブレ?

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

やったこと運用の効率化今後大きなサービス改善をする余裕を持つ駅奪取は元々のままでも面白い安定的に収益をあげているプロダクトな為ズレた施策をいれるなら、何もしない成果が出やすい
チーム内で完結でき、効果も見積もりからブレにくいユーザへの施策だとアタリハズレはある

結果運用コストが、当初見込み通り、半分ほどに改善これで今後の改善ができそう

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

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

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

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

やったこと(KPI ツール) 目標と進捗をカンタンに追跡しやすくする KPI のストーリーなぜその数字を見るのかサービスの健康を見る為か
/ 先行指標仮説検証する為か / 洞察指標いつ見るのか誰が見るのか BI ツールの導入推進 DOMO

結果自分自身のサービスの判断軸/ 材料は整理できたが、チームへの浸透は足りない

チームへの浸透に至らなかった理由自分にとって使いにくいドキュメント・KPI ツール慣れている人は慣れていたエンジニアの時は、自分もここまで気にしていなかった PM の立場になって重要度が上がった
課題知識/ 成功パターン/ 問題認識の違い納得感醸成のコミュニケーション不足

まとめ( 運用5 年の位置ゲーム) どの問題から解決すれば良いかわからない運用効率化の実施急がば回れ使いにくいドキュメントとKPI ツール
ドキュメントは、チームで把握したいことの整理に注力 KPI は、目標と進捗をカンタンに追跡しやすくする

新米プロダクト開発

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

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

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

突然ですが... 懺悔

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

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

対応視点の調整余裕を持つ（少しでも...）機会を待つ勇気（こわいけど...) チームや同僚の共感を持って、チームで実行する必要が
ある成果点の変更 BEFORE KPI 達成で、成功 AFTER 変化を起こせれば、成功 KPI 達成で、大成功

2.「なんでやるの？」

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

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

立場が代わり、なぜの主語は、人に近くなった「( この施策は) なんで？」例えば、施策を考える時、大なり小なり主観はある良かれと思って提案をしている。
絶対の正解は作りにくい世界。論理は使うが、主観も入る。主観がある分、考えた人自身への指摘にもなる

対応聞き方の調整「何が良さそう？」相手が、肯定的に意見を述べやすい形の質問/ プレゼンテーションしやすい聞き方

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

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

More Decks by Kenta Kobayashi