最小限の実行可能な製品

最小限の実行可能な製品（MVP）とは、初期の顧客が使用できるだけの機能を備えた製品のバージョンであり、顧客は将来の製品開発にフィードバックを提供することができます。^{[1] [2]}

MVP のリリースに重点を置くということは、開発者が時間のかかる (おそらくは) 不必要な作業を回避できる可能性があることを意味します。代わりに、開発者は動作するバージョンを反復してフィードバックに応答し、製品の要件に関する仮定に疑問を投げかけて検証します。^[3]この用語は、2001 年に Frank Robinson によって造語および定義され^[4]、その後Steve BlankとEric Riesによって普及しました。^{[5] [6] [7] [8]事前に}市場分析を実施することも含まれる場合があります。 MVP は、ビジネス仮説の検証のコンテキストで適用される科学的メソッドにおける実験に類似しています。これは、将来の起業家が、製品またはビジネス アイデアの背後にある仮定をテストすることにより、特定のビジネス アイデアが実際に実行可能で収益性があるかどうかを知るために活用されます。^[9]この概念は、製品に対する市場のニーズを検証したり、既存製品の段階的な開発に使用したりできます。^[10]潜在的なビジネスモデルを顧客に対してテストし、市場がどのように反応するかを確認するため、既成の孤立したビジネスモデルを実行するよりも、潜在的なビジネスチャンスがどこに存在するかを見つけることに関心のある新興企業にとって特に有用です。

最小限の実行可能な製品には、製品を効果的に展開するのに十分なコア機能があり、それ以上の機能は備えていません。開発者は通常、より寛容で、フィードバックを提供し、初期のプロトタイプやマーケティング情報から製品のビジョンを把握できると考えられる早期採用者など、潜在的な顧客のサブセットに製品を展開します。この戦略は、顧客が望まない製品の構築を避け、最小限の費用で顧客に関する情報を最大化することを目指しています。この手法は、MVP がビジネス仮説のテストを目的としており、検証された学習がリーン スタートアップ メソッドの 5 つの原則の 1 つであるため、リーン スタートアップ メソッドに分類されます。^[11]これは、企業がかなりの期間にわたる詳細なビジネス プランを作成する従来の「ステルス モード」製品開発方法とは大きく異なります。スティーブ ブランクは、リーン スタートアップ アプローチの主な原則は、顧客に製品が必要かどうか、または製品がニーズを満たしているかどうかを尋ねて製品の根底にある仮説を検証し、仮説が間違っていることが判明した場合は別のアプローチに切り替えることにあると仮定しました。^[12]多額の投資を行う前にビジネスアイデアを安価に検証するこのアプローチは、実験の結果商業的に実現不可能であることが判明したビジネスは簡単に終了できるため、コストを節約し、リスクを制限します。スタートアップの失敗の主な原因は市場のニーズの欠如であるため、これは特に重要です。^[13]つまり、多くのスタートアップは、製品が多くの人に必要とされていないために失敗し、初期投資を回収するのに十分な収益を上げることができません。したがって、MVPを利用すると、将来の起業家に製品の市場需要が明らかになると言えます。

例えば、2015年にシドニー大学の専門家は、農場と雑草管理を自動化するRippaロボットを考案しました。^[14]発売前に、ロボットが雑草と農作物を区別できるという技術的な仮説はすでに証明されていました。しかし、実際の農場で実行可能なツールになるというビジネス上の仮説はまだ証明されていませんでした。^[15]ここでのMVPメソッドの適用は、ビジネス仮説がテストされ、それが成功した場合にのみさらなる開発に投資されるというものです。

「最小限の実行可能な製品とは、チームが最小限の労力で顧客に関する検証済みの学習を最大限に収集するために使用する新製品のバージョンです。」^[2]この定義で最大と最小という言葉が使用されているため、定型的なものではありません。特定のコンテキストでどの MVP が理にかなっているかを判断する必要があります。この曖昧さのため、MVP という用語は、意図的または無意識のうちに、プロトタイプのような製品から本格的な市場性のある製品まで、より広い概念を指すためによく使用されます。^[16]

MVPは、製品の製造と顧客への販売に向けた戦略とプロセスの一部です。^[17]これは、アイデアの生成、プロトタイピング、プレゼンテーション、データ収集、分析、学習の反復プロセスにおける中核的な成果物です。反復に費やす合計時間を最小限に抑えることが求められます。このプロセスは、望ましい製品/市場適合が得られるまで、または製品が実行不可能と判断されるまで繰り返されます。

スティーブ・ブランクは、通常、最小限の機能セットを最小限の実行可能な製品と呼んでいます。^{[18] [19]}

• 最小限のリソースで製品仮説をテストする
• 学習を加速する
• 無駄なエンジニアリング時間を削減
• できるだけ早く製品を早期顧客に届ける
• 他の製品のベースを見つける
• 必要な製品を作るためのビルダーの能力を確立する
• 非常に迅速にブランドを構築する

• テストは、最小限の実行可能な製品の本質です。前述のように、MVP は、最小限の費用で、アイデアが市場環境で機能するかどうかをテストしようとします。これは、革新のリスクを軽減し (そのため、コンセプトが実際には機能しないことを証明する前に膨大な資本を犠牲にする必要がありません)、リアル オプション モデルなどの段階的な市場テスト済みの拡張モデルを可能にするため、有益です。^[20]アイデアの経済的実行可能性をテストする簡単な方法は、発見主導の計画です。^{[21] [22]}これは、逆損益計算書でアイデアの背後にある前提を慎重に調べることで、新しいベンチャーの経済的実行可能性を最初にテストします (まず、獲得したい収入から始めて、新しい発明にかかるコストを確認し、プロジェクトが機能するために必要な収入があるかどうかを確認します)。最小限の実行可能な製品のテストの結果は、そもそも製品を構築する必要があるかどうかを示すことを目的としています。テストでは、最初の問題または目標が、前進するのが合理的である方法で解決されているかどうかを評価します。

• スティーブ・ブランク：「ビジョンを売り込み、最小限の機能セットをビジョナリーに提供しているのであって、すべての人に提供しているわけではない。」^[18]

最小限の実行可能な製品をリリースしてその影響を評価することは、製品のアイデアが生まれた直後にそれを選別するために使用される市場テスト戦略です。ソフトウェア開発では、リリースは、Web アプリケーション開発 に共通する高速アプリケーション開発ツールと言語によって促進されます。

MVP は、市場でテストする前に製品を実装するために早期に時間とお金を投資するという従来の市場テスト戦略とは異なります。これは、大量の時間と金銭的投資が行われる前に、市場が製品を求めていることを確認することを目的としています。MVP は、早期リリース、頻繁リリース、ユーザーの声に耳を傾け、ユーザーに製品の機能と将来を定義させるというオープンソース ソフトウェアの方法論とは異なります。代わりに、MVP は製品ビジョンから始まります。これは、製品の潜在的な将来の顧客からの明示的および暗黙的 (間接的) なフィードバックに基づいて調整されますが、製品ライフサイクル全体を通じて維持されます。^[2]

MVP は、顧客のフィードバックに基づいて継続的に製品を反復および改良することに重点を置いた Blank の顧客開発^{[ broken anchar ]}方法論の一部として使用できる戦略です。さらに、存在しない製品や機能のプレゼンテーションは、A/B テストなどのWeb ベースの統計的仮説検定を使用して改良される可能性があります。

ビジネスモデル キャンバスは、会社を立ち上げる際の主要なコンポーネントとアクティビティをマッピングするために使用されます。ビジネス モデル キャンバスの選択されたコンポーネントを使用して、最小限の実行可能な製品を設計できます。

顧客

ビジネスモデルキャンバス上の顧客とは、価値提案の対象者を指します。^[23]ここで最小限の実行可能なコンセプトを利用すると、アンケートや試験的な発売から、選択した顧客セグメントが実際にその製品を望んでいるかどうかを判断するのに役立ちます。どちらの方法を選択する場合でも、MVPを使用する際の鍵は、できるだけ少ない費用でできるだけ多くのことを学び、この場合は最小限のコストで市場を検証することです。

価値提案

価値提案は、企業が顧客に何を提供するのか、つまり、どのような欲求を満たすのか、どのような問題を解決するのかを詳しく説明します。^[23]この場合、MVPの使用は、前述のRippaのケースのように、製品の技術的な実現可能性（製品を使用してそのような価値を提供可能かどうか）に重点を置くことになります。

チャンネル

ビジネスモデルキャンバスの用語では、チャネルとは企業が顧客に価値を提供する方法を指します。^[23]したがって、MVPは、新たに提案された価値提供方法（たとえば、新しい流通チャネル、サプライチェーンの革新）が機能するかどうかをテストするために使用されます。

関係

名前が示すように、関係性とは、企業が顧客を惹きつけ、顧客が期待する対応やケアを提供することで顧客を維持する方法を指します。^[23]ここでのMVPは、顧客が関係構築の新しい方法をより高く評価するかどうかを知るために使用され、MVPの概念に忠実に、テストはブランドエクイティ、評判、またはコストを可能な限り犠牲にせずに、可能な限り多くのことを学ぶことを目指します。

最小限の実行可能な製品の概念は、スタートアップや組織の他の側面にも適用されます。

最小限の実行可能なブランド（MVB）コンセプトを使用することで、ブランド仮説が戦略的意図と市場の洞察に基づいていることを保証できます。^[24]

最小限の実行可能な製品を作成するために他の人を見つけることは、新しい会社やスタートアップにとって共通の課題です。最小限の実行可能な共同創設者の概念は、次の属性を持つ共同創設者を探すことに基づいています。^[25]

• 信頼
• 建築や販売に優れている
• 会社のコミットメント
• 個人的には好感が持てる
• 生産性
• 合理的
• ラショナル
• 現実的

ある研究では、企業が競合他社による模倣のリスクを負い、模倣に対する他の障壁を確立していない場合、MVPの早期リリースは企業にとってプラスよりもマイナスになる可能性があることが示されています。^[26]また、MVPに対する否定的なフィードバックは企業の評判に悪影響を与える可能性があることも示されています。^[26]モバイルおよびデジタル製品の多くの開発者は現在、顧客がプラットフォーム（アプリストアなど）を通じて競合製品間を簡単に切り替えることができるため、MVPを批判しています。^[27]また、期待される最低品質基準を提供しない製品は、より高い基準で市場に参入する競合他社よりも劣っています。

MVPの顕著な限界は、アイデアを市場でテストしようとするアプローチにあります。企業の新製品アイデアはテストから推測できるため、知的財産の保護が限られている環境（および製品が簡単に模倣される環境）にはこの方法は適さない可能性があります。^[28]

MVPアプローチに対する批判により、いくつかの新しいアプローチが生まれました。例えば、Minimum Viable Experiment MVE、^[29]、 Minimum Awesome Product MAP、^[30] 、Simple, Lovable, Complete ^{[31]などです。}

• リーンスタートアップ
• 最低限の市場価値のある機能
• モックアップ
• パイロット実験
• 概念実証
• スタートアップ企業
• 大聖堂とバザール

ウィキメディア・コモンズには、 Minimum viable productに関連するメディアがあります。