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
リーン・スタートアップとMVP/lean-startup-mvp
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
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.5k
リーンキャンバスの作り方/how-to-make-lean-canvas
harada4atsushi
0
9.8k
見積もり/agile-estimation
harada4atsushi
0
73k
振り返り/agile-looking-back
harada4atsushi
0
22k
インセプションデッキの作り方/how-to-make-inception-deck
harada4atsushi
0
10k
もふもふなエンジニアの心得/mofmofinc-engineer-knowledge
harada4atsushi
0
8.2k
mofmof inc. 会社紹介 for 採用/mofmofinc-informatioin-for-recruiting
harada4atsushi
3
58k
Other Decks in Business
See All in Business
HappyLifeCreators株式会社 会社紹介資料
hlc_recruit
0
190
会社紹介資料
gatechnologies
2
190k
unname_会社概要資料 2026.06.25 update
unnameinc
PRO
0
530
スマートキャンプ株式会社 会社紹介資料 / companydeck
smartcamp
1
4.5k
株式会社SAFELY 会社紹介 / Company
safely_pr
1
7.4k
VISASQ: ABOUT DEV TEAM
eikohashiba
6
45k
mar studio_紹介資料
vinculum
6
130
誉花(ホマレハナ)とは?概要資料
homarehana
0
100
【結果報告】Claude×Linearで会社のタスク管理をAIにまかせて1ヶ月。業務効率150%向上したが、AIネイティブカンパニーを目指すならもっと「加速への狂気」が必要
nagatsu
1
560
元ウェブエンジニアが軸を持って人事に転職したら大きくステップアップした話 / Web Dev to HR with a Purpose Driven Career Leap
tbpgr
2
2.8k
2026.6_中途採用資料.pdf
superstudio
PRO
5
110k
セーフィー株式会社(Safie Inc.) 会社紹介資料
safie_recruit
7
450k
Featured
See All Featured
Exploring the relationship between traditional SERPs and Gen AI search
raygrieselhuber
PRO
2
4k
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
1
2.1k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
52k
Imperfection Machines: The Place of Print at Facebook
scottboms
270
14k
Utilizing Notion as your number one productivity tool
mfonobong
4
330
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
brightonSEO & MeasureFest 2025 - Christian Goodrich - Winning strategies for Black Friday CRO & PPC
cargoodrich
3
740
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
Code Review Best Practice
trishagee
74
20k
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.5k
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ヶ⽉をこえる計画は、⼤抵計画を動かさざるを得なくなる • 直近の計画は詳細に、遠い未来の計画は⼤雑把に • 計画は変更されることを前提に計画すること