Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
リーン・スタートアップとMVP/lean-startup-mvp
Search
Atsushi Harada
November 07, 2019
Business
27k
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
リーン・スタートアップとMVP/lean-startup-mvp
Atsushi Harada
November 07, 2019
More Decks by Atsushi Harada
See All by Atsushi Harada
モジャイリーンな事業開発/mojilean-business-development
harada4atsushi
0
430
スクラムとモジャイル/scrum-and-mojile
harada4atsushi
0
8.6k
リーンキャンバスの作り方/how-to-make-lean-canvas
harada4atsushi
0
9.9k
見積もり/agile-estimation
harada4atsushi
0
73k
振り返り/agile-looking-back
harada4atsushi
0
22k
インセプションデッキの作り方/how-to-make-inception-deck
harada4atsushi
0
11k
もふもふなエンジニアの心得/mofmofinc-engineer-knowledge
harada4atsushi
0
8.3k
mofmof inc. 会社紹介 for 採用/mofmofinc-informatioin-for-recruiting
harada4atsushi
3
58k
Other Decks in Business
See All in Business
ログラス会社紹介資料 / Loglass Company Deck
loglass2019
20
580k
Bet AI Day 2026丨LayerXの採用を支える組織AIの現在地と、Agentに任せる未来
layerx
PRO
11
14k
さまざまなサイズにおける巻き込み方と伝え方 / OSO2026
daiksy
2
680
PMよ、エゴイストになれ!
suh1101
0
240
採用広報資料_2026年9月.pdf
gw_recruit
0
1.3k
AI時代の開発体制論 — 人から人へのプルリクはもう要らない
noritaka88tax
0
130
GREAT WORKS Culture Deck
greatworks
0
140
20260828_15minLT_データ分析10倍時代を考える
doradora09
PRO
0
980
向山純平 ご提供業務一覧 / Junpei Mukouyama – Professional Services
mj6237
3
210
事業領域
daisan123
0
650
3DC Company Deck v2026
3dc_inc
0
580
2026.9_中途採用資料.pdf
superstudio
PRO
5
120k
Featured
See All Featured
Optimising Largest Contentful Paint
csswizardry
37
4k
Principles of Awesome APIs and How to Build Them.
keavy
128
18k
Building Flexible Design Systems
yeseniaperezcruz
330
41k
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
200
Become a Pro
speakerdeck
PRO
31
6.3k
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
1
550
Ethics towards AI in product and experience design
skipperchong
2
380
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
35
2.8k
Optimizing for Happiness
mojombo
378
71k
What’s in a name? Adding method to the madness
productmarketing
PRO
24
4.2k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
18k
Large-scale JavaScript Application Architecture
addyosmani
515
110k
Transcript
リーン・スタートアップとMVP mofmof inc.
リーン・スタートアップ
新規事業よくある勘違い • いいアイディアさえあれば事業はうまくいくだろう • ユーザーさえ獲得すればビジネスなんて後からなんとでもな るだろう(とある美容系アプリは30万DLされてもサーバ費く らいの売上しか確保できなかった) • 完成品を作らなければユーザーの正確なインサイトは得られ ないだろう
アメリカの起業家エリック・リース⽒が提唱。 IMVUというコミュニケーションサービスを作る中で体験し たことを体系的にまとめた⼿法。 「リーン⽣産⽅式」由来し、スタートアップ向けに、時間・ 労⼒・資源・情熱のムダ を最⼩限にするための⽅法論。 簡単に⾔うと、より早く失敗するための⼿法と⾔っても良い。
リーン・スタートアップの特徴 • 最低限のコストと短いサイクルで仮説・検証を繰り返す • 製品を作るよりも前に、徹底的に顧客と課題の存在を確かめ る • 顧客インタビューやMVPなど、バッチサイズを極端に⼩さく して、学習機会を最⼤化させる
新規事業のおおまかな3つのステージ 課題/解決フィット 製品/市場フィット 拡⼤
新規事業のピラミッド 顧客と課題の存在を検証 (リーンキャンバス・インタビュー) ソリューションの検証 (MVP開発) スケール (機能追加・グロース)
スタートアップが失敗する理由20位 出典: http://thebridge.jp/2014/09/top-20-reasons-why-startups-fail-report-pickupnews ୭ཉ͕͠Βͳ͔ͬͨ
課題を先に検証する理由 • 課題が存在しない顧客をターゲットにしてしまうと、⽅向転 換(ピボット)する際に全てゼロからやりなおすことになる • 課題が存在することが検証されていれば、⼿段であるソ リューションは何通りも存在する
MVP
Zappos ü 靴のオンライン通販サービス ü CSに全⼒を費やす⽂化 ü 配送料無料・返品可能であることが特徴 ü サイトから注⽂が⼊ったら、創業者⾃ら商品を買いに⾏って 発送を⾏い、ニーズの検証を⾏った
ü システムで動かしているように⾒せて、裏側では⼈⼒で動い ているというMVPモデルは「オズの魔法使い」と呼ばれてい る
グルーポン ü 共同購⼊型クーポンサイト ü MVPはWordPressで作られた単なるブログ ü クーポンをPDFで⼿作業を作成しメールにて配布 ü 共同で購⼊するクーポンというモデルが成⽴するかを検証した
Dropbox ü クラウドでファイル共有するサービス ü もともとファイルサーバーを⽴てれば出来たことを圧倒的に⼿ 軽にした ü MVPはプロダクトさえ作らずに、フェイクデモ動画を作成し て公開した ü
結果70,000⼈のユーザーのメールアドレスを獲得
mofmofでのMVP
mofmofでのMVPとは • 開発を請け負っているので、ハリボテではなく実際に動くプ ロダクトを提供する • 事業の有効性を、実際のユーザーに使ってもらって検証する ことを⽬的とする • 3ヶ⽉以内で期間を固定して、そこまでに実現出来る範囲の プロダクトを作る
• スコープの定義は、ユーザーに使ってもらうことで価値の検 証が出来ることを必ず担保しなければならない
DRY原則よりもYAGNI原則 • DRY原則も⾮常に重要だが、先をみこし過ぎた設計をしないこ と • 「今必要な設計・今必要なコード」が正義 • 意図的に、今必要ないことは今考えないという選択をすること • ただしスピードを優先するからといって、いい加減な設計・
コードを肯定する理由にはならない • 時間が許す限り、良い設計・良いコードにすること
遠い先のことを計画しすぎない • ⼈が直感的に認識できる期間は3ヶ⽉程度が限界 • 3ヶ⽉をこえる計画は、⼤抵計画を動かさざるを得なくなる • 直近の計画は詳細に、遠い未来の計画は⼤雑把に • 計画は変更されることを前提に計画すること