Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Cookpad Online Summer Internship 2020, サービス開発基礎講義
Search
Misaki Kubosaka
August 26, 2020
Design
2
4.5k
Cookpad Online Summer Internship 2020, サービス開発基礎講義
クックパッドの2020夏インターンで用いた資料です
Misaki Kubosaka
August 26, 2020
Tweet
Share
More Decks by Misaki Kubosaka
See All by Misaki Kubosaka
UDM#2 水産現場のユーザーに寄り添う ウーオ流プロダクト開発
misaaa09
0
380
Cookpad Online Summer Internship 2020, サービス開発実践編講義
misaaa09
0
4k
Other Decks in Design
See All in Design
ito aya|Portfolio2409
itoaya116
0
250
Money Forward UIの紹介 / Introducing Money Forward UI
taigakiyokawa
0
450
美しいUIを作るために デザイナーが意識している ちょっとした考え方
yuichi_hara7
50
32k
[Designship2024] デザインの力でサービスの価値を追求していたら、組織全体をデザインしていた話
okakasoysauce
1
760
コンセプトで経営・事業・組織を動かす、 Ameba20周年ブランディング / ameba-20th-branding
cyberagentdevelopers
PRO
1
260
Credence
lratmansunu
0
380
アジャイル開発におけるFigmaAI新機能の活用
abokadotyann
1
180
MLP_Cleanup_Olga
olgastoryboard
0
140
デザイナー視点の体験設計とデザインレビューを事業部全員で体験するワークショップをしたお話
masayofff
2
200
知を活かせるチームづくりとは?-MIMIGURIで実践している「全員探究」の仕組みと文化づくり-
chiemitaki
1
680
Charcoal 2.0: デザインシステムの基盤を再構築
godlingkogami
1
330
Lightning Talk: Beautiful Slides for Beginners
inesmontani
PRO
1
130
Featured
See All Featured
Gamification - CAS2011
davidbonilla
80
5k
Navigating Team Friction
lara
183
14k
Teambox: Starting and Learning
jrom
132
8.7k
Why Our Code Smells
bkeepers
PRO
334
57k
Building Applications with DynamoDB
mza
90
6.1k
Code Reviewing Like a Champion
maltzj
519
39k
Faster Mobile Websites
deanohume
304
30k
Rails Girls Zürich Keynote
gr2m
93
13k
Optimizing for Happiness
mojombo
376
69k
Bash Introduction
62gerente
608
210k
Designing the Hi-DPI Web
ddemaree
280
34k
Typedesign – Prime Four
hannesfritz
39
2.4k
Transcript
サービス開発とは?
サービス開発とは 赤の他人へのプレゼント選び • プレゼントを渡して他人を喜ばせるのは難しい • 友達でも悩むし、家族ですら悩む • なのに赤の他人がほしいものなんて分かるわけがない
今日何食べたい? んー… 分からないなら本人に聞けばいい?
今日何食べたい? なんでもいいよ 欲しい物を言葉にするのは難しい
今日何食べたい? じゃあ素麺でいい? なんでもいいよ えー、、素麺かぁ… 欲しい物を言葉にするのは難しい
サービス開発における大前提 誰も正解がわからない
・何をつくるべきなのかは誰も分からない ・社長も上司もユーザー自身も分からない ・意見や思考は変わるもの 明日は早起きして3km走るぞ!! PM 21:00 同一人物 AM 6:00 眠い…もうちょっとだけ布団に…
正解がわからないことを知る
サービス開発とは 誰も正解がわからないなかで 人が欲しがるものをつくること
サービス開発とは どうすればいい ?
・誕生日プレゼントをあげて喜ぶかは、あげてみないと分からない ・年に一回の誕生日プレゼント以外の方法で好みを知ることもできる ・何気ない会話から推察する ・服装や持ち物、行動を観察してみる ・手軽にコンビニで買ったお菓子をあげてみる どうするのが合理的か
考えて (仮説) (検証) 確かめる これを、ひたすら繰り返す 正解がない中で人が欲しがるものを作るには
・最初から100%ユーザーが喜ぶものを作るのは難しい ・ひたすら作って壊すの繰り返し ・壊しやすく作るのも大事 ・失敗を恐れるのではなく、当たり前と考えて 時間をかけ過ぎずに前に進めるのが大事 失敗は前提
サービス開発とは ピントを徐々に合わせる行為
現場で実践される開発プロセス 仮説 考える 実行 作ってみる 検証 答え合わせ
仮説 考える 実行 作ってみる 検証 答え合わせ 現場で実践される開発プロセス 高速に回す
仮説 考える 実行 作ってみる 検証 答え合わせ 各工程の大事なポイントと手法をお話していきます
仮説 考える 実行 作ってみる 検証 答え合わせ 仮説フェーズで大事なこと
仮説フェーズで大事なこと① ・仮説を立てるにはユーザーを深く理解することが必要 ユーザー理解の深さが高い精度の仮説につながる ・理解のポイントは2つ 欲求 やりたい できない 課題
・手法はいろいろ ・ユーザーインタビュー ・アンケート ・ドッグフーディング ・ログ分析 ・etc.. ユーザー理解の手法
・手法はいろいろ ・ユーザーインタビュー ・アンケート ・ドッグフーディング ・ログ分析 ・etc.. 午後の実践はこれをやってみます ユーザー理解の手法
ユーザーインタビュー ・ユーザーを理解するための基礎であり、最も汎用的な手法 価値観、文脈、行動 ・例:ユーザーに起床から就寝までの一日の流れを教えてもらう ・ユーザーの を理解する ・Contextual Inquiry (文脈的調査) ・ユーザーを師匠と見立てて、弟子入りして教えを請う
・共通点をペルソナにする ・ユーザーは百人十色 ・その行動パターンを言語化し、 ペルソナにする 数個に収束する ・似た属性・志向を持つユーザーの 行動パターンは ユーザー像の認識を揃える ・チーム内で ペルソナ作成
・対象となるペルソナの抱えている課題を発見 ・解決すべき課題はなにか? ・どうやって解決するか? ・解決によって得られるものは? ・解決にかかるコストは? ・代替手段を使ってでも解決しようとしている? 仮説の定義
仮説フェーズで大事なこと② いつでも立ち戻れるコンパスを作る ・仮説を言語化することで 実行、検証フェーズで ・サービス開発は“誰も正解が分からない” 正解が無いので迷ったときの判断は人それぞれ 開発するチームで目線を合わせるため ・このコンパスを何度も見返すことで効率よく 形を作り、学びを得られる
None
None
そのサービスは誰が使う? そのサービスを使うと何が嬉しいの? その価値はどんな体験から得られる? その体験はどんな機能があれば実現できる? 1. 利用者: 2. 価値: 3. 体験:
4. 機能: 考える順序 仮説と解決策の言語化
状況と目的に合わせて、組み合わせる ・ペルソナ ・ジャーニーマップ ・ストーリーボード ・リーンキャンバス ・価値仮説シート ・EOGS ・アプリケーション定義ステートメント 一般的な手法 クックパッド独自の手法
フレームワーク
ペルソナシート 一般的な手法
ジャーニーマップ 一般的な手法
価値仮説シート クックパッド独自の手法
価値仮説シート 午後の実践はこれをやってみます
仮説 考える 実行 作ってみる 検証 答え合わせ ユーザーを深く理解すること いつでも立ち戻れるコンパスを作ること
仮説 考える 実行 作ってみる 検証 答え合わせ 実行フェーズで大事なこと
実行フェーズで大事なこと 最小コスト 「実装しない」のが最も小さい ・ で仮説が検証できるものをつくる ・可能な限り小さな実装で仮説を検証する = MVP ・Minimum Viable
Product ・検証を行える可能な限り小さいもの ・
MVP 「最短で仮説が検証できるものをつくる」 ・目的は こと ・方法はいろいろ ・ペーパープロトタイピング ・プロトタイピングツールの利用 ・実装する 午後の実践はこれ
実例:チャットbotのMVPを作る 社内FAQの問合わせbotを作りたいが そもそも需要があるのかどうかを試したい 実装する?? down
Misaki Kubosaka Misaki Kubosaka 実例:チャットbotのMVPを作る 社内FAQの問合わせbotを作りたいが そもそも需要があるのかどうかを試したい 自分がbotになってみる down
実行 作ってみる 仮説 考える 検証 答え合わせ 最小コストで仮説が検証できる ものをつくること
仮説 考える 実行 作ってみる 検証 答え合わせ 検証フェーズで大事なこと
検証フェーズで大事なこと ・想定する結果と現実とのズレを学びに変えること ・仮説の答え合わせをして次に活かすのが大事 ・仮説は正しかったのか?間違っていたのか? ・どこが正しかったのか?どこが間違っていたのか? ・このまま進んで良いのか?方向転換が必要か?
検証方法 ・大雑把に分けると定量と定性 ・どちらの視点も必須だが施策内容や開発フェーズで使い分ける ・定量データ ・人数や割合、傾向地など、何かしら明確な“数値や量”で表されるデータを 集計・分析する ・定性データ ・個人による発言や行動など、数量や割合では表現できないものの“意味”を 理解する
定量評価 ・正確な情報を得ることができる ・前提や検証の状況を疑うことは必要 代表例:A/Bテスト なぜ良かったのか?/悪かったのか? ・一方で、行動の理由はわからないため ユーザー体験を裏付ける情報は得られない
定性評価 ・ユーザー体験のその理由を直接確認できるので、 行動の裏付けとなる情報が得られる ・一方で、情報の正確性には注意が必要 ・テスト対象が特殊な属性だったら? ・ユーザーが無自覚に普段の行動と違う話をしていたら?
定性評価例:ユーザーテスト 明日の実践はこれ ・短期間で検証可能 ・サービスの初期のコンセプト検証 や、更なるユーザー理解に有効 ・想定と違う行動をした場合 その理由を直接確認できる
検証 答え合わせ 仮説 考える 実行 作ってみる 想定する結果と現実とのズレを 学びに変えること
まとめ
サービス開発まとめ 失敗は当たり前 ・「考えて⇔確かめる」を丁寧かつ高速に繰り返す。 ・開発プロセスを高速に回すためのポイント ユーザーを深く理解すること いつでも立ち戻れるコンパスを作る 最小コストで仮説が検証できるものをつくること 想定する結果と現実とのズレを学びに変える