Link
Embed
Share
Beginning
This slide
Copy link URL
Copy link URL
Copy iframe embed code
Copy iframe embed code
Copy javascript embed code
Copy javascript embed code
Share
Tweet
Share
Tweet
Slide 1
Slide 1 text
運用5 年目の位置ゲー ムの 新米プロダクト開発
Slide 2
Slide 2 text
自己紹介 小林謙太 ( @kfly8 ) Perl,JS,Math YAPC::Japan 運営側 Mobile Factory 2011/4 ~ 新卒入社( エンジニア職) 2015/6 ~ 駅奪取チー ム 2016/2 ~ 駅奪取チー ム PM 生後8 カ月の娘にメロメロ 娘の最近の好物は、 私のメガネ
Slide 3
Slide 3 text
お話ししたいこと エンジニアとして新卒入社した自分が、 今年から「 駅奪取」 のPM となり、 考えたこと、 失敗してしまったことなど
Slide 4
Slide 4 text
アジェンダ 運用5 年目の位置ゲー ム「 駅奪取」 サー ビス紹介 2 つの大問題 a. どの問題から解決すれば良いかわからない b. 使いにくいドキュメントとKPI ツー ル 新米プロダクト開発 2 つの失敗 a. 「 成果を出さなければいけない」 b. 「 なんでやるの?」
Slide 5
Slide 5 text
運用5 年目の位置ゲー ム「 駅奪取」
Slide 6
Slide 6 text
サー ビス紹介1 おでかけを駅猫ニャッシュと一緒に楽しむ日本全国9 1 0 0 駅を集めるゲーム
Slide 7
Slide 7 text
サー ビス紹介2 安定的に収益をあげているプロダクト O2O の取り組みも積極的に行なっている 姉妹プロダクトの「 駅メモ!」 は、MF の花形製品
Slide 8
Slide 8 text
サー ビス状況 今年、 位置ゲー ムが世間的に有名になった 駅奪取も、 もっと多くの人に遊んでもらいたい
Slide 9
Slide 9 text
2 つの大問題 1. どの問題から解決すれば良いかわからない 2. 使いにくいドキュメントとKPI ツー ル
Slide 10
Slide 10 text
1. どの問題から解決すれば良いかわから ない
Slide 11
Slide 11 text
表面的に見える問題はたくさん 古き良きブラウザゲー ム / ガラケー 対応 多プラットフォー ム展開 ( 悪く言って) 百徳ナイフ、 プロダクト プロダクトの方向性にブレ?
Slide 12
Slide 12 text
どうするか? セオリー 的には、 プロダクトの方向性の整理? 学習/ 経験不足で、 やりきれるか? 問題の因果関係の収拾がつかない... 今の自分に見えていることは氷山の一角に過ぎない? そもそも、 プロダクトの方向性がしっかりなければ、 問 題設定がブレる 問題でないものを解決しても意味がない
Slide 13
Slide 13 text
やったこと 運用の効率化 今後大きなサー ビス改善をする余裕を持つ 駅奪取は元々 のままでも面白い 安定的に収益をあげているプロダクトな為 ズレた施策をいれるなら、 何もしない 成果が出やすい チー ム内で完結でき、 効果も見積もりからブレにくい ユー ザへの施策だとアタリハズレはある
Slide 14
Slide 14 text
結果 運用コストが、 当初見込み通り、 半分ほどに改善 これで今後の改善ができそう
Slide 15
Slide 15 text
2. 使いにくいドキュメントとKPI ツー ル
Slide 16
Slide 16 text
見える問題 ドキュメント・KPI ツー ルが更新されていない 時期/ 作った人によって形式がバラバラ
Slide 17
Slide 17 text
どうするか? 更新のルー ル化? テンプレを用意する?
Slide 18
Slide 18 text
やったこと( ドキュメント) 最小限の手間で、 チー ムで把握したいことの整理に 注力 重要ドキュメントの再構成 目次/ タグの整理 古いものは放置 PRD( もどき) のテンプレ用意
Slide 19
Slide 19 text
やったこと(KPI ツー ル) 目標と進捗をカンタンに追跡しやすくする KPI のストー リー なぜその数字を見るのか サー ビスの健康を見る為か / 先行指標 仮説検証する為か / 洞察指標 いつ見るのか 誰が見るのか BI ツー ルの導入推進 DOMO
Slide 20
Slide 20 text
結果 自分自身のサー ビスの判断軸/ 材料は整理できた が、 チー ムへの浸透は足りない
Slide 21
Slide 21 text
チー ムへの浸透に至らなかった理由 自分にとって使いにくいドキュメント・KPI ツー ル 慣れている人は慣れていた エンジニアの時は、 自分もここまで気にしていなかった PM の立場になって重要度が上がった 課題 知識/ 成功パター ン/ 問題認識の違い 納得感醸成のコミュニケー ション不足
Slide 22
Slide 22 text
まとめ( 運用5 年の位置ゲー ム) どの問題から解決すれば良いかわからない 運用効率化の実施 急がば回れ 使いにくいドキュメントとKPI ツー ル ドキュメントは、 チー ムで把握したいことの整理に注力 KPI は、 目標と進捗をカンタンに追跡しやすくする
Slide 23
Slide 23 text
新米プロダクト開発
Slide 24
Slide 24 text
2 つの失敗 1. 「 成果を出さなければならない」 2. 「 なんでやるの?」
Slide 25
Slide 25 text
1.「 成果を出さなければならない」
Slide 26
Slide 26 text
「 成果を出さなければならない」 と感じた 初めてチー ムの方針を決める立場になった為 長く愛されているゲー ムだった為
Slide 27
Slide 27 text
突然ですが... 懺悔
Slide 28
Slide 28 text
私は、 こっそり実装をしました
Slide 29
Slide 29 text
チー ムとしては、 健全なことではない 成果を上げられない怖さ。 余裕のなさ。 が招いた行動
Slide 30
Slide 30 text
対応 視点の調整 余裕を持つ( 少しでも...) 機会を待つ勇気( こわいけど...) チー ムや同僚の共感を持って、 チー ムで実行する必要が ある 成果点の変更 BEFORE KPI 達成で、 成功 AFTER 変化を起こせれば、 成功 KPI 達成で、 大成功
Slide 31
Slide 31 text
2.「 なんでやるの?」
Slide 32
Slide 32 text
PM として、 なぜを「 考える」 のは必要 人への投げかけもそのまま「 なんでやるの?」 を使っていた それは厳しい言葉/ 否定的だった
Slide 33
Slide 33 text
背景 数学をやっていた時、 なぜの主語は数学だった 「(A->B となるのは) なんで?」 エンジニアの時、 なぜの主語はコー ド/ 技術が多かった 「( 何行目のこのコー ドは) なんで?」
Slide 34
Slide 34 text
立場が代わり、 なぜの主語は、 人に近くなった 「( この施策は) なんで?」 例えば、 施策を考える時、 大なり小なり主観はある 良かれと思って提案をしている。 絶対の正解は作りにく い世界。 論理は使うが、 主観も入る。 主観がある分、 考えた人自身への指摘にもなる
Slide 35
Slide 35 text
対応 聞き方の調整 「 何が良さそう?」 相手が、 肯定的に意見を述べやすい形の質問/ プレゼンテー シ ョンしやすい聞き方
Slide 36
Slide 36 text
まとめ( 新米プロダクト開発) 「 成果を出さなければならない」 成果点の変更も余裕を持つ手段 「 なんでやるの?」 相手が肯定的に意見を述べやすいよう聞き方を配慮する 「 何が良さそう」
Slide 37
Slide 37 text
ご静聴ありがとうございました! 募集 おでかけの楽しみを増やしてみたい方 エンジニアからPM にキャリアチェンジしてみたい方