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
Service Development at Camphor
Search
Ryo Katsuma
June 11, 2017
Technology
1
750
Service Development at Camphor
Ryo Katsuma
June 11, 2017
Tweet
Share
More Decks by Ryo Katsuma
See All by Ryo Katsuma
The past and future of cookpad mart service development
katsuma
0
840
What we learned from our failure at Cookpad Mart to increase the probability of success in product development
katsuma
0
3k
Overview and challenge of Cookpad Mart in 2022
katsuma
0
11k
Technology infrastructure and development organization supporting Cookpad Mart
katsuma
0
590
Description of Cookpad Mart for engineers
katsuma
0
1.5k
Rails for backend of fresh EC platform "Cookpad Mart"
katsuma
3
3.1k
Service development process for Cookpad Mart
katsuma
1
450
What is "engineer to manager" ?
katsuma
13
8.3k
Problems of Fresh Market's EC
katsuma
0
260
Other Decks in Technology
See All in Technology
オーティファイ会社紹介資料 / Autify Company Deck
autifyhq
9
120k
顧客が本当に必要だったもの - パフォーマンス改善編 / Make what is needed
soudai
24
6.8k
AWS CDKでデータリストアの運用、どのように設計する?~Aurora・EFSの実践事例を紹介~/aws-cdk-data-restore-aurora-efs
mhrtech
4
660
リンクアンドモチベーション ソフトウェアエンジニア向け紹介資料 / Introduction to Link and Motivation for Software Engineers
lmi
4
290k
プロポーザルのつくり方 〜個人技編〜 / How to come up with proposals
ohbarye
1
110
Fargateを使った研修の話
takesection
0
120
ガチ勢によるPipeCD運用大全〜滑らかなCI/CDを添えて〜 / ai-pipecd-encyclopedia
cyberagentdevelopers
PRO
3
210
いまならこう作りたい AWSコンテナ[本格]入門ハンズオン 〜2024年版 ハンズオンの構想〜
horsewin
9
2.1k
Jr. Championsになって、強く連携しながらAWSをもっと使いたい!~AWSに対する期待と行動~
amixedcolor
0
190
ネット広告に未来はあるか?「3rd Party Cookie廃止とPrivacy Sandboxの効果検証の裏側」 / third-party-cookie-privacy
cyberagentdevelopers
PRO
1
130
Autify Company Deck
autifyhq
1
39k
新R25、乃木坂46 Mobileなどのファンビジネスを支えるマルチテナンシーなプラットフォームの全体像 / cam-multi-cloud
cyberagentdevelopers
PRO
1
130
Featured
See All Featured
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
126
18k
Happy Clients
brianwarren
97
6.7k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
42
9.2k
Being A Developer After 40
akosma
86
590k
Java REST API Framework Comparison - PWX 2021
mraible
PRO
28
7.9k
Building a Scalable Design System with Sketch
lauravandoore
459
33k
Optimising Largest Contentful Paint
csswizardry
33
2.9k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
250
21k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
246
1.3M
Practical Orchestrator
shlominoach
186
10k
Building a Modern Day E-commerce SEO Strategy
aleyda
38
6.9k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
43
6.6k
Transcript
サービス開発勉強会 サービス開発部 部長 勝間 亮 クックパッドも利用する”最速”でアイデアを形にする方法
自己紹介 • 勝間 亮 (かつま りょう) • 2009.05~ クックパッド •
サービス開発エンジニア ‣ 検索, 投稿, 新規事業, 会員事業, … etc • 2014.05~ マネージャー
今日の流れ • 11:00~12:00 講義 • 12:00~13:00 ! • 13:00~15:00 お題発表+サービス開発
• 15:00~15:30 インタビュー • 15:30~17:00 サービス開発 • 17:00~18:00 発表 • 18:00~ 懇親会
今日の目的 “クックパッドのサービス開発の 考え方を理解する”
今日のゴール 「今日からクックパッドでよろしく!」 に(なんとか)対応できる
今日からよろしく? • 開発フェーズと目的を理解 • 今、何をすべきかを判断 • 最小のコストで実現
!! 注意 !!
注意 • 今日はコードを書きません " • 頭を使って考えてください #
コードを書かない? • 使われることがない「最高の実装」? • 求められる「なんとなく動くもの」?
コードを書かない? • 使われることがない「最高の実装」? • 求められる「なんとなく動くもの」?
サービス開発の考え方
サービス開発の考え方 • 根底にある理解 • 技術に対するスタンス • 解くべき課題
根底にある理解
根底にある理解 誰も正解は知らない
根底にある理解 • 誰も正解は知らない ‣ 僕も分からない ‣ 偉い人も分からない
根底にある理解 • 限られたリソースの中で多くのトライ ‣ 失敗から学ぶ
根底にある理解 • 可能なかぎりの工夫 ‣ フレームワーク ‣ 先人の知恵
技術に対するスタンス
技術に対するスタンス • ユーザーの課題解決 ‣ ↔ 面白そうだからやってみる (= 技術のための技術 ) •
解くべき課題は何?を明確に
解くべき課題
解くべき課題 • 例) 主婦の持つ課題 ‣ 今日何作ろう?が決まらない ‣ 同じものを作りたくない ‣ 毎日買物には行けない
解くべき課題 • 例) 主婦の持つ課題 ‣ 今日何作ろう?が決まらない ‣ 同じものを作りたくない ‣ 毎日買物には行けない
• 解) 人気レシピを探せる検索
サービス開発の考え方 まとめ
サービス開発の考え方 • 正解は誰にも分からない • 多くのトライを打つことが合理的 • 技術はユーザーの課題解決のため
サービス開発のフロー
開発フロー • 課題発見 • 価値仮説 • MVP • 効果検証
開発フロー ‣ 課題発見 • 価値仮説 • MVP • 効果検証
課題発見 • インタビュー ‣ アンケートから感情を理解するのは困難 ‣ コストは高いが確実 • ターゲット層の声を聞く ‣
対面形式 ‣ グループ形式
課題の発見 • 「絶対に必要」とする課題は何? • 現在の解決策は何?
課題の発見 • 「絶対に必要」とする課題は何? • 現在の解決策は何? これは解決すべき課題?
引用: http://www.oreilly.co.jp/books/9784873115917/ http://www.oreilly.co.jp/books/9784873117218/
開発フロー • 課題発見 ‣ 価値仮説 • MVP • 効果検証
方向性のまとめ • 課題と解決策の仮説をまとめる • 自社フレームワーク ‣ 価値仮説シート ‣ EOGS ‣
ステートメントシート
まとめる意義 • 自分たちの思考整理 • 開発中にメンバー間で考えがぶれる ‣ 「何で作ってんだっけ?」の方向性を正す ‣ 限られた時間の中で目的を見失うのは無駄
価値仮説シート • シンプルなフォーマット ‣ ユーザー ‣ 欲求 ‣ 課題 ‣
価値
価値仮説シート • (ユーザー) ________ は • (欲求) _______ (し)たいが •
(課題) _______ (でき)ないので • (特徴) _______ (こと)に価値がある
None
例) 人気順検索 • (ユーザー) レシピをさがすユーザーは • (欲求) 今日のメニューを早く決めたいが • (課題)
多くのレシピから決められないので • (特徴) 人気レシピを探せる検索に価値がある
開発フロー • 課題発見 • 価値仮説 ‣ MVP • 効果検証
MVP • Minimum Viable Product • 価値仮説が正しいかを検証 • 検証を行える可能な限り小さいもの ‣
実装しないものは最も優れたMVP ‣ 例) 手書きのチラシ
None
プロトタイプ • 最短で動くものを作る ‣ 実装せずにできるとベスト • InVision / Flinto ‣
絵だけで動くものができる ‣ スマホで実現したときの疑似体験
Flinto
Flinto
小さくためす • プロト→実装 ‣ 実装するに値するか信じられる? • 実装しても全体リリースはしない ‣ ユーザーを限定して段階的リリース ‣
本番環境でも大丈夫? ‣ リスクの最小化
開発フロー • 課題発見 • 価値仮説 • MVP ‣ 効果検証
検証 • 検証すべき数字をあらかじめ決定 ‣ 利用ユーザー数 ‣ 利用アクション数 … etc
なぜ効果検証? • MVPを答え合わせ ‣ このまま進む? ‣ 方向転換すべき? 引用: Lean Analytics
http://www.oreilly.co.jp/books/9784873117119/
定性的 vs 定量的 • 利用者の声 vs 行動結果 ‣ 実際はどう? ‣
仮説通りの行動結果になっている?
意思決定 MVP 評価 リリース範囲を拡大 リリース内容見直し 戦略練り直し(Pivot)
引用: http://www.oreilly.co.jp/books/9784873117119/
サービス開発のフロー まとめ
開発フローのまとめ • インタビューによる課題発見 • フレームワークで価値仮説をまとめ • ツールを使ったMVP • 行動結果による仮説の検証
午後のワーク
午後のワーク • 課題発見 • 価値仮説 • MVP • 効果検証
午後のワーク • 課題発見 • 価値仮説 • MVP • 効果検証
午後のワーク • (ユーザーの課題はあるとして。。) • 課題に対するアイデアを形にしよう • 形にしたアイデアを使ってもらおう • 自分のアイデアを検証しよう
プロトタイピング編
今日の流れ • 11:00~12:00 講義 • 12:00~13:00 ! • 13:00~15:00 お題発表+サービス開発
• 15:00~15:30 インタビュー • 15:30~17:00 サービス開発 • 17:00~18:00 発表 • 18:00~ 懇親会
お題
解決する課題 パートナーのいる社会人は 平日早く帰りたいが 多忙でなかなか早く帰れない
プロトタイプ • 課題を解決する仮説を考える • 仮説を元にストーリーを考える • ユーザーが移動する画面を考える • プロトタイプを作る
検証 • プロトタイプを触ってもらう • 社員にインタビュー • 方向性を見直す
発表 • 1人5分 • 発表資料は無くてもOK • 考えたこと+プロトタイプ
今日の流れ • 11:00~12:00 講義 • 12:00~13:00 ! • 13:00~15:00 お題発表+サービス開発
• 15:00~15:30 インタビュー • 15:30~17:00 サービス開発 • 17:00~18:00 発表 • 18:00~ 懇親会