自信をもってピボットするために森川 慎太郎@morishin127s-dev talks #4 2018/10/13
View Slide
自己紹介• クックパッド, お料理アルバム, みんなのお弁当 (iOS・Rails)• Cookin’ (iOS・Firebase)• クックパッド MYキッチン (React Native)৻ଠΫοΫύουגࣜձࣾ!NPSJTIJO!NPSJTIJO
宣伝買ってよかったもののまとめページを作れるサイトhttps://katteyokatta.morishin.me
今日の話• ピボットとは• 自信を持ってピボットするための工夫• サービス開発の流れ• 仮説の設計• 検証の設計
ピボットとは
ピボットとは• 方向転換のこと• サービスの価値仮説検証の過程で、大きなコストを払う前に、できるだけ早く仮説を棄却して別の仮説を立てる
ピボットとは - 例1「レシピを投稿することを通して料理は楽しくなるはず」という信念のもと「もっと投稿に対するフィードバックがもらえる人が増えたらレシピ投稿者数が増えるのでは」という方針から「レシピのフォーマットをもっと手軽に書けるものに変えればレシピ投稿者数が増えるのでは」という方針に変える
ピボットとは - 例2「レシピのエディタをもっと手軽に書けるものに変えればレシピ投稿者数が増えるのでは」という信念のもと「作り方や材料の分量入力時に補完が出れば投稿は手軽に感じられるのでは」という方針から「必須入力項目を減らせば投稿は手軽に感じられるのでは」という方針に変える
ピボットするには仮説を検証して、その仮説が合っていそうか間違っていそうか判断する
仮説の検証• 成功 = 仮説が合ってた• 失敗 = 仮説が間違ってた
仮説の検証• 成功 = 仮説が合ってたか間違ってたかはっきりした• 失敗 = 仮説が合ってたか間違ってたかよくわからなかったわ か ら ん
仮説の検証 - わからん例• 最高の機能を作ったからユーザーインタビュー• ユーザーさん「へぇ〜なるほど〜これいいですね〜」• 反応は悪くはなかったし、仮説は正しい？？？わ か ら んC ヒマだったら 使いたいかも
自信を持ってピボットするために• 仮説が合ってたか間違ってたかをはっきりさせるのは 難しいのでがんばりが必要• 今日は仮説の設計と検証をどうがんばるかの話
サービス開発の流れ
サービス開発の流れ① 取り組む施策の内容を決めて作る• 価値仮説を立てる• 施策の内容を考える• プロトタイプを作る② 施策の筋が良いかを判断する• プロトタイプの定性的評価• プロダクションリリース後の定量的評価
サービス開発の流れ① 取り組む施策の内容を決めて作る② 施策の筋が良いかを判断する①→②→(ピボット or not)→①→②→(ピボット or not)→①→…ピボット or not ピボット or not
ピボットの判断を速く正しくするために
ピボットの判断を速く正しくするために• デザインスプリント• 検証しやすい仮説の設計• 検証しやすいインタビュー質問設計
デザインスプリント• 5日間でアイデア出し→プロトタイプ制作→ユーザーテストをチームで行う手法
スプリントクエスチョン• デザインスプリントの中に出てくる概念• 目標を達成するためにプロダクトが満たすべき条件、また失敗しうる要因を問いの形にしたもの• 仮説の検証、つまり作ったプロトタイプの評価はスプリントクエスチョンの YES/NO を判断することで行う
評価しやすい仮説の設計仮説→スプリントクエスチョンの形で持つ(例)「自分の料理をレシピだけでなくもっと魅力的に表現できる場があればレシピ投稿はもっと増えるはず」という仮説があったとする
評価しやすい仮説の設計 - 例「自分の料理をレシピだけでなくもっと魅力的に表現できる場があればレシピ投稿はもっと増えるはず」→スプリントクエスチョン① レシピを投稿した後にさらに表現に手を加えようと思うか?② 自分の料理の表現にこだわりを込めるか?③ 自分の料理を魅力的に表現できているか?④ 次に投稿したい料理の発想につながるか?⑤ レシピを投稿するハードルが今より上がらないか?
評価しやすい仮説の設計 - 例仮説の検証= プロダクトをユーザーに当てて評価し、①〜⑤のクエスチョンに YES/NO を言う
プロダクト案の例• 「レシピまとめ」• レシピのコレクションを 作って名前を付けられる
仮説に YES/NO が言えるような質問の設計• ユーザーインタビューによる定性的評価でクエスチョンを検証• スプリントクエスチョン ➡ インタビュー質問• ユーザーに訊ける or ユーザーの行動から判断できる形に変換する
ユーザーに訊ける or ユーザーの行動から判断できる形• 口頭でそのまま訊ける質問文 or 観測できる行動• オープンクエスチョン• ユーザーに考えさせてしまう質問は避ける• 未来でなく過去のことを訊くこれ日常的に 使いそうですか？❌
質問 - 例① レシピを投稿した後にさらに表現に手を加えようと思うか?➡レシピを投稿した後にレシピまとめ[を作成|に追加]したか② 自分の料理の表現にこだわりを込めるか?➡レシピまとめの名前はユニークだったか、レシピまとめ内のレシピ順序を変更したか、カバー画像を設定したか
質問 - 例③ 自分の料理を魅力的に表現できているか?➡レシピまとめの載ったMYキッチンページを見たときに驚きがあったか、他人に見せたくなったか④ 次に投稿したい料理の発想につながるか?➡作ったレシピまとめに次に入れたい料理のアイデアを聞けたか、他に作りたいレシピまとめのアイデアが聞けたか⑤ レシピを投稿するハードルが今より上がらないか?➡レシピを投稿するまでの操作で詰まる場所が無かったか
検証• プロトタイプを5人程度のユーザーに触ってもらう• インタビューで質問を行い多くのスプリントクエスチョンに YES が言える結果になれば仮説は正しそう• ➡実際に作ってリリース• 重要なクエスチョンに NO がつけばピボットする• リリース後やっと定量的評価ができる
まとめ• ピボットすべきか判断するのは難しい• 仮説を検証可能な問いの形にする (スプリントクエスチョン)• 問いをユーザーインタビューで確認できる形にする
ありがとうございました
morishin
nozomi
doradora09
leverages
lsuzuki
dahatake
o2mami
hacobu
cyberagent_recruit
ubiregi_saiyo
joaoasrosa
.png){kind=avatar}
cuebicventures
ichimichi
panda_program
phodgson
jennybc
tammielis
kevinliebholz
maltzj
dougneiner
nonsquared
afnizarnur
cherdarchuk
hursman
colly