自信を持ってピボットするために

by Shintaro Morikawa

Slide 1

Slide 1 text

自信をもってピボットするために森川慎太郎 @morishin127 s-dev talks #4 2018/10/13

Slide 2

Slide 2 text

自己紹介 • クックパッド, お料理アルバム, みんなのお弁当 (iOS・Rails) • Cookin’ (iOS・Firebase) • クックパッド MYキッチン (React Native) ৿઒৻ଠ࿠ ΫοΫύουגࣜձࣾ !NPSJTIJO !NPSJTIJO

Slide 3

Slide 3 text

宣伝買ってよかったもののまとめページを作れるサイト https://katteyokatta.morishin.me

Slide 4

Slide 4 text

今日の話 • ピボットとは • 自信を持ってピボットするための工夫 • サービス開発の流れ • 仮説の設計 • 検証の設計

Slide 5

Slide 5 text

ピボットとは

Slide 6

Slide 6 text

ピボットとは • 方向転換のこと • サービスの価値仮説検証の過程で、大きなコストを払う前に、できるだけ早く仮説を棄却して別の仮説を立てる

Slide 7

Slide 7 text

ピボットとは - 例1 「レシピを投稿することを通して料理は楽しくなるはず」という信念のもと「もっと投稿に対するフィードバックがもらえる人が増えたらレシピ投稿者数が増えるのでは」という方針から「レシピのフォーマットをもっと手軽に書けるものに変えればレシピ投稿者数が増えるのでは」という方針に変える

Slide 8

Slide 8 text

ピボットとは - 例2 「レシピのエディタをもっと手軽に書けるものに変えればレシピ投稿者数が増えるのでは」という信念のもと「作り方や材料の分量入力時に補完が出れば投稿は手軽に感じられるのでは」という方針から「必須入力項目を減らせば投稿は手軽に感じられるのでは」という方針に変える

Slide 9

Slide 9 text

ピボットするには仮説を検証して、その仮説が合っていそうか間違っていそうか判断する

Slide 10

Slide 10 text

仮説の検証 • 成功 = 仮説が合ってた • 失敗 = 仮説が間違ってた

Slide 11

Slide 11 text

仮説の検証 • 成功 = 仮説が合ってたか間違ってたかはっきりした • 失敗 = 仮説が合ってたか間違ってたかよくわからなかったわ  か  ら  ん

Slide 12

Slide 12 text

仮説の検証 - わからん例 • 最高の機能を作ったからユーザーインタビュー • ユーザーさん「へぇ〜なるほど〜これいいですね〜」 • 反応は悪くはなかったし、仮説は正しい？？？わ  か  ら  ん C ヒマだったら  使いたいかも

Slide 13

Slide 13 text

自信を持ってピボットするために • 仮説が合ってたか間違ってたかをはっきりさせるのは  難しいのでがんばりが必要 • 今日は仮説の設計と検証をどうがんばるかの話

Slide 14

Slide 14 text

サービス開発の流れ

Slide 15

Slide 15 text

サービス開発の流れ ① 取り組む施策の内容を決めて作る • 価値仮説を立てる • 施策の内容を考える • プロトタイプを作る ② 施策の筋が良いかを判断する • プロトタイプの定性的評価 • プロダクションリリース後の定量的評価

Slide 16

Slide 16 text

サービス開発の流れ ① 取り組む施策の内容を決めて作る ② 施策の筋が良いかを判断する ①→②→(ピボット or not)→①→②→(ピボット or not)→①→… ピボット or not ピボット or not

Slide 17

Slide 17 text

ピボットの判断を速く正しくするために

Slide 18

Slide 18 text

ピボットの判断を速く正しくするために • デザインスプリント • 検証しやすい仮説の設計 • 検証しやすいインタビュー質問設計

Slide 19

Slide 19 text

デザインスプリント • 5日間でアイデア出し→プロトタイプ制作→ユーザーテストをチームで行う手法

Slide 20

Slide 20 text

スプリントクエスチョン • デザインスプリントの中に出てくる概念 • 目標を達成するためにプロダクトが満たすべき条件、また失敗しうる要因を問いの形にしたもの • 仮説の検証、つまり作ったプロトタイプの評価はスプリントクエスチョンの YES/NO を判断することで行う

Slide 21

Slide 21 text

評価しやすい仮説の設計仮説→スプリントクエスチョンの形で持つ (例) 「自分の料理をレシピだけでなくもっと魅力的に表現できる場があればレシピ投稿はもっと増えるはず」という仮説があったとする

Slide 22

Slide 22 text

評価しやすい仮説の設計 - 例「自分の料理をレシピだけでなくもっと魅力的に表現できる場があればレシピ投稿はもっと増えるはず」 →スプリントクエスチョン ① レシピを投稿した後にさらに表現に手を加えようと思うか? ② 自分の料理の表現にこだわりを込めるか? ③ 自分の料理を魅力的に表現できているか? ④ 次に投稿したい料理の発想につながるか? ⑤ レシピを投稿するハードルが今より上がらないか?

Slide 23

Slide 23 text

評価しやすい仮説の設計 - 例仮説の検証 = プロダクトをユーザーに当てて評価し、①〜⑤のクエスチョンに YES/NO を言う

Slide 24

Slide 24 text

プロダクト案の例 • 「レシピまとめ」 • レシピのコレクションを  作って名前を付けられる

Slide 25

Slide 25 text

仮説に YES/NO が言えるような質問の設計 • ユーザーインタビューによる定性的評価でクエスチョンを検証 • スプリントクエスチョン ➡ インタビュー質問 • ユーザーに訊ける or ユーザーの行動から判断できる形に変換する

Slide 26

Slide 26 text

ユーザーに訊ける or ユーザーの行動から判断できる形 • 口頭でそのまま訊ける質問文 or 観測できる行動 • オープンクエスチョン • ユーザーに考えさせてしまう質問は避ける • 未来でなく過去のことを訊くこれ日常的に  使いそうですか？ ❌

Slide 27

Slide 27 text

質問 - 例 ① レシピを投稿した後にさらに表現に手を加えようと思うか? ➡レシピを投稿した後にレシピまとめ[を作成|に追加]したか ② 自分の料理の表現にこだわりを込めるか? ➡レシピまとめの名前はユニークだったか、レシピまとめ内のレシピ順序を変更したか、カバー画像を設定したか

Slide 28

Slide 28 text

質問 - 例 ③ 自分の料理を魅力的に表現できているか? ➡レシピまとめの載ったMYキッチンページを見たときに驚きがあったか、他人に見せたくなったか ④ 次に投稿したい料理の発想につながるか? ➡作ったレシピまとめに次に入れたい料理のアイデアを聞けたか、他に作りたいレシピまとめのアイデアが聞けたか ⑤ レシピを投稿するハードルが今より上がらないか? ➡レシピを投稿するまでの操作で詰まる場所が無かったか

Slide 29

Slide 29 text

検証 • プロトタイプを5人程度のユーザーに触ってもらう • インタビューで質問を行い多くのスプリントクエスチョンに YES が言える結果になれば仮説は正しそう • ➡実際に作ってリリース • 重要なクエスチョンに NO がつけばピボットする • リリース後やっと定量的評価ができる

Slide 30

Slide 30 text

まとめ • ピボットすべきか判断するのは難しい • 仮説を検証可能な問いの形にする (スプリントクエスチョン) • 問いをユーザーインタビューで確認できる形にする

Slide 31

Slide 31 text

ありがとうございました