最小限の実行可能な製品を開発するための4つの質問
ニール・パテル著
おそらく、MVP（Minimum Viable Product）という概念はご存知でしょう。しかし、この言葉が使われ始めてからどれだけ時間が経っているにもかかわらず、私がよく話す起業家の中には、この言葉の意味を混同している人がいます。あなたも混同していませんか？
もしそうなら、MVPを考える上で最も重要な4つの質問に答えました。これらはすべての起業家が自問自答すべき質問です。MVPは素晴らしいコンセプトですが、正しく活用されなければ意味がありません。
MVPとは何ですか?
本質的には、MVPは、製品への関心をできるだけ早く理解するプロセスを開始するのに役立ちます。ただし、後ほど詳しく説明しますが、これは最小または最小限の製品とは異なります。
MVPは、最小限の労力で持続可能なビジネスを構築するためのツールです。MVPと従来の開発プロセスの違いの一つは、その時間です。従来のプロセスでは、アイデアを熟成させ、完璧な製品になるまでに数ヶ月、場合によっては数年かかるのが一般的でした。
残念ながら、これは誰も欲しがらない製品の開発につながる可能性があります。そして、学習プロセスを伴わないまま、完成までに何年もかかる開発プロセスは、コストの増大につながる可能性があります。MVPの目標は、学習プロセスを早期かつ頻繁に開始し、決して終わらせないことです。
MVPについて覚えておくべき重要な点は、製品設計上の問題を解決したり、技術的な質問に答えたりするだけではないこと、です。MVPの真の目的は、基本的なビジネス仮説をテストできるようにすることです。言い換えれば、MVPとは、何かを学べる最小限の製品群に過ぎません。
MVP（Minimum Viable Product）は「最小限の製品」と同じですか？
いいえ。MVP（Minimum Viable Product）は、最小限の製品とは異なります。最小限の製品とは、顧客にとって基本的なエントリーレベルの製品です。問題を解決するだけで、それだけの機能を果たします。最小限の製品をリリースする時点では、仮説段階にあることは決してありません。もし仮説段階にあるとしたら、それは問題です。
例えばTwitterを考えてみましょう。当初の最低限の機能は、160文字以内の投稿を公開できる機能でした。その後、機能が追加されていきました。（ちなみに、実際のスケッチはMVPでした。）
最小限の製品で仮説を検証すると、なぜ問題になるのでしょうか？それは、その段階に到達するまでに、制作と開発に多大な投資をしなければならなかったからです。MVPは、仮説を検証するためのより安価で簡単な方法です。
MVP は少し抽象的すぎると思われる場合は、MVP がどのようなものであるかを示すいくつかの例を以下に示します。
- Dropbox – Dropboxの創業者であるドリュー・ヒューストンとアラシュ・フェルドウシは、当初は実用最小限の製品（MVP）を宣伝する退屈な3分間のビデオを制作していました。一見普通の製品デモのように見えますが、中身はたったそれだけです。コードは一切ありません。ところが、このビデオをオンラインで公開すると、購入希望者リストが5,000人から一夜にして75,000人にまで急増したのです！
- Foursquare – Googleドキュメントを使って顧客のフィードバックを収集します。コードのメンテナンスは不要です。
- ヴァージン・エア– ヴァージン・エアは仮説検証のために、1機の航空機と1路線のみを使用しました。戦略の問題点を解決するにつれて、航空機と路線を増やしていきました。
- Groupon – AppleScriptを使ってPDFクーポンをMail.app経由で送信するウィジェットを備えたシンプルなWordPressブログとしてスタートしました。今では数十億ドルの価値を誇ります。
- Spool – オフライン ビデオの世界の Instapaper である Spool の MVP は、ビデオと招待リストで、電子メール アドレス ボックスだけでなく、所有している電話の種類を確認するためのラジオ ボックスも含まれています。
少量でも作業できますか？
小さなバッチで作業するということは、開発の各レベル、そして各開発レベル内で実行されるタスクを分離することを意味します。これには、早期かつ頻繁なチェックインへのコミットメントが必要であり、MVPの成功には不可欠です。
『The Lean Startup』の著者、エリック・ライス氏は次のように述べています。「これらのバッチを制御する手法は数多くあります。継続的なデプロイメントに必要な小さなバッチから、数週間または数か月かけて複数の開発者が作成したコードをすべてバッチ処理して統合する、より従来的なブランチベースの開発まで多岐にわたります。」
少人数で作業することには多くの利点があります。例えば、以下のようなものがあります。
- より迅速なフィードバック– モックアップに1ヶ月も費やす代わりに、デザインチームは初期のスケッチを開発者に提出し、「私たちが考えているのはこういうことです」と伝えるだけで済みます。こうすることで、開発者はすぐに既存の前提に疑問を持ち始めることができます。そして、こうすることで、プロジェクトとアイデアは、これらの新しい事実を考慮に入れながらデザインとともに進化していくでしょう。この小さなバッチのプロセスは毎日行うべきであり、各ラウンドの内容を共有・議論し、すべてが変更される可能性があることを全員が理解する必要があります。
- リスクの軽減– 小さなバッチで作業することで、開発段階における特定のタスクへの投資を最小限に抑えることができます。考えてみれば、これは理にかなっています。なぜなら、開発段階の最後まで待ってから問題を特定する必要がないからです。小さなバッチごとに問題を特定します。例えば、デプロイ時に特定の構成に依存するコードがあったとします。しかし、コードのデプロイ前にその構成が変更された場合、誰も問題に気付かないでしょう…つまり、時限爆弾を抱えているようなものです！小さなバッチで作業することで、このような問題を確実に検出できます。
- オーバーヘッドを削減する– 小さなバッチで作業する習慣を身につければ、組織の効率が向上し、効率化が進むにつれて事業コストも削減されます。これはあらゆるレベルで当てはまります。なぜなら、人は頻繁に行う作業の方が上達するからです。つまり、設計レビューやコードチェック、リリースをより頻繁に行うようにすれば、それらも上達するはずです。
ペニーギャップを渡れますか？
製品が自己採算を取らなければならない時が来ます。これは「ペニーギャップ」と呼ばれ、まさに「人々に何かにお金を払ってもらえるだろうか？」という疑問を投げかけます。
世界中の市場調査をすべて実施し、類似製品で利益を上げている競合他社の存在や、初期ユーザーから製品の素晴らしさを実感してもらえる可能性もあるでしょう。しかし、真の試練は、人々にお金を支払ってもらう必要がある時に訪れます。
クリス・アンダーソンは著書『Free』の中で、「実際には市場には2つの市場がある。無料市場とそれ以外の市場だ。そして、この2つの市場の違いは根深い」と述べている。もし有料化すれば、顧客は本当に財布の紐を緩めたいのか自問せざるを得なくなる。ニューヨーク大学のクレイ・シャーキー教授は、「無料コンテンツの世界では、少額決済の多少の手間でさえ、ユーザーの嗜好を大きく損なう。そして、無料のコンテンツを代替品として受け入れる傾向が高まる」と述べている。
人々に支払いを受け入れてもらうにはどうすればいいでしょうか？最良の結果を得るには、以下のプロセスに従ってください。
- 情報提供– 既存顧客に、製品を継続していくためには有料化する必要があることを伝えましょう。これまで長い間無料で利用してきた顧客に、料金を請求することで隠れたり、不意打ちをしたりしてはいけません。そうすると、顧客はすぐに離れてしまいます。
- 説明– なぜ料金を請求しなければならないのか、正直に理由を伝えましょう。自由市場であっても、一生無償で働くことはできないことはほとんどの人が理解しています。
- 詳細– 費用を項目別に記載し、希望利益額も共有しましょう。正直であることは信頼を築く上で非常に効果的です。さらに、利益や給与といった情報のギャップを埋めることで、噂話や思い込みを防ぐことができます。
- アンケート– 近い将来に料金を徴収する必要があることを明らかにした後、簡単なアンケートで人々にいくらまで支払えるか尋ねてみましょう。結果を自分の考えと比較してみましょう。
- レイヤー– 料金体系に徐々に慣れていくための戦略の一つは、目標料金よりも低い料金から始めることです。顧客にそうしていることを周知しましょう。利益にはならないかもしれませんが、少なくとも利益は出ています。こうすることで、料金を上げていくにつれて、顧客が徐々に製品を購入してくれるようにプログラムすることができます。
結論
最小限の実行可能な製品の概念を使用することは、製品と企業を立ち上げる優れた方法ですが、それが何であるか、どのように機能するかを本当に理解している場合に限ります。
MVPコンセプトで成功したことはありますか？成功の秘訣は何ですか？
Neil Patel 氏は、企業がより適切なビジネス上の意思決定を行えるよう支援する分析プロバイダーである KISSmetrics の共同設立者です。
GeekWire の Neil Patel 氏のその他の記事: あなたが起業家である可能性を示す 7 つの兆候… すべての起業家がイノベーションについて知っておくべき 11 のこと… 最初のビジネスを始めるときに知っておきたかった 17 のこと…
