MVPリリースの早期化の利点

エリック・リースはMVPという最小構成でリリースすることを勧めています。

なぜでしょう?

 

簡単に言うと、リリースするまでの開発というのは貴重なリソースを使って、誤った目標に向けて前進する「非効率な浪費的行為」だからです。

最初から正しい目標に向けて前進というのはスティーブ・ジョブズ級の天才ではない限り、不可能です。

一例として以下の図は、1つの軸で方向性がズレたケースを想定しています。

中学の数学で習いましたね?60度ズレただけで効率は半分になります。

f:id:pin1kerton:20170722162643j:plain

実際には60度もズレるのは稀です。しかし製品というのはよほど明快に自己規定できない限り、複数の軸が絡み合うので少しずつズレた結果費やしたリソースの大半は全く成果に結びつかないところに浪費されます。

 

エリック・リースが早期リリースを薦めているのは「目指す目標は実在するか」という仮説検証を行うためと同時に、自分たちが正しい目標に向けて正しくリソースを消費できているか、という「弾着観測」を行うためでもあります。

逆に言えば、数千万円かけて作った製品を未だリリースしないというのは弾着観測をしないまま、軌道修正しないまま明後日の方向にペダルをこぎ続けていることでもあるので非常に非合理なことです。

ましてや2017年において億の単位の金をかけてようやくリリースというのは浪費行為に他なりません。

しかし残念なことに、いまだにこのようなケースは散見されます。

ローンチのタイミングと資金調達のラウンドの変遷について

プロダクトマネージャーがエンジニア出身だとなぜよいか、という点について、自分がエンジニア出身のプロダクトマネージャーなので書いてみたいと思います。

 

最大のメリットを簡潔に言うとプロダクトマネージャーがエンジニア出身でない場合に比べて極めて早期にローンチできます。

 

私の理解でいう資金調達の段階と調達額の中央値を雑に言うとこんな感じです。

注目すべきは、年代が下るにつれてより早い段階でのローンチが求められています。

すなわち開発費が小さい=開発期間が短い段階でのローンチを行うことが良い結果を導くとされている点です。

f:id:pin1kerton:20170722153240p:plain

リーン・スタートアップ( https://www.amazon.co.jp/dp/B00F3UTIQY/ )では資金調達前にMVPという最小構成でローンチすることで仮説検証を行うと良いとあります。

 

逆に言うと、2010年代には数千万円の費用を獲得しなければローンチすらも難しい、そのために数千万円の費用をエンジェルやVCから調達するためのアイディア勝負、と考えられていたようですね。

ザッカーバーグの "Idea is sucks(アイディアなんて無意味)" はその頃の考え方を軽蔑する意味合いがあるのではないでしょうか。

2000年代においては、ローンチには億単位の金が必要でした。まだHPのサーバやシスコのルータを何台もサーバルームに用意する必要があった時代なので当然だったのかもしれません。

分厚い企画書とマーケティング資料の束でVCから億単位の金を引っ張るプレゼン力の高いプロジェクトマネージャーが必要とされたのも当然のことですね。

 

大まかに言って資金調達前の段階で用意できる資金は1,000万円を超えません。

 予算が1,000万円と言われてよくある間違いが、ディレクター、デザイナー、プログラマーの3人をアサインし、3ヶ月でリリースすることを要求する場合です。

 

・よい酒は熟成期間を必要とするように、MVPの練り込み、あるいは簡易な仮説の検証にも時間はかかります。3ヶ月は短すぎます。

・MVPの製作に必要なものは、「決まったものを作る」ことではなく「仮説と学習による検証のサイクル」です。時間をかけて、製作と検証のサイクルにコストをかけるべきです。3人という「大人数」は、予算を短期に消費するだけに終わります。

・つまり少人数中心で腰を据えて仮説検証とMVPの練り込みが必要です。初期の3人をアサインする行為は完全な「早すぎるスケール」に他なりません。

 

プロダクトマネージャーをエンジニア出身者が兼ねる最大の利点は、最小構成1人でチームが構成できる点です。

また1人構成の場合、コミュニケーションロスがないため、1人の脳内で高速な仮説検証サイクルを回すことができます。

もちろん一人ゆえの独善的な陥穽に落ちることはありますが、仮説検証を必ず利害を共有しない他者を交えて行うことで補正は可能です。

 

私が実際に開発したプロダクトの話をします。

私の場合、技術習得2ヶ月、MVP状態でのリリースに2ヶ月かけました。

昼間は仕事をしつつ、休日と平日夜のみの開発なので、実際に投入された工数は1.3人月程度だったと思います。

MVPリリースの時点でかなりの好感触だったのでさらに開発を進めました。

企画とマーケティング、グロースハックが自分でできて、かつサーバサイドとフロントサイドが自分でできるのであれば、MVPリリースは1.3ヶ月で出来ます。

 

2つ目の製品においては、ローンチの前に仮説検証フェーズを入れました。

静的なHTMLによる画面デモや画面イメージを伴うティザーサイト風のサイトの開設によって反応を見ながら仮説検証サイクルを回し、MVPの企画策定を行いました。

オフラインで20名程度に見せて良い反応が得られたので、エイプリルフールに合わせてティザーサイト風につくったエイプリルフール企画、という名目のWebページを作りました。そこに「実際のリリースの予定はあるか」「リリースされるなら課金するから是非出してくれ」という反応が大量に来たために、ここでMVP開発開始に踏み切りました。

1つめの製品との並行開発だったので3ヶ月程度、MVPの本格開発開始までにかけたと思います。もちろん結果は非常に良好でした。

 

またこの仮説検証の話をした知り合いは非常にドヤ顏で「統計的に有効なサンプリングには最低2,000人は必要」と言っていました。しかし私は20人で十分と考えました。

2,000人のインタビューにかける時間や手間が非常に膨大である点を懸念したからです。私のLINEの連絡先にも、見込みユーザーでありかつ付き合ってくれそうな知り合いは100人もいませんしね。

事実としてティザーサイトも結果も好評だったことから事前サンプリングは順調であれば20人で十分と考えます。

 

このように資金調達前の、極めて限られた予算でもMVP検証には十分と書きましたが例外はあります。

大企業であったりメガベンチャーの新規事業であるケースです。

 

おおむね2ケースあって、1つは経営陣の前でPM候補がプレゼンし、それが決裁されれば最初に数人のチームと数千万の予算が与えられるケースです。これは既に最初の段階でシードラウンドまでの資金調達が完了しているも同然です。

2010年代のベンチャーの製品開発を社内で限定して行なっていると考えていいでしょう。

もう1つは、大企業でよくあるケースでプロジェクトマネージャーが指定され、1億〜数億円の予算と半年〜1年程度の期間が与えられ、一緒に利益目標とリリースの目標時期が与えられるケースです。

これは2000年代の製品開発の延長にあると言っていいでしょう。

いずれもMVPの段階でリリースをするにはチームは大きすぎます。人月の神話にあるように、妊婦を10人集めても子供を一ヶ月では産めません。

大きく作り、遅い時期でローンチし、少ない回数のフィードバックでヒットを目指す形になると思います。

エリック・リースの著作や今回の私の話は参考にならないと思います。

 

またもしあなたがプログラムのかけない、アイディアはあるタイプであるならば。

方法は3つあります。

あなたがプログラムをかけるタイプになるか、あるいは利益と栄光の全てを分かち合うプログラムのかけるウォズニアックのような相棒を見つけるか(ああでもウォズは利益はあまり分かち合ってもらえませんでしたね。)

あるいは2010年代のように、アイディアと企画書で数千万円の費用を調達し、大きく作って遅い段階でリリースしてヒットを目指すかです。