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
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
株式会社L is B 会社紹介 / LisB Corp. Introduction 20260814
lisbcorp
PRO
0
870
SAP + AWS でこう変わる : 全社員が AI で SAP を使いこなせる世界
icoxfog417
PRO
1
120
なぜデベロッパーアドボカシーが必要なのか?
taiponrock
PRO
0
130
堅牢でスケーラブルな働き方を構築する技術
ikuodanaka
3
1.4k
透明性レポート(2026年上半期)
mercari_inc
0
77k
LW_brochure_business
lincwellhr
1
90k
Bet AI Day 2026丨LayerXの採用を支える組織AIの現在地と、Agentに任せる未来
layerx
PRO
2
3.8k
決める人と作る人を、 分けない / Deciders build. Builders decide.
hirokiyamamoto14
PRO
0
160
FABRIC TOKYO会社紹介資料 / We are hiring(2026年9月3日更新)
yuichirom
39
410k
20260813_ブラジル産鶏肉『ほぼ半額』報道の裏側_AI推測
doradora09
PRO
0
100
キャリアを紡ぐ透明性〜肩書に縛られない転職を実現する/Transparency Weaving Your Career
ikuodanaka
3
1k
キャンバスエッジ株式会社 会社説明資料
canvasedge
0
19k
Featured
See All Featured
Darren the Foodie - Storyboard
khoart
PRO
3
3.8k
Facilitating Awesome Meetings
lara
57
7.1k
Introduction to Domain-Driven Design and Collaborative software design
baasie
1
960
Build The Right Thing And Hit Your Dates
maggiecrowley
39
3.4k
Templates, Plugins, & Blocks: Oh My! Creating the theme that thinks of everything
marktimemedia
31
2.9k
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
230
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
700
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
310
Navigating the moral maze — ethical principles for Al-driven product design
skipperchong
2
510
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
290
Jess Joyce - The Pitfalls of Following Frameworks
techseoconnect
PRO
1
390
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
35
2.6k
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ヶ⽉をこえる計画は、⼤抵計画を動かさざるを得なくなる • 直近の計画は詳細に、遠い未来の計画は⼤雑把に • 計画は変更されることを前提に計画すること