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
10k
見積もり/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
Bet AI Day 2026丨LayerXの採用を支える組織AIの現在地と、Agentに任せる未来
layerx
PRO
12
15k
フルカイテン株式会社 採用資料
fullkaiten
0
120k
20260806financial-results-presentation
sios3744
0
220
株式会社アシスト_会社紹介資料
ashisuto_career
3
190k
増え続ける運用を、 Skill化する"型"でさばく
morimori3
0
340
会社紹介資料/Idein株式会社
ideininc
0
1.2k
プロダクトオーナーを「忙しい」から解き放つ!委任を促す言葉
kawanotron
0
250
どうせなら「楽しい仕事」をする
kozotaira
0
370
uniam_事業概要.pdf
uniam
PRO
0
430
OR Royalties Inc. - Corporate Presentation, September 2026
orroyalties
0
1.2k
なぜデベロッパーアドボカシーが必要なのか?
taiponrock
PRO
0
190
データマネジメント研修(デジタル庁)
haseryo
22
29k
Featured
See All Featured
Faster Mobile Websites
deanohume
310
32k
A Modern Web Designer's Workflow
chriscoyier
699
190k
Docker and Python
trallard
47
4.2k
Music & Morning Musume
bryan
48
7.4k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Bash Introduction
62gerente
615
220k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
33
4.9k
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
410
Mobile First: as difficult as doing things right
swwweet
225
10k
The innovator’s Mindset - Leading Through an Era of Exponential Change - McGill University 2025
jdejongh
PRO
1
350
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
460
Neural Spatial Audio Processing for Sound Field Analysis and Control
skoyamalab
0
520
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ヶ⽉をこえる計画は、⼤抵計画を動かさざるを得なくなる • 直近の計画は詳細に、遠い未来の計画は⼤雑把に • 計画は変更されることを前提に計画すること