MVP（最低限の機能を持った製品）：概要と開始方法

Amazon が、中古の大学の教科書を販売することから始まったのをご存知でしたか。現在は、何百万もの製品を販売して（数十億ドルも稼いで）いますが、大学生に本を提供するというシンプルなアイデアで始まりました。この驚くべき変革は、おそらく、仕事上の「最低限の機能を持った製品」原則の最も良い例の 1 つでしょう。

基本的に、MVP（最低限の機能を持った製品）は、製品を市場で販売するために構築する必要のある、製品の最もシンプルなバージョンです。MVP（最低限の機能を持った製品）のコンセプトは、才能ある Eric Ries 氏の『リーン・スタートアップ』で最初に紹介されました。Eric Ries 氏による MVP の定義は次のとおりです。

「チームが最小限の労力で、最大限の顧客に関する検証済みの知識を収集できる、新製品のバージョン」

MVP のコンセプトは、リーン スタートアップ手法に由来しており、拡張を考慮して学習と構築を推進することです。つまり、MVP を利用することで、資金やビジネスへのリスクを低く抑えて最初の一歩を小さく踏み出し、段階的にテスト、改善を行い、成長できます。その小さな一歩から始めて、製品に対する市場の反応を確かめます。こうすることで、どこに改善や縮小が必要か、あるいはどこに機能を追加すべきかを把握でき、市場性のある製品にしていきます。

MVP を重視してそれを拡張するメリットはさまざまありますが、最終的な目的は、製品に数千（または数百万）ドルを投資して販売の準備を整える前に、低リスクのテスト環境を提供することです。MVP のテストによって、コストを削減し、ユーザー中心の設計に関するインサイトを入手し、迅速に事業を開始し、さらには早期に投資家の賛同を得られます。インサイトや投資を早い段階で得られれば、あなたと顧客が求めている理想の製品を構築できるようになります。

MVP に着手することは、ビジネス戦略の最も難しい要素の 1 つですが、最も重要な要素の 1 つでもあります。MVP では、顧客の問題点に対処し、顧客インサイトの収集手段を提供し、いくつかの機能のみに限定する必要があります。これをビジネス コンセプトのテスト環境と見なして、主要機能のコストと影響を測定することだけに焦点を当て、それと同時に顧客や投資家にその価値を証明します。

MVP の定義は、結局のところ、具体的なアイデアと検証であり、アジャイル チームによるコラボレーションが必要です。MVP を実現するための一般的な手順は次のとおりです。

どのような問題を解決しようとしていますか？2008 年に遡って Uber の創設者である Garret Camp 氏と Travis Kalanick 氏の考えを想像してみましょう。あなたは大都市で会議に出席していて、夜遅い時間や悪天候ではタクシーを捕まえるのは難しい場合があると気付いたとします。そこで、あなたは電話するだけで家まで車で送ってもらえるというソリューションを構築しようとします。潜在的なユーザーに話しかけ、希望を尋ねます。ボタンを押すだけでタクシーを呼べるサービスは良いと思いますか？帰宅する際にタクシー運転手にテキスト メッセージを送ることは苦ではないですか？どのような乗車料金の支払い方法を希望しますか？このように、市場調査を行い、自身のソリューションを利用するであろうユーザーや、そのソリューションに対するユーザーの希望を把握します。

MVP を開発するための市場調査には、以下が含まれます。

• 競合分析
• 機会と SWOT 分析
• アンケート、1 対 1 のインタビュー、フォーカス グループ

調査とインタビューを行い、その結果をデータで検証します。これにより、顧客のニーズと問題点をより深く理解し、価値を提供するために製品に最低限必要な機能を特定し、投資の段階での概念実証として使用できる適切な証言を得ることができます。

Camp 氏と Kalanick 氏は予備調査から、現在私たちが知っている人気の Uber アプリの初版である「UberCab」を開発しました。MVP は完全に SMS ベースのバージョンで、ユーザーは簡単なテキスト メッセージでタクシーを呼ぶことができました。その後のことはみなさんもご存知のとおりです。

2006 年であれば、タクシー配車サービスにはおそらく競合相手はほとんどいなかったでしょう。しかし、2023 年には、相乗りサービスが大量に存在し、それぞれのアプリは多くの部分が重複しています。自身のサービスを際立たせるにはどうしたらよいでしょうか？顧客がいまだに見逃しているものは何でしょうか？顧客にとって、それらの問題点の金銭的価値はどのくらいでしょうか？自身のサービスが競合他社よりも優れていることを示す長所と短所リストを考案しましょう。

ランディング ページ、SMS 回線（初期の Uber など）、基礎的な 1 ページ アプリのいずれであれ、基本的な技術を試せるベータ グループやチームの内部テスターを特定します。締め切りを守りつつ、テスト チームには機能性や問題点を解決する機能に集中してもらいます。こうすることで、製品をアーリー アダプターにリリースする前に、製品に必要な改善点や改良点を受け入れて、理解できるようになります。

MVP がテスト段階を通過したら、製品完成へ大きく前進したことになります。次は、調査、構築、テスト、修正、ローンチして、構想を継続しましょう。最初に特定したいくつかの機能を固めたら、最初の顧客ベースに MVP をローンチし、BML（構築・計測・学習）フィードバック ループを開始できます。

Confluence で利用可能な MVP の構想テンプレートを確認する >>

MVP は、結局は放り出されてしまう、単なるテスト環境やプロトタイプではありません。MVP として始まり、それ自体で大企業にまで成長した製品やサービスが市場には多数あります。

90 年代初頭、Jeff Bezos 氏は e コマース業界が販売分野で次の大きな投機的事業になると見抜き、その好機を捉えて最も成功すると思われる市場を発見しました。Bezos 氏は最終的に、最低限の機能を持った製品として書店にたどり着き、その書店をガレージで運営しました。書店の成功が、電子機器、衣類、靴などの他の製品の需要につながりました。MVP として本を利用するという第一歩があったからこそ、顧客インサイトを得て、Amazon の可能性をさらに高められました。基礎的な Web ページ上の小さな書店が、わずか 20 年で世界第 3 位の大企業にまで拡大すると思った人はいたでしょうか。

私たちが慣れ親しんでいるこの配車アプリは、モバイル アプリとして始まったわけではありません。実際、創設者の Garret Camp 氏と Travis Kalanick 氏は MVP のアイデアを活用して、UberCab という iPhone 専用の SMS サービスをサンフランシスコで開発しました。両氏は市内でユーザー エクスペリエンスをテストし、改善してから、ベンチャー キャピタルを集め、毎日世界中で 1,900 万件の配車サービスを提供するアプリを構築しました。

Uber はさまざまなイテレーションを重ね、顧客ベースから収集したフィードバックに基づいて、年々対象範囲を拡大してきました。UberCab はタクシーのみで開始しましたが、第二の波で黒塗りの高級車と運転手として独立請負業者を取り入れ、現在私たちが慣れ親しんでいる相乗りエクスペリエンスを構築しました。さまざまな試行錯誤を経て、Uber は MVP をはるかに超えて、相乗り、利用可能な乗車オプション、一部の小規模市場ではヘリコプターにまで拡大しています。

2006 年、ストリーミング サービスが開始されましたが、フェイル オーバーを何度も繰り返していました。ライブラリのコンテンツが少ない上に品質が低く、サブスクリプション価格は高く、ストリーミングが不安定だったためです。そこで、Daniel Ek 氏と Martin Lorentzon 氏は、ランディング ページとして Spotify を構築し、そこでストリーミング テクノロジーをベータ ユーザーにテストしてもらい、資金はページ上の広告収入で調達しました。彼らの究極の目標は、音楽レーベルや投資家が製品の品質に納得できように、再生を高速かつ安定したものにすることでした。市場テストを経て、Spotify とその後継アプリが一般にリリースされ、今では誰もが知るストリーミングの巨大企業になりました。

MVP はあなたのビジネスの究極の目的ではありません。実際、MVP の概念は、MLP（Minimum Lovable Product）や MMP（Minimum Marketable Product）など、より洗練されたソリューションへと進化しました。

MLP（Minimum Lovable Product）は、ユーザーが最初から気に入って使用する顧客中心の製品であり、製品が愛されるために必要となる最小限の機能を備えた製品として定義されます。愛されるかどうかは、その製品やサービスが、顧客が抱える解決したい問題に直接対処するというカスタマー エクスペリエンスにかかっています。MLP には既存の市場や競合他社がある場合がありますが、コスト削減、より優れたソリューション、または使いやすさの点で、より歓迎される代替品となります。MVP の場合は、優先事項はできるだけ迅速かつ手頃な価格で市場に投入することです。MLP では、顧客に最高の価値を提供することが優先事項です。

次の段階は MMP（Minimum Marketable Product）で、ここで MVP や MLP をエンド ユーザーに販売できるようになります。MMP は、新機能が開発される前に市場に受け入れられる最もシンプルな製品です。MMP を使用して、製品を開発し、テストを通じてその価値を顧客に証明しました。MVP のようなプロトタイプではなく、MMP はアーリー アダプター向けに市場に出荷できます。Spotify ではどのようにランディング ページとして MVP が開発されたかを思い出してみましょう。彼らはアプリとサブスクリプション サービスを開発できるようになると、MMP として市場に投入しました。

MVP を構築することは、口で言うほど簡単ではありません。では、どこから始めたら良いのでしょうか？チームが連携し、MVP へのスプリントに備えるためのフレームワークを構築する必要があります。Jira Product Discovery と入力してください。

Jira は製品開発を念頭に置いて構築されています。チームが 1 つの場所で一緒に、新製品のアイデアに優先順位を付け、コラボレーションとデリバリーができます。Jira でカスタム製品のロードマップを作成して、構成要素（スコープ、人材、時間）を視覚化し、チームがリアルタイムで計画を立てられるようにします。テスターから製品の販売機会、ユーザーからのフィードバック、リクエストなど、MVP データやインサイトを得られます。Confluence や Trello と統合して、ミッションの概要、検証、ユーザー ストーリー マッピング、プロダクト ディスカバリーのためのその他のビジュアル テクニックを MVP へのジャーニーに組み込みましょう。

アジャイル フレームワークを使用すると、製品に必要なすべての機能と、その過程でチームが必要とするすべてのステップを視覚化できるようになります。エピックでは、これらのステップを個々のタスクに分け、依存関係の概要を説明します。これにより、チームは一連のスプリントにわたるフロー内で作業できます。エピックを Confluence ページにリンクして、デザイン ファイルやユーザー調査データを介してインサイトを追加すれば、チーム全体が 1 つのドキュメントで連携できます。

MVP の第 1 段階を終えたら、Jira に戻り、フィードバックを収集して分析できます。チームが機能を構築し、エピックを完成させると、機能を製品に組み込んで、さらなるインサイトを集められるようになります。その後、エピックに戻り、フィードバックやコンテキストを提供し、スコープを調整できます。これにより、チームの全員が十分な情報を得て注力する継続的な開発が促進されます。

構築し、測定し、学習しながら、成功に向けて拡張し続けます。チームは協力し、Jira を使用して MVP を次のレベルに引き上げ、市場を大きく拡大する（そして場合によっては変革する）製品を発売できます。