リーン・スタートアップ

著者 : エリック・リース 井口耕二

• 日経BP (2012年4月12日発売)

感想・レビュー・書評

[youさんの感想 · 2024年4月4日]

時間をかけてプロダクトを作ることで失敗することに成功するという言葉は刺さった

[ショーブログさんの感想 · 2024年3月17日]

僕はエンジニアで開発を行っている立場で読みました。とてもリーンスタートアップの考え方に共感できた。今気になっているアジャイル開発ととても似ているなと感じました。
これから僕は副業の中で起業をしようと思っているので、まずはビジョンを考えてMVPを早々に作って評価をしてもらうことを注力しようと思います。

リーンスタートアップの話は、ビジネス以外でも無駄をなくして効率的に時間を使いたい方にも向いているので、ぜひ、皆さんにもおすすめしたいと思いました！

[nakabookさんの感想 · 2023年9月18日]

社外に限らず、社内企業を含めたアントレプレナー向けの書籍。各論よりもシステムの重要性を指摘していると理解。そして実用最小限を指すMVPに関して繰り返し書かれており、必要性がわかった。少し著者の関わったインテュイットの話が多すぎたのが気になった。

[1894747番目の読書家さんの感想 · 2023年5月8日]

0→1の初動について体系的理解が叶った

[カズさんの感想 · 2023年5月5日]

起業や新規事業開発の本の王道でしょうか。これまで読んできた他の新規事業ノウハウ本の多くが、この本について触れていました。
著者はエリック・リース氏。

感想。
名著なのでしょうが、私には冗長すぎるか。海外の本は、事例をたくさん&長く挟むんだけど、要点をまとめてくれない傾向があり、この本もそうだと感じた。学習とはそういうものなのかもしれないが‥。
と思いつつも、読み終わった後で備忘録をつける過程で、学びの多い本だったことに気付かされた。


備忘録。
・スタートアップでは、世間から、不屈の努力に創造的な才能、失敗からの気づき、などの話が好まれる。違う、スタートアップは、面白くないことこそが大事だ。スタートアップは、革新的で破壊的、混沌としたものだが、それを管理しないといけない。マネジメントが大事だ。

・旧来型のマネジメント手法ではうまくいかない。十分な調査に基づく計画を信じるようなやり方は、僅かな計画の狂いで上手くいかなくなる。ロケットの開発のように。

・一方で、マネジメントの方法論を諦めて「とにかくやってみよう」とするのも上手くいかない。このケースも著者は数多くみてきたと。

・アントレプレナーは、数えきれないほどのトレードオフに直面する。その際に重要なのは、検証可能な予測が行えるようになる点。

・「スタートアップで失敗した経験から多くを学んだ」など、言うだけなら誰にでもできる。失敗を学びにとよく言われる。しかし。スタートアップにとって失敗は、大事なお金と時間、エネルギーの喪失であり、それは企業家・社員・投資家にとって何の慰めにもならない。回避できるものは回避すべき。確かに学びは大事。特に顧客についての知見を得ることは必要。逆に言えば必要な学びは顧客の知見をえることだけだったりする。それ以外の無駄は無くさないといけない。

・リーンスタートアップという名称は、トヨタのリーン生産方式にちなんだもの。カイゼン活動、パッチサイズの縮小、ＪＩＴの製造と在庫管理、サイクルタイムの縮小など。

・リーンスタートアップでは、構築→計測→学習というフィードバックループを短い間隔で継続的に行う。仮説に基づいて、小さく作って、顧客候補に当てて反応を見て、そこから学習して、また次を作る。そしてどこかでピボットを考える。

・「とりあえずやってみよう」型の課題は、効果的な学習にならない可能性があること。上のサイクルが回らない懸念。

・コダックの例。①我々が解決しようととしている問題に消費者は気づいているか。②解決策があれば消費者は購入するか。③我々から買ってくれるか。④我々は解決策を用意できるか。

・学習するためには、顧客について知見を得るには、自分たちの仮説が正しいかを確認するには、外に出ないといけない。社内にはない。

・サイクルを短く回すために、構築の段階で実際に物を作らず、イメージ動画だけを用意して、顧客候補に当ててみる、という実例。

・品質100%なものを世に出すことを優先して一向に製品がリリースされないケースも、スピードを重視してリリースした商品のアフター対応に忙殺されて破綻するケースもありうる。パッチサイズは小さくし、製品に課題が見つかればラインを止めて5回のなぜで原因を特定する方法で、スピードと品質の両立を目指せ、と。

・スタートアップの成果マネジメントのポイント。行動しやすさ、わわかりやすさ、チェックしやすさ。

・ピボットの類型はわかりやすい。①製品機能の一つにズームインする、②一つの製品では部分に過ぎなかったのでズームアウトする、③顧客の変更、④ターゲット顧客の真のニーズに製品をアジャストする、⑤まずアプリケーションを作りその後にプラットフォーム化、⑥高品質少量⇔マスマーケットへの切替、⑦価値捕捉（？）、⑧成長エンジン型、⑨販売チャネルの変更、⑩同じソリューションを別の技術で提供。

・スタートアップは飢え死にしない、溺れ死ぬ。アイデアなら数えきれないほど浮かぶ。その中から大きなものに注力しないといけない。

[toshi591989さんの感想 · 2023年2月26日]

アジャイルでクイックに市場投下していくプロセスで進めるなら一度読んでおくとよい。完成していないプロダクトで如何にユーザFBを得るかがわかる

[Shintaro Kanekoさんの感想 · 2022年6月5日]

6/5
リーンスタートアップについての攻略本。とにかく最速で学習サイクルを回す。

Todo
実践リーンスタートアップを読む

[mkskさんの感想 · 2022年5月5日]

リソースに限りがあるスタートアップでは、初めから完璧を目指さないほうがいい。
最低限動く状態のものを早くリリースして、顧客からフィードバックをもらうことが重要。
思えば自社サービスで新機能を追加する時、「こういう使い方の時はこれがいるかもしれない。」「この使い方をされた場合に備えて、この機能を追加しておこう」なんて考えてしまう。
そうすると予定していた工数の2〜３倍になってしまうことがよくある。
こういう時、もしもの時に備えて実装した機能は大抵使われない。YAGNIの法則を実感する。
新機能を作る段階では、顧客の希望するものを想像することはできても、100%合致したものを作るのは不可能に近い。
それよりも早く作ってフィードバックをもらってすり合わせるほうが、無駄なリソースを削除し、顧客に素早い価値を提供できる。
これからは最低限作るものをすり合わせるフェーズを取り入れていこうと思った。

[そうさんの感想 · 2022年1月26日]

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

[nakashoさんの感想 · 2022年1月3日]

起業の教科書
筆者は自身で起業に携わった経験や起業サポートの経験から、スタートアップの成長に重要な要素を体系的に取りまとめた一冊
(個人的な学び)
顧客というのは製品を提示される前にどういうものが欲しいか分からないことが多い
→ペインポイントの特定が重要(顧客に何が欲しいかを聞いてはいけない)

重要な2つの仮説
①価値仮説
　
②成長仮説

仮説→検証→修正→検証
というプロセスを経てPMFを作り上げる
このプロセスの頻度をあげるためにMinimum Viable Productsが鍵となる

スタートアップの滑走路の長さ(離陸までに使える時間)はピボット(方向転換)可能な回数で数える
→検証を低コスト、高頻度で行うことで滑走路の距離を伸ばせる