Create your own awesome maps

Even on the go

with our free apps for iPhone, iPad and Android

Get Started

Already have an account?
Log In

『リーンスタートアップ』 エリック・リース 著 by Mind Map: 『リーンスタートアップ』 エリック・リース 著
0.0 stars - reviews range from 0 to 5

『リーンスタートアップ』 エリック・リース 著

この本を読む目的

顧客の求めないものを作ってしまう失敗を避け、顧客にとって価値のあるアウトプットを産み出す術を学ぶ

トリガーワード

リーンスタートアップ

ビジョン

舵取り

スピードアップ

アントレプレナー

学び

実験

構築・検証

計測

方向転換

ピボット

バッチサイズ

成長

3種の成長エンジン

順応

イノベーション

5回のなぜ

MVP

デザイン

かんばん

プル

この本に対する質問

リーンスタートアップって何?

サイクルタイムが極端に短い、顧客の望みを中心とする、意思決定を科学的におこなう手法

サイクルタイムの短縮と顧客に対する洞察、大いなるビジョン、大望とさまざまなポイントに等しく気を配りながら、「検証による学び」を通して画期的な新製品を開発する手法

構築-計測-学習のフィードバックループをもとに継続的に調整をおこない、方向転換(ピボット)すべきか辛抱すべきかの判断を的確に行っていく手法

スタートアップの成功確率を高めるための方策を集めたもの, スタートアップ, とてつもなく不確実な状態で新しい製品やサービスを創り出さなければならない人的組織

トヨタのリーン生産方式の考え方を起業に応用したもの, リーン生産方式, 作業員の持つ個人的な知識や創造性の活用, バッチサイズの縮小, ジャストインタイムの製造と在庫管理, サイクルタイムの短縮

リーン・スタートアップの5原則, 1. 不確実な状態で新しいものを産み出さないといけない環境にいる人はみなアントレプレナーであると理解すること, 2. スタートアップする主体は製品ではなく組織なので経営(マネジメント)が必要, 3 どうすれば持続可能な事業が構築できるかを検証して学ぶことが重要, 4. 構築-計測-学習のフィードバックループを短期サイクルでまわし、方向転換(ピボット)するか辛抱するかを柔軟に判断していくことが重要, 5. 成果を高めるために革新会計(効率的にスタートアップの状態を計測する手法)を確立することが重要

リーン・スタートアップの3ステップ, ビジョン, 起業に適したマネジメント手法を知る, アントレプレナー, 「十分な調査に基づく計画を信じる」という常識を乗り越えなければならない, 検証による学び, 不確実性の中で的確に進捗を計る, 実験, 検証する仮説 = 挑戦の要 の選択, 価値仮説, 製品・サービスが顧客に対して本当に価値を提供できるかどうか, 4. その問題の解決策を我々は用意できるか?, 成長仮説, 製品・サービスを新しい顧客がどうとらえるか, 1. 我々が解決仕様としている問題に消費者は気づいているか?, 2. 解決策があれば消費者はそれを買うか?, 3. 我々から買ってくれるか?, アーリーアダプター, 80%のソリューションでもよい人達, 舵取り, 構築-計測-学習フィードバックループ → ピボット or 辛抱 を判断する, フィードバックループ1周の時間を極力短くすることが重要, 構築, MVP (Minimum Viable Product 実用最小限の製品) の作成, 構築-計測-学習のループをまわせる最低限の製品, 動画型MVP, 動画で製品を説明, コンシェルジュ型MVP, 品質の問題, 誰が顧客なのかがわからなければ、何が品質なのかもわからない, 最小限の労力・時間で開発, 影響力の計測ができることが重要, 顧客と我々で評価が違っていないか, 計測, 革新会計 (innovation accounting), 1. MVPからデータ収集, 2. エンジンのチューニング, 3. ピボットするか辛抱するかの判断, 学びの中間目標, 虚栄の評価基準に注意, 学習, 方向転換(ピボット), スピードアップ, 構築-計測-学習フィードバックループをいかに速く回すか

何故顧客にとって必要の無いものを作ってしまうの? = 何故プロジェクトは失敗するの?

不確実性が大きく、顧客のこともどういう製品を作るべきかもわからないのがスタートアップ

方法論を諦めて「とにかくやってみよう」という人々

データをもとに複雑に作り上げた計画をきっちり遂行した結果、失敗

スタートアップは不確実性が大きいものなのに、最初に決めた「データに基づく信頼出来る計画」の幻想にとらわれて、計測・学習・構築フィードバックを回さないまま完成させてしまうから

顧客が必要とするものをはきちがえない(= プロジェクトが失敗しない)ために気をつけなければいけないことは何?

実験をし、検証による学びからまず最初にMVP(最小限のコストで作る最小の成果物)を作る

構築-計測-学習のフィードバックループを短期間でまわし、方向転換(ピボット) or 辛抱の判断を都度行う

フィードバクループを高速にまわし、ロスの少ない舵取りを心がける