2011-12-10
LEAN STARTUP 5 LEAP
スタートアップで成功するには、戦略を時代に適合させていく力が必要
すべてのスタートアップはゴールに向けての戦略を持っているが、それは仮説に基づいたものであり、開発をすすめるにつれ少しずつ軌道修正する必要がある。
成功した人々を見ると、「状況がよかった」とか、「時代にあっていた」など、運が良かったようにも思えるが、アイディアが良いというだけでは失敗するプロジェクトも星の数ほどある。先見の明と、時代に適合する力が必要。
現地・現物 一時情報を得る
（車の）トヨタ式の開発でもあるらしい。
例えばトヨタでは、シエナの2004年モデルを作る際、メイン市場である北アメリカに実際行って、シエナを運転しながらユーザの声を聞いて周り、ユーザにどう使われているか／ユーザがどんな問題を持っているか、を調査したらしい。
ビルから出て、ユーザの問題を見つけにいこう
ユーザも、実際の市場も、ビルの外にある。それらを知るために、腰を上げて外にでよう。
最初から「答え」を見つける必要はないが、どんなユーザがいてどんな問題を持っているか知る必要がある。
それが分かれば、何をどんな順序で（どういった優先度で）開発を進めればよいかわかるからだ。
ユーザ調査の時に陥りがちな２つの罠
1.早く作りたいがために、短い適当な調査で「自分たちは正しかった！」と決めつけてしまう
2.いつまでたっても解析をし続け、プランを考え続けてしまう
調査は短くてもやりすぎてもだめ、ではやめどき（決め時）はいつなのか？
そこで、次の章でご紹介する「MVP」の出番ですよ！！（次の章へ続く）
もんじゃの思ったこと
「事件は会議室で起きてるんじゃない！現場で起こっているんだ！」的な感じか。
LEAN STARTUP STEER（第二部、はじめに）
ここまでの、第一部（1~4章）では、スタートアップにとっていかに「学び」が重要かについて説明した。
第二部（5~9章）では、その学びを得る具体的な方法が紹介されている。
テクニックの説明に入る前に、学びを得ることについての全景について簡単にふれておく。
学びを得る過程で一番気にするべきは、「フィードバックループの時間をいかに短くするか」
フィードバックなくしてプロダクトを改善できない
フィードバックは、アイディアを製品に変えて行く触媒。スタートアップの核だ。
ユーザからのリアルな"フィードバック"を得る
学びのために実際にユーザに使ってもらって評価してもらおうという話は何度も出て来たが、評価とは、
質的（ユーザにとってのスキキライとか）であり、量的（実際何人が使ったとか、データ的なもの）である。
サービスがコンペで章をもらったとか、プレスからの評判がいいとか、資金を○○円調達したとか、そんなことはどうでもよくて、
実際プロダクトとリアルなユーザが作用しあって、どのようなフィードバックとデータが生まれたか、に注目する。
フィードバックを得るためにループを回す、とは？
リーンスタートアップ的な開発で中心に置かれるのが「Build - Measure - Learn フィードバックループ」という開発プロセスのモデル。
1.Build − つくる。製品が生まれる（または改善される）
2.Measure - つくったものがどう使われているか計測する。フィードバックがデータとして得られる。
3.Learn - フィードバックから、学びを得る。そして、次に進む方向についてのアイディアを産む。
この１〜３をできるだけ早くぐるぐる回す、ということ。
回すほど学びを得ることができ、ゴール（成功）に近づく可能性が高まる。
仮説を立て、MVPで検証する
ループを回す際に、必ず仮説をもって挑む必要がある。
価値に関する仮説、成長可能性に関する仮説を持っておくことで、「今打った一手は効果的だったか」「次にどちらの方向へ進むべきか」というようなことがわかってくる。
2011-12-06
LEAN STARTUP 4 EXPERIMENT
スタートアップは、「実験」だ
「次に何をやればいい？」に対する答えは、「とりあえずやってみよう」
もがいているすべてのスタートアップは、「ユーザのどの意見を優先させたらいい？」「こんな実装したらユーザ怒るかな？」というようなたくさん疑問を持ち、次に何をするべきかと考えあぐねているが、
答えは、「just do it」。やってみればいい。やってみれば何が正しく何が間違ってるか分かる。（ただし、ただつくってみるだけではなく、きちんと仮説を立て、検証するものを明確にしたうえで取り組む）
スタートアップの仕事は「発見すること」
とりあえずやってみることで、科学の実験のように、自分たちの戦略が正しいか部分部分を検証する必要がある。
そしてその実験のゴールは、各スタートアップの持っているビジョンの周辺において、どのように持続可能なビジネスを生み出すことができるかを発見すること！
大きく考え、小さくはじめる
まず、自分たちの持っているビジョンを、パーツに分ける。そしてそれぞれ検証していく。
特に大切な要素は２つ
�＿礎佑砲弔い討硫樟癲碧榲�にユーザにとって価値があるか？ユーザはそれを使うか？）
�∪�長に関する仮説（どうすれば広まるか？）
CMBP(コンシェルジュミニマムバリューアブルプロダクト）での検証
仮説を検証する際に、有効なのがCMBPでの検証。
（C）MVPをつくる時にチェックするべき４つのポイント
�．罅璽兇蓮▲罅璽脅�身がその問題を持っていることを理解しているか？
�△修量簑蠅紡个垢覯魴荳�があったとして、彼らはそれを買うか？
�Ｈ爐蕕蓮◆瓢笋燭舛�ら”買いたいと思うか？
�せ笋燭舛呂修量簑蠅紡个垢覯魴荳�をつくれるか？
一般的に、こういったチェックをせず、ユーザが本当にその問題を持っているかどうか確認せずに開発をすすめがち。
例）アルバムをつくれるウェブサービスをつくった時
アルバムを作成できるサービスをつくったところ、最小限の実装しか行わなかったため、
ユーザビリティがひどすぎる！！と、ユーザからたくさんの苦情がきてしまった。
しかし、それでいい。
ユーザビリティが悪いにも関わらずユーザが使おうとするということは、アルバムを作成できるサービスに需要があるということがわかった。
もんじゃ的今日のまとめ
適当に書いてたらなんかばらばらした感じになってしまった・・・
まとめると、スタートアップはどんどん機能を足すっていうよりも、どんどん試して、「実験」することで何が良くて何が悪いのか知っていくことがだいじ。
言い換えると、成功とは、機能をつくることではなく、ユーザの問題に対する解決策を発見すること！
2011-12-01
LEAN STARTUP 3 LEARN
「勉強になった」は失敗の言い訳じゃない。
起業のゴールは不確定な未来の中にあるため、一番大切なのは、「学ぶ」こと。
どういった戦略が実際どう機能するか、またはしないかを理解し、ユーザの（口先ではなく）本当にほしがっているものを学んでいかなければならない。それを通して持続可能なビジネスを育てる方法を発見していく。
確証された学びを得ることが重要
「確証された学び」とは、実際のプロダクトと実際のユーザを使い、自身が経験として得た、具体的で正確な学び。現在における信じられる価値とは何か、を理解する。（また、それによって、近い未来に実現出来そうな価値がわかってくる）
IMVU（著者が過去に経験したスタートアップでの実体験）を通した気づき
6ヶ月、死ぬ気でプロダクトをつくった。すごい高性能で複雑な。みんな超がんばった。
でも、全っ然使われなかった・・・。
もうだめだ・・・と思ったけど、とりあえず数人はいたユーザに連絡して話をしてみたら、ユーザの欲しいものと自分たちのつくったものの違いがあるように思われた。いろいろ聞きながら、つくっては見せ、改善し、をくりかえしているうちに、ユーザの「これほしい！」に当たるときがあった。逆に、6ヶ月一生懸命作ってた物は、必要とされてないことも分かったりした。
少人数のユーザにたいして毎日改善策を出し、テストし、また改善するというサイクルによって、成功を収めることができた。これは、経験を通してユーザについて学べた、と言えると思う。
学びは本当に価値なのか？無駄とも言えないか？
無駄ではない。スタートアップは常に不確定な世界にいて、学ぶことによってのみ成功に近づける。
リーンスタートアップ的な考え方をすると、現在成功してるスタートアップとかプロダクトとか何やかんやすべて、学びを得るというプロセスを通したから成功した、と言える。
「学ぶ」ためには何をすればいい？
とにかく、ロークオリティなものでもいいからできるだけ早くプロトタイプをつくって、
毎日ユーザを補給して（後の章で説明）、そのプロトタイプをどうすればいいか、ユーザ自身に舵を切っていってもらおう。
（ちょっと抽象的な書き方になったが、とにかく試そう、そして得られたデータで学び、改善していこう。という）
もんじゃの思ったこと
「失敗しよう！」というのは、まあそういう言葉を言う人はたまにいて、もんじゃはそれをずっと「やらないよりは思い切ってやったほうがましだ！」みたいな意味だと思っていた。
でも、これを読んだらちょっと考え方変わった。失敗することで「学び」が得られるから、失敗そのものも価値だ、ってことだと思う。
「失敗してもいい」はフォローじゃなく、「ぜひ失敗しよう！そして学ぼう！」成功へのオフェンス〜☆的な感じかなと。
2011-11-30
LEAN STARTUP 2 DIFINE
起業家とは？
誰しも起業家になりえる。会社の大きさや部署は関係ない。（社内企業とかもあるし）
不確定な世界でものづくりしている人（成功の道が完全に整備されてるわけじゃない中で）はみな起業家。
スタートアップとは？
不確定な世界での活動。スタートアップは実験である。
また、スタートアップはただプロダクトをつくるだけでなく、組織づくりをめざすべきである。
リーンスタートアップとは？
スタートアップの特徴である”不確定さ”に対処するのに適した原則や実践方法を用いた、
成功をおさめるための（成功確立をできるだけ上げるための）実践手法。
2011-11-29
LEAN STARTUP 1 START
- 作者: Eric Ries
- 出版社/メーカー: Crown Business
- 発売日: 2011/09/13
- メディア: ハードカバー
- 購入: 3人 クリック: 26回
- この商品を含むブログ (8件) を見る
（この"リーンスタートアップ"をちょっとずつ読んで、なんとなくな感じだけどとりあえずメモしていこうと思う。
全部で20章弱くらいあるので、1章読んだら1回メモする感じで。まずは、第一部第一章。）
「すばらしいチームとすばらしいアイディア、すばらしいプロダクトがあれば必ず成功する！」というわけではない
新しい製品や機能をすべて「良い改善」だと思っていると危険。
スタートアップではすぐに「誰もほしがってないもの」を作ってしまう可能性をはらんでいる。
リーンスタートアップとは、開発を論理的に改善し続けるしくみ
具体的には、「つくって」→「測って」→「学ぶ」という３つのプロセスをぐるぐる回す。
１つ１つの改善を通して、FBを得、ユーザについて理解していく。
その結果として生まれるのが製品。
製品は”自動車”である、成功というゴールを目指して自動車を操縦していく
リーンスタートアップの方法を使えば、どうかじを切っていけばよいのかが分かる。
