“Lean Startup Japan LLC”にてインターンを募集します。

単刀直入にお伝えすると、希望する方はこんな方です！

「プログラミングやデザインなどのITスキルを持ち、金銭的な不自由が比較的なく、時間をある程度コントロール可能で、将来何をしたいかを決めていないひと」

年齢・性別・社会人・学生・リタイアメントなどは一切問いません。上記希望に当てはまり、下記条件をご納得頂ける方を広く募集します！（いちおう面談しましょう。意識の合う方と仕事したいので・・・）

■就労条件はこんな感じでいきたいです

• 基本的に無償ですが、事業の立ち上がりに応じて成果報酬を分配します。弊社は合同会社なので臨機応変に対応可能です。ぜひ成果を出しましょう！！！
• 希望者には将来的な社員登用も検討しますが、本当に希望する方いらっしゃいますか？（笑）正直、こんな小さな会社で働くより、もっと大きな事業を自ら立ち上げていくか、またはそのような事業にジョインするほうがよっぽどエキサイティングな人生が手に入ります。弊社事業ではそのような「ひと」や「事業」をご支援申し上げることを生業にしておりますので、きっと多くの出会いに恵まれるに違いありません。弊社はあくまで「踏み台」としてご利用頂くのが最適かと存じます^^;
• 時間や場所の拘束等は一切ありませんが、希望者には執務環境も提供します。なんなりとご希望をお伝え下さい。

■インターンで得られること

• リーン・スタートアップやプロセス思考に関する基本的な知識と実践が確実に身につきます。これから自分で起業するひとにとっても、または会社内で指導する立場にある方にとっても、一人で勉強するより遥かに現場に即した知識と経験を提供できると思います。
• また、リーン・スタートアップという実践論に限らず、広い意味でのアントレプレナー教育を間近で見て頂けますので、数多くの気づきに出会えることは保証いたします。得られることのメインはこちらですね！
• 弊社も新規事業に取り組んでいます。もしやりたい案件があればモチロン担当して下さい！詳細は下記。

■携われる案件

• 企業向けのリーン・スタートアップ・コンサルティング事業（セミナー等を含む）
• 学生向けのアントレプレナー教育事業
• リーン・スタートアップ関連イベントの開催・運営
• “Lean Startup Japan”のメディア及びコミュニティ運営
• スタートアップ向けのインキュベーション事業立ち上げ
• その他領域における、事業立ち上げ数件あり

※もっと詳細は面談時に！

まずは気軽にお問い合わせ頂ければと存じます。
応募はこちらで受け付けております。

1. Lean Startup Japanブログ問い合わせより
2. メールにて success@leanstartupjapan.org
3. Facebookでつながってる方はお気軽にメッセージを
4. 電話する（知ってる方のみ…）
5. リアルにすれ違った時に伝える

しばらくは受付けておりますのでお気軽にお問い合わせ下さい。

お待ちしております！

リーン・スタートアップ導入のコンサルをお受けする際、一番最初にクライアントにお話するのは、「いますぐ『新規事業開発プロジェクト』を停止して下さい」とお願いすることです。

「新規事業開発プロジェクトを実施するからこそ、リーン・スタートアップのコンサルを依頼しているのだよ…」とのクライアントの戸惑いはいつものことですが、こうお願いする理由は実に単純です。新規事業を創造するということは「開発」でもなく「プロジェクト」でもないのです。

ちょっと説明しましょう。

新規事業を作る理由は、企業によっても、アントレプレナー個人によっても様々です。しかし理由がなんであれ、そしてそれが誰であれ、作ろうとしているのは新たなビジネスモデルやイノベーションであり、単なる新製品などではありません。となると、新規事業とは絶対に「開発」できるものではなく、ひたすら実験を通じて「発見」するものなのだということがわかります。

しかし、チームのミッションが新規事業の「開発」だと言われたその瞬間から、チームメンバーは全員がこれまでも馴染み深い「開発工程」を組み始め、発見のためのプロセスを組もうとしなくなります。開発と発見、単純な言葉の違いですが、その言葉が人やチームに及ぼす影響は計り知れません。大企業の社員さんが大企業病に陥って新規事業創出ができなくなるのは、まさにこのパラダイムに陥るからです。

もうひとつ、「プロジェクト」という言葉も恐ろしく人とチームの行動に影響を及ぼします。

もしあなたが今週月曜日にスタートした「新規事業開発プロジェクト」のリーダーだとしたら、今週金曜日は何をしますか？

そう、きっとキックオフパーティーですよね（笑）

そしてその席で新規事業にかける熱い思いをメンバーと語り合い、サービスがローンチするまでは共に頑張ろうと誓い合うのです。

そう、ローンチしたらもう一度美味しいお酒を飲もうと全員で誓い合って。。。

もうお気づきですよね。

新規事業創出をプロジェクト化したその瞬間から、リーダーを始めとするすべてのメンバーにとってのゴールはローンチが設定されます。

新規事業の発見は、ローンチしたその日、その瞬間から本当のフィードバック・ループが始まるにも関わらずです。

こうした罠に陥るのを避けるには、単純なことですが「新規事業開発プロジェクト」という呼び方を止めることはとても大切なことなのです。

逆に、こうした呼び方を止めるだけで本当に各メンバーの意識とミッション定義が変わり、ローンチをゴールに設定しなくなることこそが、リーン・スタートアップが目指す新規事業におけるマネジメントやサイエンスの世界なのです。

サービスをローンチした瞬間にミッションを完了したと思ってしまうことは、ロケットの打ち上げが成功した瞬間にミッションが完了したと思うことと同様に愚かなことです。

サービスもロケットも、まさに打ち上げられたその瞬間からすべては始まります。

ロケットの打ち上げが成功してミッション・コンプリートになるとしたら、あなたは打ち上げ場の従業員になってしまいます。

あなたの新規事業創出に対するミッションは、打ち上げ場の従業員ですか？

それとも宇宙から貴重な情報を持ち帰り、それを更に人類の発展に活かすことですか？

いますぐ「新規事業開発プロジェクト」を停止して、ローンチ時のパーティーを「２度目のキックオフ・パーティー」として下さい！

リーンスタートアップの基本といえば「フィードバック・ループ」による仮説検証ですが、よく見るフィードバック・ループはリーンスタートアップの概念の理解には役立つのですが、実際にどのように進めるか？にはあまり役立ちません。

特に「Product」があることで、やはりアイディアからまずは製品を作ってみるのがフィードバック・ループだと思う方が多いのです。

なので、実際の現場でフィードバック・ループを回す際の本当の順番をそのままループに落としてみました。

概念理解と行動が一致する「新フィードバック・ループ」を参考にしてみて下さい。

こちらがいつものフィードバック・ループ

こちらが行動に直結する「新フィードバック・ループ」

単純な違いですが、まずループから「Product」を除外しました。

そして、仮説⇒メトリクス⇒MVP⇒測定という正しい順序をループに反映しました。

リーンスタートアップ実践の参考にしてみてください！

2013年最初のブログは「MVP」について再考してみようかと思います。リーンスタートアップを実践している方であればお馴染みのこの言葉、理念を理解するのは簡単ですが、実に奥が深いのです。

というのも、年末に家の大掃除をしていた時のことなのですが、家中に散乱する「紙もの」を何とかしようと、思い切って断捨離でもしようかと考えていました。しかし、ゴミ袋に放り込む前にもう一度だけ中身を確認しておこうと見返すたびに「いつかは必要になるかも…」との思いは増し、結局、書類の束を目の前にしてなんと２時間近くもムダに過ごしていたのです。うちにはスキャナ付きの複合機（プリンタ・FAX・スキャナ＋コピー）があるにも関わらずです（笑）

そこで、考えるよりとにかく全部デジタル化してしまえ！と思い、ひたすらスキャンを始めました。しかし、作業が１時間を超えたあたりで、また作業の手を止めてしまう雑念が頭をよぎります。

「複合機ってまったくMVPじゃない製品だな。機能をとてもじゃないけど一言では言い表せないし、そもそもイノベーティブじゃないし…。」

それからは、ひたすらスキャンを進めながらも「複合機はMVP？　いや、複合機のMVPは？　・・・」と雑念が頭をかすめます。

複合機はMVPと呼べるのでしょうか？複合機のように複数の機能を備える製品は、MVPとは言い難いのでしょうか？

でももしMVPでないとしたら、逆に複合機におけるMVPとはなんだったのでしょうか？

MVPは本当に定義が難しい言葉です…。

昨年1年間も、初めてリーンスタートアップに触れる方に限らず、これから実践をする方、すでにビジネスアイディアをまとめている方など、とても幅広いみなさんと「MVPとは？」というテーマについてお話しさせて頂きました。MVPはリーンスタートアップを進める上での重要な考え方ですし、なによりスタートアップのスピードを加速するためには、MVPの概念は欠かすことができません。書籍「リーン・スタートアップ 」では「実用最小限の製品」と訳されたMVPですが、その解釈や実践については日本だけでなく世界中で様々な解釈があります。

本家エリック・リースの解説は以下の通りです。

“The MVP is that version of the product that enables a full turn of the Build-Measure-Learn loop with a minimum amount of effort and the least amount of development time”

「MVPとは、（Build-Measure-Learnの）フィードバック・ループ１周を回せる『必要最低限の労力』＋『最低限の実装時間』バージョンの製品」（筆者訳）

これでは少し解釈が難しいので、昨年、私が多くの場で利用していた説明を２つご紹介します。

１つめは、イノベーションを起こす最初の製品・サービスは、最初に使いはじめるユーザがすぐに理解できるような単純な製品であるということ

２つめは、フィードバック・ループを回すための実験手段として、MVPは製品としてではなく学習を得るための手段だと考えるということです。

１は、イノベーションを起こすような新製品・サービスはアーリーアダプターのニーズだけを汲み取ることに専念すべきで、マスマーケットの多様化されたニーズに対応する製品・サービス設計をしてはいけないということを説明しました。アーリーアダプターが製品・サービスを手にした時に、ほんの数秒でバリューと使い方が分かるような状態でなければ、決してユーザに受け入れられることはありません。これは、アントレプレナーの多くが犯してしまう、適切なソリューション案を見出しているにも関わらず、機能をそげ落とすという恐怖に撃ち勝てずにムダな機能を盛り込みすぎたために、マーケットからイノベーションが認知されないという、とても残念な結果を生み出します。失敗する新サービスの多くは「機能が足りない」ことよりも「機能が多すぎ」て、プロポジションが明確にならないことで消えていくのです。イノベーションは機能やソリューションによって認知されるのではなく、「単純明快なプロポジション」から生まれるのです。

２は、イノベーションの形成段階では、多くの場合、実験手段として作った製品・サービスと、正式なリリースバージョンの間には明確な境界線が存在しないことを意味しています。既存のマーケットに対して新製品を投入し、確実に予測された期間で投資額を回収するという「プロジェクト」とは異なり、イノベーションを起こすために新規市場と新製品を同時に開発する段階においては、実験フェーズとローンチ・公開（販売）フェーズを分離することはまったく意味がありませんし不可能なことです。市場の存在、そして市場の拡張とともに成長するイノベーティブな製品にとって、実験と製品の区別をつけることはそもそもも困難です。例えば初期のグルーポンは機能の多くをシステム化せず、手作業で処理することによってビジネスモデルを検証しました。つまり、スタートアップ側からすれば製品・コードなしでビジネスモデルを実験したにも関わらず、マーケット側からは完全にサービスが存在しているという状態なのです。どこまでの機能を実装すれば「サービス」と呼べるのか、どこまでしか実装しなければ「実験」にとどまってしまうのかを問うこと自体、あまり意味がないのです。

では冒頭の疑問に戻りましょう。『複合機はMVPと言えるか？』です。

一般的には、プリンタ、ＦＡＸ、スキャン（コピー）という複数の機能を備えた製品を指し、1980年代後半は主に企業向け、1990年代には家庭向け製品も登場した複合機ですが、これは、リーンスタートアップという概念から考えると「MVP」と言えるでしょうか？

さきほどのMVPのポイントに沿って考えてみましょう。

１のシンプルであるという概念から見ると、複合機の機能説明は「プリンタ＋ＦＡＸ＋スキャン機能を標準搭載し、コピー機としても利用できます」みたいになり、あまりMVPっぽいとは言えません。そもそも単機能でないですし、多様なニーズを拾い上げる、マスマーケットに向けた製品のような印象を受けます。

２の実験手段としての概念から見た場合も、複合機はすでに実験段階にあるとは思えず、プリンタメーカーやコピー機メーカーが考えた、高機能製品仕様だと考えるのが普通ではないでしょうか。つまりイノベーティブではなく、既存製品の後続・高機能製品だと。

しかし、年末に私の頭に「複合機＝イノベーション？＝MVP？」という疑問が浮かんだのは、実は複合機は十分MVPと言えるのではないだろうか？という疑問からでした。そして、その理由は、我が家になぜ複合機が存在するのかという理由でもあったのです。

これまでは説明したことがありませんでしたが、MVPの判断として基準になり得るもうひとつの解釈を説明しましょう。

そもそも家の中でプリンタしか使っていないひとにとっては、複合機は明らかにオーバースペックです。確実に専有面積は広くなりますし、そもそもFAXなんていつ使うのか分かりません。スキャン機能はもしかしたら便利かもしれませんが、何をスキャンしたいのかはまだ分かりません。こうしたユーザ（マーケット）にとって複合機はMVPにはなり得ません。

しかし、プリンタも、FAXも、コピー機（スキャナ）もすべてあり、これらが狭いオフィスのスペースを占領している人にとっては、これらの設置場所は「明確な課題」であり、お金で解決できるならなんとかしたい課題です。

つまり「機能の数がMVPとして適切であるか？」ではなく、「紙を排出する機器が１つになる」という１つの単純明快なソリューションがMVPになり得るということなのです。

新規事業を考える際にリーンスタートアップを意識すると、必然的に「機能を出来るだけ削る」という方向へ向かいます。しかし、ターゲットユーザの課題を「プリンタ・FAX・コピー機が多くの場所を専有している」と捉えた場合、そのソリューションとして「では３つとも紙を出力する機器なので１つにまとめます」というソリューションはシンプルすぎるぐらいにMVPですし、逆に、オフィスにある「紙出力機器」の機能が１つでも欠けていたら、複合機としての価値を失ってしまうかもしれません。

このような解釈をすると、MVPとは単純に「単機能であるか」とか「製品ではなく実験手段」との解釈だけでなく、「ターゲットするアーリーアダプターの現在の環境（＝代替手段）」との対比が大きなイシューになります。

現在、課題を抱えている環境や理由に照らし合わせて十分にシンプルなら、そのアイディアが複数の機能やアイディアを内包していたとしても、それは十分MVPになり得ます。大切なのはみなさんがターゲットするアーリーアダプターが、いまどのような環境に置かれ、どのような代替手段を利用しているかを見極めることです。

プリンタのみユーザをターゲットするなら、複合機はMVPとしてはふさわしくないどころか、いくら魅力的だと思える機能を提案しても、結局は「いいね！」と言ってもらうだけで終わってしまい、彼らは決して購買行動を起こしません。つまり課題から入るなら、ソリューションがMVPではないのでソリューションが的外れになります。

しかし、プリンタ、FAX、スキャナ（コピー機）の全部を利用するユーザをターゲットするなら、Wifiやソーターなどの付加機能を持たなくても、紙出力スペースが一箇所ですべてが足りる複合機は立派にMVPと言えます。

つまり”Problem/Solution Fit”を実現するMVPとは、その機能数の問題などではなく、ターゲットするアーリーアダプターの持つProblemに対して、提供するソリューションが単純明快かどうか？という問題なのです。

Problemの的確さは誰をターゲットするかによって変化します。同じProblemでもターゲットが違えば「自分たちのProblemではない」と判断されるということです。

フィットしているかどうかは、現在の代替手段を見れば分かります。

プリンタのみユーザを観察すれば、コピーやＦＡＸに対する代替手段は存在せず、この人たちがアーリーアダプターになり得る課題を持っていないことはスグに分かります。

しかし全機器を使用するユーザを観察すれば、ラックに３つを配置したり、舌打ちしながらコンビニへしょっちゅうコピーしに行くという手段こそが代替手段であり、これを一気に解消する複合機はまさにMVPたるソリューションになるのです。

そこで今日の再定義「MVPとは」

『”Problem/Solution Fit”を達成するために必要な、アーリーアダプターが利用する代替手段を超える最低限の価値提供成果物（または中間成果物）』

としましょう！

昨年末にご紹介した、アーリーアダプター、そしてアーリーアダプターの利用する代替手段の特定を進める為に効果的なビジネスモデルキャンバス”Lean Diagram”の２回めのワークショップを開催します。

２時間半のセミナー＋ワークショップで、アーリーアダプターの特徴から代替手段までを特定するためのキャンバスの活用方法が学べます。

１回めは年末に急遽開催したためご参加頂けなかった方もぜひご参加頂ければと思います。

ワークショップのお申し込みはこちらからどうぞ。

http://everevo.com/event/3314

そもそも”Lean Diagram”とは？というみなさんは”Lean Diagram”のページ及び”Lean Diagram”を紹介したブログ記事をご一読下さい。

“Lean Diagram”の詳細、データダウンロード、マニュアルのダウンロードはこちらからどうぞ。

http://leandiagram.com/

“Lean Diagram”を紹介したブログ記事はこちらへどうぞ

http://leanstartupjapan.org/?p=513

今年もどうぞよろしくお願いします。

様々な方からのビジネスモデル・プレゼンテーションを聞いていると、

「そこのところもう少し詳しく聞きたいですっ！」

と前のめりになることよりも

「ん？なんでそれが問題なの？」とか

「『ターゲット層に価値ある情報を届ける』って言ってるけど、ターゲット層って誰？価値ある情報ってなに？」

という疑問が頻繁に頭をよぎります。

今年は数多くのスタートアップや企業の新規事業開発担当チームと共に、リーンスタートアップの実践について深掘りをしてきました。

リーンスタートアップを実践する目的はチームにより様々ですが、共通して課題になるのはやはりリーンスタートアップの最初の一歩はどう踏み出せばいいのか？ということです。フィードバック・ループの最初のひと転がりをどのように始めていくべきなのかが最大の懸念でした。

「リーン・スタートアップ」の書籍を読んでも、何から始めればいいのかは明確に記載されていません。

しかし、リーンスタートアップのベースとなる「アントレプレナーの教科書」の顧客開発モデルには、そのヒントが示されています。

そう、まずは顧客開発モデルの最初のステップ「顧客発見」を行なうのです。

顧客発見を開始すると、ビジネスモデルとチームに足りないものが数々と見えてきます。そのひとつひとつを補いながら、顧客発見のゴール設定を明確にしていくのです。

顧客発見とは、ターゲットするユーザの課題に関する仮説と、その課題を解決するソリューションの仮説を検証することを目的にしており、このプロセスのゴールは「存在する課題」と、「適切なソリューション」が一致している状態、すなわち“Problem/Solution Fit”を目指します。つまり、すべてのスタートアップが最初に目指すべきマイルストンは、”Problem/Solution Fit”の状態だと言えるのです。

ファウンダーや新規事業開発担当者の多くは、アイディアを思いついた時点で”Problem/Solution Fit”は完了していると思っています。しかし、ほとんどのサービスは「存在しない課題（ニーズがない）」に対して製品・サービスを作ってしまったり、ソリューションが十分に課題を解決しないなどの理由によって、”Problem/Solution Fit”が完了していない状態のままで消えていきます。実は”Problem/Solution Fit”こそが、多くのスタートアップにとっての最初に訪れる「超えられないキャズム」なのです。

とは言っても、今度は顧客発見の開始から”Problem/Solution Fit”までの間に何をするべきなのか問題になります。「アントレプレナーの教科書」に記載されているプロセスだとBtoBのモデルに特化して記載されているため、BtoCのモデルではもうひとつどう進めていけばいいのか分からなかったり、課題仮説の記述に長い時間がかかって、かえって時間を浪費するというケースを数多く見てきました。さらに”Problem/Solution Fit”が完了したと言えるのはどのような条件が揃った時なのかも判断に迷います。どうやら問題は”Problem/Solution Fit”までにするべきことと、完了条件を明確にすることなのではないかと思うのです。

■”Problem/Solution Fit”の難しさ

• 何について仮説を立てるべきか
• どのような状態になったら検証できたと言えるのか

そこで、この２つを最も高速に実施するためには、逆に”Problem/Solution Fit”前に考える必要がないことを、徹底的に放置するという手段を考えました。トヨタ生産方式の基本的な考え方です。

Business Model CanvasやLean Canvas、そしてValidation Boardなどを参考にしつつ、それぞれのシートを実践してみた結果、”Problem/Solution Fit”までに必要ない項目を徹底的に取り除いてムダな時間を削減すると共に、素早く検証を行なうために記載の深掘りが必要な項目について、どうにかひとつの答えにたどり着きました。

それが“Lean Diagram”です。

Business Model CanvasやLean Canvasが、ビジネスモデル全体を１枚のシートに書きだすのを目的にしているのに対して、”Lean Diagram”では、スタートアップが最初に出会うべきアーリーアダプター像の特定に目的を絞り込んでいます。彼らの課題、代替手段、そしてセグメントや特性を探り出すことこそがリーンスタートアップを最速で進める大切な条件であり、本当のアーリーアダプターに出会うことこそが、一気にバイラルするソリューションを生み出す原動力になるからです。

そして、良質なフィードバックを提供してくれるアーリーアダプターは必ず現在の解決手段（代替手段）を持っています。”Problem/Solution Fit”の完了とは、あなたのソリューションが提供するバリューと、ユーザに対して要求するコストがこの代替手段を上回っていて、あなたのサービスに乗り換えることが保証できた状態のことを指しているのです。

“Lean Diagram”を利用するメリットは以下のようなものです。

• “Problem/Solution Fit”を完了させることに集中しているので、ムダな項目に対する検討時間が生まれない
• Diagramのどこからでも記述が始められるので、思考に詰まることがない
• 代替手段や検索条件など、ターゲットするユーザの現在の行動を追求するため、アーリーアダプターに早期に出会える
• バラバラに記載を進めても、Diagram上で各項目の不整合が一目で分かる

など、アイディアからスタートするにはとても適しています。

“Lean Diagram”はフリー・ダウンロード可能です。ぜひ多くの方に利用いただき、フィードバックを頂ければと思います。

ダウンロードサイトをオープンしましたので、ぜひダウンロードして利用頂ければ幸いです。

http://leandiagram.com/

Google Groupに”Lean Diagram Circle Japan”を作成しました。どなたでも参加頂けますので、ご利用頂いてフィードバックよろしくお願いします。

https://groups.google.com/forum/?hl=ja&fromgroups#!forum/lean-diagram-circle-japan

また、”Lean Diagram”のダウンロード開始を記念して、ワークショップを開催します。

12月、1月ともに平日の夜間になりますが、ぜひご参加頂ければと思います。

募集期間がとても少ないのですが、12月は26日（水）に予定しています。まだ年内の予定が空いている方がいらっしゃいましたらぜひご参加下さい。

12月開催ワークショップの詳細と申込はこちらからお願いします。

http://everevo.com/event/3117

また、Facebookにて”Lean Diagram”ページを作成しました。

「いいね！」して頂ければ、1月以降のスケジュールもご確認頂けますので、ぜひポチっとお願いします。

https://www.facebook.com/LeanDiagram

年の押し詰まったタイミングでの公開となりましたが、来年からのスタートダッシュに”Lean Diagram”が貢献できればとてもウレシイです。

【あとがき】

とりあえず今回のバージョンは課題解決型サービスに適しているフォーマットになっています。CGMやエンターテイメントサービスでも利用できますが、一部記載しづらい項目があるかと思います。本バージョンに引き続き、CGMバージョン、エンタメバージョン、ECバージョンなどを作成していきたいと思っておりますので、もしよろしかったら”Lean Diagram”のコミュニティにご参加下さい。ぜひ一緒に作って行きましょう！

リーンスタートアップという言葉自体は、すでに多くの方に認知いただいている状態になりました。やはりエリック・リースのリーン・スタートアップ日本語出版はとても大きな転機だったと思います。しかしその一方、実際にリーンスタートアップを実践しているというスタートアップと日本で出会うことはまだ少ないのが正直な感想です。仕事柄、数多くのファウンダーの方々や企業内の新規事業開発担当者様のお話しを聞かせて頂く機会が多いのですが、本格的に実践中だという話しを伺うことは実に稀です。

様々な方とのお話しを通じて、最近、リーンスタートアップが実践されない理由にはパターンがあることに気がつきました。表現の違いはありますが、多くの方がおっしゃる「実践していない理由」は比較的同じ「誤解」から生じているように思います。そこで今回はそのパターンをご紹介するとともに、少しでもリーンスタートアップや新規事業開発に対する誤解を解消頂ければと思います。

リーンスタートアップを実践していない理由は、大きく分けて３つのグループに分けられます。

ひとつは「積極的にやらないチーム」ふたつめは「やりたいけどやれないチーム」そして最後が「やってみたけど定着しなかったチーム」です。

順にご紹介しましょう。

■積極的にヤラないチーム

このグループは何らかの理由や解釈によって、積極的にはリーンスタートアップを実践しようとしない集団です。実はリーンスタートアップから見た場合、このグループに属する人たちは「レイト・マジョリティ」ぐらいに位置しており、周りの全員が当たり前にリーンスタートアップをやるようになってから検討を開始するタイプかもしれません。少しずつ理由が違いますが、本質のところでは「リーンスタートアップを実践しなくても大丈夫」との考えは共通しています。

１．コード書いちゃったほうが絶対早いし！

実際、リーンスタートアップを実践していない最大の理由はこれだと思います。特に腕のあるプログラマだとなおさらです。しかし、いくら動くコードが書けても、ビジネスが出来上がる訳ではありませんので、やはり仮説検証を実施しない理由とは異なります。つまり製品・サービスを構築するためのコーディングではダメなのです。MVP（＝実験ツール）として、机上で仕様をあれこれ検討するよりさっさとコード書き始めるというのは正解ですが、最初から製品を作り始めてはいけません。後にピボットが必要になった際に、とにかくコードは負債化します！

２．いや、ボクのアイディアは検証とかいらないし！

そうですよね。自信があるから起業しようとしているわけだし。でも、周りを見渡せばきっとひとりぐらいはアプリ作ったけど、ぜんぜんビジネスにはならなかったという人はいませんか？　ぜひ一度そういった方の話しを聴いてみて下さい。ちょっと不安になるぐらいがリーンスタートアップへの最初の一歩です。とにかくこの状態のひとは、なるべく早く安く、最初のアイディアを形にしてしまいましょう。そこで何がイケなかったかに気づいてからでも、リーンスタートアップを始めるには十分です。

３．だって、まわりの誰もやってない…。

たしかに。。。でもそれは日本だけの話しで、世界では本当に多くのスタートアップがリーンスタートアップをしっかりと意識しながら事業を進めています。一度、Lean Startup Circleなどを覗いてみて下さい。世界中のアントレプレナーがどんなレベルでリーンスタートアップを実践しているのかが感じられるかと思います。と、日本でも着実にリーンスタートアップを実践しているスタートアップは増えてきていますよ。アドバンテージを得たいのであれば、ライバルより早くフィードバック・ループを構築するほうが良くないですか？

４．えっ、もう作っちゃってるし

大丈夫です。いままで進めたことをすべて捨てる必要はありませんし、仮説検証へ逆戻りする必要もありません。ひとつだけ気をつけるのは、このまま実装を続けるにしても、なるべく早くフィードバックを得られるように努力することです。ローンチを先送りしたり、カンペキなバグ取りを目指したりしてローンチを先送るほど、リーンスタートアップからは遠のいていきますので。それともうひとつ。どうせこのまま実装を続けるのであれば、ユーザの動作が把握できるバックエンドシステムも一緒に構築して下さい。そうすればリーンスタートアップはそこからでも開始できます。

５．うちはハードウェアを伴うので！ｷﾘｯ

えーっと、リーンスタートアップは「ビジネスモデル」を検証するので、ソフトウェアとかハードウェアとか関係ありません。リーンスタートアップで検証するは製品・サービスの「仕様」だと勘違いしている典型例です。逆にハードウェアの製品の場合、一度市場に出してしまうと変更が困難なので、製造を開始する前の”Problem/Solution Fit”はとても大切な工程になりますから、そこをやるだけでも大きなアドバンテージになるのです。

６．リーンスタートアップって、自費で起業する人（Bootstrapping）向けのものでしょ？

たしかに投資家から投資を受けていたり、社内での新規事業開発であったりした場合、なんらかなの制約条件（計画の順守、期限、規約など）があって、すべてをフィードバックから変更していくのは難しい場合もあるかと思います。しかし、フィードバックからの学びが事業を成功に導いてくれるのであれば、ステークホルダー全員の利益につながるということは変わりません。上手にステークホルダーを巻き込んで進めてみて下さい。

７．データを見ても何も分からないよ。やっぱり直感的なアイディアが成功を左右するでしょ！

何も考えずに、ただデータを眺めた場合はたしかにおっしゃる通りです。でもデータを見る前に「仮説」を立て、測定基準（メトリクス）を設定することで、データはあなたに様々な答えを提示してくれるようになります。もちろん一概にどちらのやり方がよりイノベーションを起こす可能性が高いかは言えませんが、チーム内の「誰かのアイディア」に依存したり、アイディアに詰まってしまったりということが発生しない「仮説検証」の方が、より合理的で確実な進め方とは言えるかもしれません。

■やりたいのだけど・・・

さて次のグループは、チーム内の誰かはリーンスタートアップを実践したいと思っているのだけど、様々な事情で実践できないケースです。上手く周りを説得したり巻き込めればいいのですが、チームや企業の文化によってはとても困難な場合があります。ここでもやはり重要なのは、やりたくないと考えている人たちの誤解を解くことだと思います。多くの場合、新しい文化や手法の採用に消極的なひとほど責任感が強い傾向にあります。ミッション定義や誤解を解くことで、なんとか乗り越えたい課題です。

１．プログラマがやりたくないって言ってるから・・・

プログラミング以外のことをやりたくない！というプログラマがいるとしたら、そのチームはかなりマズイ状態です（もちろんデザインしかしたくないというデザイナーなども同様）。遅かれ早かれ、いつか仲間割れすることは間違いないでしょう。それはローンチ後にまったくユーザがいないという事態が発覚した直後から始まります。そしてお決まりの犯人探しが始まるのです。きっとプログラマはデザインのせいにするでしょう。指摘されたデザイナーはマーケティングの問題だと主張します。マーケターはサービスに致命的なバグがあることをアピールします。そしてCEOやチームリーダーは頭を抱えてこう思うのです。「こんなことなら最初からリーンスタートアップを強制するんだった…。」と

２．ステークホルダーがウォーターフォール志向

外部役員や投資家から「デモデーに向けてとにかくプロトタイプを作ってくれ」と言われたり、進捗をガントチャートでチェックするのが好きだったりすると、アジャイルすら思うように進みません。でもなかなか逆らえないのも事実です。企業内の新規事業開発の場合、経営者や上司にこうした傾向は多く見られます。特に既存事業での成功体験が強いと、その傾向はさらに強くなりがちです。対策がなかなか難しいのですが、まず大切なのはこうした旧世代の考え方をするひとたちの望みは基本的に叶えてあげるようにするのが大切です。その上で、リーンスタートアップのようなやり方の必要性を少しずつ共有して行きましょう。エリック・リースの書籍が常に職場にたくさん置いてあって、投資家や上司がいつでも手にとって読み始められる環境を作っておくのもいいかもしれません。Lean Startup Japanのサイトを紹介するのも効果的です（笑）

３．やり方が分からない

そうなんです。エリック・リースの書籍は概念を中心に記述されているので、読んですぐに実践というのがなかなか難しく、一方、本家スティーブ・ブランクの「アントレプレナーの教科書」は、プロセスの解説がとても詳しいのだけど、内容があまりにもBtoBに偏っていて、C向けのビジネスを構築する際に、多くの「読み替え」が必要になるケースが多いのです。そこで、まったくどこから手を付けたらいいのか分からない。。。という方に、私はある方法をオススメしています。とにかく来週までに、なにかひとつでも良いので実験をやってみるのです。デスクを離れて誰かにインタビューをしにいくでもいいですし、パッとランディングページを作成してユーザの反応を見てみるでもいいので、まずは実験する体質をつくることです。「MVPの仕様はどこまでにすべきか・・・」などのリーンスタートアップのお勉強を始めることはあまり効果はありません。まずは動いてみましょう！

■やってみたのだけど・・・

最後のグループは、とにかくリーンスタートアップをやってみたのだけど継続できなかったというケースです。どこで定着しなかったかはチームによって原因は様々ですが、最終的に旧来のやり方に戻ってしまうには共通した理由があります。それはビジネスの成功以前に、なんらかの結果を出すことや、進捗について報告をしなければならなくなることです。

１．仮説が上手く書けない（なかった）

２．仮説が上手く検証できない（なかった）

３．検証できたのか分からない（なかった）

１～３ともに、最初から上手にできるという人は逆にほとんどいません。インタビューひとつを取ってみても、効果的なインタビューを行うためには、良いシナリオ、良い環境、良い協力者、優れた傾聴力など、様々な要素が必要です。こうした要素全てにおいて最初から上手にできる必要はなく（できるはずもなく）、少しずつでよいので「仮説ドリブン（仮説の検証を目的に日々の作業を行うこと）」を目指してみましょう。実験を繰り返してみるような体質が生まれるようになれば、仮説力と検証力は自ずと進化していきます。特に検証できた瞬間というのは、一度体験すれば必ずわかります。「これだっ！」っていう手応えを、チームの全員がほぼ同時に感じるような瞬間が、きっと仮説検証を繰り返すうちに訪れるのです。また、ここでも同様に投資家や上司とどう折り合うのかが問題になる場合がありますが、先ほどのケース同様に、両方のニーズを叶えながら、徐々にリーンスタートアップにシフトしていくというのが無難かと思います。対立はせず、巻き込むことを常に意識しましょう。

４．あれ？スピードが遅くなってる気がする…。（ここで諦めてしまう）

これはとても良く分かります。リーンスタートアップを実践し始めると明らかにコード書いている時間が減るので、特にプログラマはとてもスピードが遅くなったような感覚になるのです。１週間、１ヶ月経過したのになにも実装できてないと、とても不安になるのです。しかし何度も繰り返しますが、スタートアップが構築すべきは「ビジネス」であって製品・サービスではありません。たしかにサービスの構築は遅くなっているかもしれませんが、ビジネスの構築は確実に前に進んでいるのです。積み重ねた検証結果を見てみて下さい。１週間前、１ヶ月前には気づかなかったことがたくさんありませんか？いままでのやり方では、そうした気づきを得るのに３ヶ月とか半年とかかけてサービスを構築してからやっと得られていたものを、半分以下の労力で検証できるようになったのです。これは大変なスピードアップの証拠ですから、こうした効果を実感できるようになるまでもう少しガンバってみましょう！

さて、リーンスタートアップをやらない理由を様々振り返ってきました。まだリーンスタートアップを実践されてない方は、共感できる理由はありましたでしょうか？

ここで挙げた理由以外にもまだいろいろな原因があるかと思いますが、リーンスタートアップを実践するために絶対必要なのは「新しい文化」です。旧来の文化や知識で考えている限り、新しいアプローチを受け入れることはできません。計画よりも実験、個人の効率よりもチームの効率、大きなマーケットよりニッチなマーケット、多機能よりも単機能、完璧よりも完了、知識よりも学び、大きなバッチより小さなバッチ。。。理解すべき新しい考え方は実に幅広く存在しています。こうしたひとつひとつを理解することで得られる最大の効果は「柔軟性」です。想定外のことが多発するスタートアップにおいて、最も重要な体質が柔軟性なのです。

リーンスタートアップはチームから柔軟性を最大限に引き出します！

そしてピボットへの対応は柔軟性を増し、やがて成功に近づくのです。

日本人書きおろし初のリーンスタートアップ書籍を出します！と宣言してから早7ヶ月ほどが経過してしまいましたが、ようやく、ようやく、原稿がほぼ揃って来ました。春のエリック・リース書籍日本語版出版フィーバーも一段落した夏前から再度エンジンを始動し、ようやく産みの苦しみから一歩抜けだした感じです。。。

そこで、この書籍の出版前レビューをお手伝い頂ける方を大大募集いたします。

１日も早く読んでみたいという方、助けてやってもいいよ！という方、書籍をタダで入手したい方などいらっしゃいましたら、ぜひご応募頂ければと思います。

募集の概要は以下の通りとなっております。

■レビュー期間と人数

レビュー期間は2012年10月15日から11月2までの約３週間で、レビュアーの人数は最大8名の予定です。

■レビュー内容と方法

レビュー頂く内容は以下の通りです。

• 全体的な文章の校正
• 誤字脱字チェック
• ですます調の統一
• 読みやすさ、解説不足の指摘
• その他なんでもご指摘下さい

レビューはクロスレビューを実施いただきます。以下の手順をご参照下さい。

1. 各自にて担当チャプターの指摘箇所を抽出します。
2. ペアの両者が個別レビュー完了後、指摘箇所を交換します。
3. 指摘箇所について、ペア間で意見交換願います。ただし、調整前の各自のご意見も残しておいて下さい。
4. 全ペアにて情報を共有頂き、お互いにチェック箇所を共有願います。

※詳細は当選者に再度ご連絡いたします。

■連絡及び情報共有方法

• Facebookグループ（秘密のグループ）を予定しています。
• PDF形式の出版前原稿をお送りします。
• 指摘箇所はExcelなどで管理いただき、Facebookグループ内の「ファイル」にて管理して下さい。
• ファイルをアップロードまたは更新された際はひとこと投稿頂ければ幸いです。

こちらも詳細は追ってご連絡いたします。

■レビュー頂くボリューム

• 書籍は１章約1500-2000文字ぐらいで、全21章あります。基本的にすべてのチャプターに目を通して頂きたいですが、おひとりにご担当頂くのは5～６章分となります。
• ご担当分の読了に必要な時間は約１時間～１時間半程度のボリュームです。早い方ならあっという間の分量かと思います。

■レビュアー特典につきまして

• 申し訳ありませんが、金銭による報酬はご用意しておりません。代わりと言ってはなんですが、完成版を１コピー分進呈させて頂きます。
• また、ご希望の方は巻末にて謝辞を記載させて頂きます。本名、ハンドルネーム、SNSアカウント名などは自由です。

■レビュー参加条件

• リーンスタートアップに関する書籍ですので、少なくともエリック・リースの書籍を読了していることを条件として挙げさせて頂きます。
• 誤字脱字や、文章表現についてご意見を頂戴したいと思いますので、成果物などのレビューをご経験の方を歓迎いたします。
• ペアによる作業及び期限のある作業となりますので、パートナーとの連携、締め切りなどに十分な時間が取れる方とさせて頂きます。
• 参加後に業務などの都合により、レビュー継続が困難になった場合は遠慮なくお申し出下さい。
• Facebookアカウント保有
• Facebookグループへの参加を許可頂ける方（同じグループの方から参加が確認できます）
• 出版前原稿につきましては、個人所有のレア物としてお楽しみ下さい。決してWishscopeなどへ出品したり、他人に貸与・譲渡などなさらぬようご注意下さい。

※出版前原稿についても、法律上、著作権は著者に帰属します。著者の許可無く配布した場合、著作権法に問われる可能性がありますので十分ご注意下さい。

• ご指摘いただいた修正内容については、時間的都合その他の事情により、その修正を採用しない場合もあります。ご了承下さい。

■ご応募方法

以下の情報を記載の上、success@leanstartupjapan.orgまでご応募下さい。

• お名前
• ご職業
• 勤務先名
• 志望動機

募集期間は本日より10/9（火）17:00までとさせて頂きます。

まさか応募多数の場合は、大変申し訳ありませんがこちらでご指名させて頂けたら嬉しいです。

ただし優先順位は以下の通りとして、透明にお願いしようと思います。

1. Facebookにて私とつながっている方（駆け込みリクエストも歓迎です！）
2. Lean Startup Japanページに「いいね！」して頂いている方
3. 「企業内リーンスタートアップ勉強会」にご参加の方
4. 志望動機がユニークな方
5. ステキな方！和波がお近づきになりたいと思った方

以上、ご不明な点がありましたらなんなりとお問い合わせください。

応募内容は公開しませんので、みなさまのご応募を心よりお待ち申し上げます。

Lean Startup Japan LLC

代表社員　和波俊久

リーンスタートアップの最大の欠点は、リーンスタートアップを知り、書籍を読んでも、実際に何をやればいいのか分からないことです（笑）

リーンスタートアップは「戦略論」なので、「100万ユーザを獲得するまではユーザに課金すべきではない」などといった「戦術」の記載も、顧客開発モデルのようなプロセスもなにもないからです。

そこで、どのような立場のアントレプレナーにとっても一発で「何をすべきか？」が理解できる説明を考えていたのですが、もしかしたらというアイディアを思いつきましたのでご紹介します。

それは

『仮説ドリブン・スタートアップ』Hypothesis-Driven Startup

『実験ドリブン・スタートアップ』Experiment-Driven Startup

『結果ドリブン・スタートアップ』Result-Driven Startup

という言葉です。

ぜひともみなさんには

「リーンスタートアップを実践しようぜ」ではなく

「仮説ドリブンでスタートアップをしようぜ。リーンスタートアップの精神で」

と意思統一して欲しいと思うのです。

この言葉の意味することは、すべてのスタートアップは「このアイディアは事業化可能か？」という大きな仮説に対して、検証作業を繰り返すことでしか事業を生み出すことができず、決して製品・サービスを作ることが事業開発なのではない、ということをチーム全体に一瞬で知らしめるのです。スタートアップが日々やるべきことは、「証明すべき数々の仮説」に導かれて「実験をタスク化」することなのです。

「このアイディアは事業化可能か？」という大きな仮説は、

「そのアイディアによってターゲットするユーザは誰か？」

「そのユーザの課題は何か？」

「その課題に対する現在の代替手段はなにか？」

「現在我々が考えているソリューションは、その代替手段に取って代わるものになるのか？」

「なるとしたらどこからマネタイズすべきか？」

「そのマネタイズ方法はどのような状態になれば成立するのか？」

「マネタイズ可能な状態になった時、ユーザはどのような行動を我々のサービス上でするのか？」

「我々の提供するイノベーションを最も適切に表現できるポジショニングはなにか？」

「提供するソリューションが代替手段に取って代わるものであっても購入をためらう可能性はあるか？」

などと言った「細分化された仮説」の積み重ねでしか証明できません。

こうした仮説はすべてのコンタクトポイントで「機能」「デザイン」「ユーザビリティ」に対して「バリューとコストの交換」が成立するかの観点で仮説検証されるため、たとえ小さなサービスでも検証項目は数百項目に上ります。のんびりゆっくりと製品開発をしているヒマなんかまったくないのです。

こうした仮説は「アイディア」を絞り出して証明していくのではなく、素早く「実験」する手段をひねり出していくのが、リーンスタートアップを実践しているというスタートアップの毎日の行動です。

「リーンスタートアップでやろうぜ！」とチーム内で宣言しても、何をすればいいのかまったく分からないですが、「仮説ドリブンで進めていこうぜ！」と宣言すれば、仮説によって活動が決定され、仮説の証明によってマイルストーンが計測できることが一気にチーム内に浸透します。

仮説ドリブンになれば、仮説が1日でも、いや1時間でも早く検証できることが自分たちに必要であることはあっという間に共有できます。

そして、仮説こそが自分たちの行動をすべて決めるのだから、その精度を上げなければ行動の精度がそのまま下がることも分かります。

仮説に対するKPIの設定が曖昧なら、フィードバックループから得られる「学び」の質が低下することももちろん理解できます。

さらに、仮説は細分化して検証したほうがスピードは上がるため、「じゃ１か月後にリリースして見てみましょう」などといった計画の立て方がいかに時間と資源をムダにしているのかが理解できるようになります。

“Build-Measure-Learn”のフィードバックループは、

「作ってみた。測定してみた。学んでみた」の順序ではなく、

「いまどの仮説を証明すべきか共有した。その手段はどうするか考えた。どのような結果が出れば証明されたと言うか決定した。さぁ即実行！即測定！即判断！」という順序で、しかも最速、最軽量の手段を繰り返し続けるのです。

さて、打合せをしている時間がいかにムダなのか想像できましたでしょうか？

チームの方向性をもっと統一したい場合には、ローンチするまでは、製品名・サービス名・プロジェクト名も抽象的なものを止めて、検証すべきビジョンや戦略にするのがオススメです。オシャレなサービス名やプロジェクト名では、チーム内で「いま何を実施すべきなのか」にブレを生じさせます。思い切ってプロジェクト名を「ｘｘ課題を持ったｘｘユーザがｘｘというソリューションを利用することで我々は事業を成立させることができるか？の検証プロジェクト」にしてしまった方が、チーム内で間違えた方向性を向いている人がいなくなります。

さすがに長くて呼びにくくなった場合は、正式プロジェクト名を頻繁に確認することを前提に、省略名を決めましょう。

でも他の人にプロジェクト名の由来などを紹介する機会が増えれば増えるほど、チーム内の行動は同じ方向を向いていきますっ！

Facebookページにもぜひいらしてください

https://www.facebook.com/LeanStartupJapan

◆約2週間前：2012/04

• エリック・リース来日。TechCrunchの記事はこちら。
• テレビ東京「ワールドビジネスサテライト」にてリーンスタートアップ特集（動画リンク）。視聴率からの推定視聴者数14万人超。
• AWS主催によるイベントにてエリック・リース登壇。入場者推定500名超。講演動画はこちら。
• デジタルガレージ主催”New Context Conference”にてエリック・リース登壇。”有料”入場者数100名超。レポートはこちら。
• エリック・リース著”The Lean Startup“の日本語版出版。販売数不明もアマゾンランキングでトップ10入り。前田敦子写真集、カーヴィーダンスよりも上位にランクインという快挙（笑）

◆1ヶ月前：2012/03

• ITproにてリーンスタートアップ特集開始。
• 日経コンピュータ3/1号にて、今週のキーワードに「リーンスタートアップ」登場。
• Agile Japan 2012東京サテライトにてリーンスタートアップ・ワークショップを開催。50名を超える参加者とリーンスタートアップを実践。

◆5ヶ月前：2011/11

• デジタルガレージ主催イベント”New Context Conference”が”Lean Startup Camp“と銘打って開催。おそらく”Lean Startup”をメインテーマとした、日本初の有料イベント開催。有料入場者数は恐らく200名近く。

◆7ヶ月前：2011/09

• “Lean Startup Japan”朝会を初開催。10名を超える参加者でリーンスタートアップの「実践」についてディスカッションを実施。以降、朝会、夜会という形式で毎週勉強会を開催し、延べ参加人数は100名超。
• 通算4回目となる”Lean Startup Japan Meetup”を開催。118名の参加表明と、70名を超える実参加者。

◆10ヶ月前：2011/06

• 2回目の”Lean Startup Japan Meetup”を開催。28名の参加表明に対し、25名を超える実参加者。

◆12ヶ月前：2011/04

• 初めて”Lean Startup Japan Meetup”を開催。3名の参加表明に対し、2名の実参加者。

◆18ヶ月前：2010/10

• “Lean Startup Japan”ブログ開始。最初の1ヶ月1955PV

参考情報：35ヶ月前：2009/05

• “Four Steps to the Epiphany”日本語版「アントレプレナーの教科書」発売。販売数は不明。

その他にも様々な機会の講演依頼を頂戴しましたが、私が”Lean Startup Japan”を開始してからの日本でのリーンスタートアップ拡大状況です。正直、このような急速な浸透をするとは夢にも思いませんでした。特に今年に入ってからの広がりは目を見張るものがあります。

振り返ると、ブログを立ち上げた当初に書いた「About us」というページには、このブログを書く目的は「“Lean Startup”の日本における普及」と書いています。

しかし、14万人がリーンスタートアップについて認知し、書店に行けばエリック・リースの書籍がその役目を自ら果たしてくれるという状況も整い、私の活動も次のステップへと進めるタイミングが来たのではないかと思います。

※とは言っても、テレビによるリーチ14万人って、人口のわずか0.00109375%（国民914人にひとり…）ですが…。

で、突然ですが、2010年から名刺の肩書として利用していた「エバンジェリスト」は、本日を持ちまして終了させていただくことにしました（笑）

今日からの新しい肩書きの名刺になりましたので、ぜひ改めて名刺交換させて頂き、新たな肩書きをご覧くださいｗ

さて、世間で流行するビジネス・キーワードは、一般的に次のような段階を経て定着していきます。

1. Identify：識別
2. Understand：理解
3. Use：実践
4. Manage：運用

エバンジェリストの主なミッションは１と２を進めることですが、その後に必要になるのは３と４を確立していくことです。

シード期特有の初期計画において、ローコスト/ハイスピードをともに実現する戦略的計画立案及びコントロールの実践力が問われます。

実はブログの更新をサボっていたこの１ヶ月半のあいだ、リーンスタートアップの実践に向けたセミナーとプロジェクトの開発に集中しておりました。そしてついに、リーンスタートアップの１DAYセミナーの開催が準備できましたのでご案内させて下さい。

セミナーは、“Lean Startup Bootcamp”と題して、”Lean Startup Japan”初のワンデーイベントを開催します。

朝集合してから、夜のネットワーキングまで約10時間に渡り、リーンスタートアップの本質と実践について徹底的に伝授します。

アントレプレナーの教科書を読んでも実はピンときていない方、リーンスタートアップを読んで共感しても、自分がどのように実践していけばいいかはさっぱり検討がつかない方でも、絶対に1日で「完全に」リーンスタートアップの本質を理解し、かつ翌日から実行プランに落としていけるところまでをフォローします。

もし仮に実行プランが出来なかった場合には、翌日以降も無料で完全フォローを実施しますのでご安心下さい！

昨年4月以降、延べ400名以上の方とリーンスタートアップについてディスカッション及びヒアリングを行った集大成ですので、内容についてはぜひともご期待ください。

本日よりeverevoとPeatixにて募集を開始しました。

everevoの募集ページはこちら：http://everevo.com/event/1416

Peatixの募集ページはこちら：http://peatix.com/event/4019

セミナー開催日、開催概要は各募集サイトをご確認下さい。

どちらも同じ内容ですので、アカウントをお持ちのプラットフォームからお申し込み頂けます。

少数ですが、早割もご用意しましたので、お申込みはお早めに！

また、徹底的にリーンスタートアップを追求するオープンプロジェクトも準備中です！

プロジェクト開催期間中は、実際にアプリケーションを「販売」しながらリーンスタートアップを実践します。

現在、コンセプト段階からローンチ後までのユーザテスト（インタビュー含む）シナリオ及び定量データ取得項目の作成を進めており、参加者の方がコア・コンピタンスに集中できる環境を準備中です。

プロジェクト参加者はコア・コンピタンスに集中してユーザ検証を繰り返していくうちに、ビジネスを進めながらリーンスタートアップをマスターしていくことができるのです。

こちらのプロジェクトは現在、詳細調整を鋭意進めており、初夏をめどに詳細発表の予定です。

こちらも乞うご期待下さい！

以上のように、”Lean Startup Japan”は新たなコンセプトとともに次のステージへとスタートを切ります。

日本でのリーンスタートアップ元年と呼ばれた昨年ですが、今年はそれ以上の実績を残すことによって、2012年こそが日本でのリーンスタートアップ元年だったと言われるようがんばります！

最後にお知らせとお願いです。

上記活動を促進するため、”Lean Startup Japan”では運営をお手伝い頂ける方の募集を開始します。

これまでずっと一人で運用してきた活動ですが、いよいよ本格化に向けて始動します。

ご興味ある方がいらっしゃいましたら、お問い合わせフォームよりお知らせ下さい。リーンスタートアップの理解は浅くても情熱を持って運営して頂ける方であれば歓迎いたします。

まずは2012/05/19のセミナーを終日お手伝い頂ける方を急募です。セミナーにも無料で参加頂けますので、ぜひご応募ください！

※そういえばタイムマシーンを書いていて気づいたのですが、最初のMeetup（2名参加）の開催日が2011/4/10で、ちょうど1年後の2012/4/10にテレビ放送というのも偶然にしては出来すぎな感じです…。

春の出版に向けて本を書いているのですが、今日はボツになった「はじめに」をご紹介します（笑）

思いっきりハジけて書いたので普段の私のキャラクターとまったく違います。。。

ですが、リーンスタートアップの本質を伝えるにはイイ感じの文章になったと思うので、オクラ入りはもったいないなーと思って投稿することにしました。

ちょっと過激な文章ですが、リーンスタートアップのスピード感を楽しんで頂ければと思います。

きみはまだ、起業の成功は「アイディア」の素晴らしさによって決まると信じているのかい？

だとしたらキミも例外なくスタートアップの99.9%が所属するルーザーズ・クラブの仲間入りだ！

プレゼン資料や事業計画書とやらをせっせとパワポに打ち込むことが、実は成功から遠ざかってるなんてことに気づく頃には、すでにキミのスタートアップはとっくに消え失せてる！

ん？投資家へのプレゼンは大事だろうって？

もちろん！

でもプレゼン資料だけ作って成功したやつなんか存在しないし、そもそもスタートアップのほとんどはVCから投資を受けながら消えていったんだ。

友人やソーシャル上で「いいね！」と言われながらもね。

スタートアップというサバイバルレースで、ほんのひとにぎりのウィナーになるためには、絶対的にクレバーに立ち振る舞うことだ！

学歴やIQなんか関係ない。

スタートアップにおけるクレバーとは、「なにをやるか」と「どうやるか」が両方とも人よりもほんの少し優れてればいいんだ。だってクレバーじゃない他の連中はみんな自滅してくれるんだから（笑）いや、ホントに。

ほとんどの人は「なにをやるか」を決めてから、お決まりの根性論で「どうやるか」を実行に移す。やがて死に絶えることを疑いもせずに。。。

プレゼン資料ってやつは、スタートアップと投資家で「根性でいくぞ！」を誓い合う決意表明みたいな存在だ。

じゃ、どうすればいいかって？

いいかい、これだけのスピードで変化を続ける産業なんて”IT”以外に存在しないんだぜ。

上場企業がIPOからたった数年で「衰退期」を迎えるなんていうクレイジーなことは、世界中のどこを見渡したってIT以外には存在しないんだ。

っていうことは、いままであたりまえだった「やりかた」で起業なんかしちゃダメだってことなんだよ。

だってキミが「なにをやろうか？」なんて考えてるいまこの瞬間にも、世界中のGeekな連中がほんの1日でアプリ作るような時代なんだ！

パワポ作って成功を待つなんてことするには人生ってヤツは短すぎる！

これからソフトウェアで起業しようとしているキミは、「なにをやるか」をじっくりと考えて、「どうやるか」をじっくり計画立てて、なんて時代はとっくに終わったってことに気づく必要がある。

「思い立ったらすぐに試してみて、合ってたら一気にいく！、間違ってたら翌日には修正する！」

っていう「どうやるか」を完璧にマスターし、恐ろしいまでのスピード感で熱狂的なファンを増殖させる必要があるんだ。

こうしたやりかたを、シリコンバレーでは「リーンスタートアップ」って呼んでる。

このリーンスタートアップを実行するアントレプレナーが増加するに従って、

「僕の計画では、このフリーアプリはソーシャル上でのバイラルが発生し、ローンチから6ヶ月で1万ユーザを獲得できる見込みなので、広告収入が期待できます」

ってな感じのパワポを信じるアホはもうひとりもいなくなったんだ。。。

「ま・と・も」な連中のあいだではね。。。

フリーならみんな使ってくれるっていうのがホントなら、駅前のティッシュ配り屋さんがまっさきに上場してるはずだろ。

でもキミがちょっとした気まぐれでティッシュを受け取ったり無視したりするように、マーケットっていう存在は、キミが作った取るに足らないアプリに熱狂もするし、平気で無視したりもするんだ。

キミが本気でITで成功したいっていうのなら、とにかくスピードを手に入れるんだ！

「なにをやるか」なんて後からどうにかするんだ！

「どうやるか」を今すぐマスターして、驚異的なスピードでぶっ飛ばすんだ！

そうすれば、たとえ同じようなサービスを先にローンチした優等生たちだって、あっという間に追いぬくことができるんだから。

実は「TTP（テッテー的にパクれ！）」が勝ちパターンだってこともすでに証明済みなんだぜ。

よく「いま、ITプラットフォームは20年に１度の変化の時代にある。だからいまこそチャンスなんだ」みないな言葉を耳にするようになったけど、キミはどうおもう？

いま起業するなら、この変化の状況からニーズを上手くくみ取らないといけないなんて思うかもしれないけど、真実はちょっと違うんだ。

ITの進化スピードはもう二度と下がることなんかない！決してない！これからも更に加速するだけだっ！

ってことは、圧倒的なスピードを手に入れたやつだけが限られた成功者になるんだよ！

わかる？

ゲームのルールは完全に変わったんだよ。

ちょっと前のゲームは３つアウトになるまでは攻め続けられた。

でもいまは、たった数百万の資金を与えられて、数カ月で結果を出せなければアウト！

即退場だっ！

なんでゲームが変わったのかって？

プレーヤが増えすぎたんだよ。海の向こうから。

だからマーケットはプレーヤ全員を評価するヒマもなくなって、誰の目にもふれることなく消えていくアプリで世界は溢れかえるようになったんだ。

いまじゃ小学生だってハックする時代なんだ！

アプリの開発なんて誰だって思い立ったらその日のうちに、まったくお金をかけずに作れちゃう時代だってことさ。

そんな時代でキミがいますぐやらなきゃいけないのは、こんな本を読むのをいますぐにやめて、圧倒的なスピードで「ビジネス」を作り始めるんだ！（笑）

いいかい、もう一度だけ言うよ。

「圧倒的なスピード」で「ビジネス」を作るんだ！

「すばらしいアイディア」による「アプリケーション」じゃない！

ユーザが熱狂するものを作れ！

金の匂いに敏感になれ！

この本は1時間で読み終えろ！

パートナーに回し読みしろ！やつらもきっとまだわかってないから。

そしてすぐにビジネスを始めるんだ！

心の準備はいいかい？

じゃ始めるよ！

いかかでしたか？

リーンスタートアップのスピード感は伝わりましたでしょうか？

現在書いている書籍のターゲットはもう少し穏やかな感じのユーザ層なので、出版されるバージョンはやや落ち着いた感じになりそうですが、基本的にお伝えしようとしている内容はこんな感じです。

来月には様々なお知らせができるように毎日進めていますので、ぜひ楽しみにして下さい！

あ、でもこのバージョンへの感想も聞かせて頂けたらウレシイです！