How can one distinguish between a product ready for market and a mere concept? Understanding the distinction between a Minimum Marketable Product (MMP) and a 最小実行可能製品 (MVP) is fundamental. This knowledge can significantly influence your approach to product development and its lifecycle management.
- The Minimum 実行可能な製品 (MVP) is all about testing business ideas with little work and money. It’s simple but works, letting early users give important feedback. Big names like Spotify and Airbnb used the MVP way to try their concepts fast. They changed their plans based on what real users said.
- The Minimum Marketable Product (MMP), however, builds on what the MVP proves works. It uses user suggestions and extra features. A great example is the first iPhone in 2007 by Apple. It was made to meet what customers wanted and to stand out in the market right away.
What implications do these two approaches have from project initiation to achieving market success? Recognizing their significance can accelerate market entry, enhance user engagement, and cultivate brand loyalty. This exploration clarifies how MMP and MVP influence the pathway to product success.
先駆者が市場を実証した後に参入する企業は、 ファストフォロワー、 そして ファーストフォロワー理論 これは、新しいアイデアが広まるかどうかは、なぜ初期の採用者が決めるのかを説明する。
Understanding Minimum Viable Product (MVP)
What is MVP: an MVP is the simplest form of a product that still attracts early users. Take a food delivery app with just enough features to order and track food. It’s all about doing more with less, fast, to see if a product idea will work, without spending too much.
Do read our detailed article on MVP:
Minimum Marketable Product (MMP) vs Minimum Viable Product (MVP)
In product development, MMP and MVP are both key. But, they have different goals. Knowing how they differ helps make a strategy that leads to success. It reduces risks and helps a product do well in the market.
Key Differences Between MMP and MVP
| MVP refers to the creation of a basic product aimed at learning and validating concepts. This could be a prototype designed to gauge consumer interest in the product idea. On the other hand, MMP represents a more comprehensive offering, prepared for market entry. It is constructed to fulfill user requirements and facilitate rapid deployment with the essential features. | MVPs serve primarily as testing tools for assessing market demand. MMPs, in contrast, present a more polished solution. They provide an excellent ユーザーエクスペリエンス alongside an intuitive interface. The goal of MMPs is to deliver a valuable product swiftly, avoiding unnecessary complexities. |
From MVP to MMP
MVP から MMP への移行には、綿密な準備が必要です。
MVP の開発には通常 3 ～ 4 か月かかります。 使いやすさこのフェーズは、ユーザーの期待を理解し、それに応じて製品を改良することを中心に展開します。
テストが完了したら、MMP の作成に進むことができます。
MVP、MLP、MMPの比較：製品ライフサイクルにおけるそれぞれの位置づけ
これら3つの用語は、同じ製品の3つのサイズではなく、異なる問いを表しています。MVPは、問題と提案された解決策がさらなる投資に値するかどうかを問います。MLPは、ユーザーがその体験を高く評価し、採用して推奨するかどうかを問います。MMPは、製品が特定の市場で販売、提供、サポートするのに十分な完成度を備えているかどうかを問います。一部のチームは、最小限の市場投入可能な製品を最小限の販売可能な製品（MSP）と呼んでいます。
この用語には明確な起源がある。フランク・ロビンソンが2001年に「最小実行可能製品（MVP）」という言葉を作り出し、その後スティーブ・ブランクとエリック・リースがそれを普及させた。リースはMVPを、最小限の労力で顧客に関する最も検証済みの学習が得られるバージョンと位置づけた。Aha!のブライアン・デ・ハーフは、2013年にこれとは対照的に「最小愛される製品（Minimum Loveable Product）」を提唱した。彼の主張は、顧客は最初のリリースを単に我慢するのではなく、愛すべきだというものだった。
| 基準 | MVP | マイリトルポニー | MMP |
|---|---|---|---|
| 核心的な問い | その問題は実際に存在するのか、そしてこの解決策はその問題に対処できるものなのか？ | 初期ユーザーは、その価値を十分に理解し、継続して利用し、さらに他人に勧めるだろうか？ | 特定の顧客層に対して、販売、配送、サポートを行うことは可能でしょうか？ |
| 主な証拠 | 実際のユーザー行動から得られた検証済みの学習 | エンゲージメント、定着率、そして自発的な推薦 | コンバージョン率、支払意思額、品質、サポートに関するデータ |
| 品質基準 | 実験に必要なものだけ | 洗練されたコア体験 | 対象セグメント向けに、コンプライアンスとサポートを含めて完全に網羅する。 |
| 典型的な故障モード | 未完成品を出荷するための言い訳として使われる | 需要が証明される前に、喜びへの投資を行う | 品質、コンプライアンス、サポート体制が整う前にローンチする |
MLPとMMPの実施順序については、実務者の間でも意見が分かれており、MMPを両者の要素を組み合わせたものと説明する資料もあります。実際には、両者は大きく重複しています。MLPは、チームがコアとなるワークフロー体験に意図的に投資したMMPであることが多いです。固定された順序ではなく、まだ不足している証拠に基づいて段階を計画してください。
境界では、2つの隣接する概念が役立ちます。最小市場機能（MMF）は、マーク・デンとジェーン・クレランド＝ホアンの著書『Software by Numbers』に由来し、本質的な市場価値を持つ機能の最小単位を意味します。ソフトウェアのカンバンを開発したデビッド・アンダーソンは、そのような機能のセットをまとめて出荷する場合、最小市場リリース（MMR）という用語を好んで使用しました。このサイトの関連ページでは、 最小実行可能製品（MVP）、 最小市場性製品（MMP） そして 最低限の優れた製品（MAP）.
比較を適用するための2つのヒント：
- 構築を始める前に、各段階の終了質問をテスト可能な文章として書き出してください。 MVP（最小実行可能製品）の場合、それは「面接した購入者のうち少なくともN人が、定められた期日までに意向表明書に署名する」といったものになるだろう。書面による終了テストがない段階は、際限のない開発へと移行してしまう。
- 乗り換えコストに応じて、どの程度の顧客満足度を提供するかを選択してください。 代替手段が豊富で乗り換えが容易な場合は、ローンチ前にコアとなるユーザーエクスペリエンスに投資すべきです。調達、統合、コンプライアンスによって顧客が囲い込まれる場合は、まず信頼性と既存のワークフローとの適合性に投資すべきです。
MMPの範囲設定方法：MoSCoW、Kano、RICEを用いた機能の優先順位付け
スコープによって、MMPが予定通りに出荷され、売れるかどうかが決まります。3つのフレームワークは、必須事項（MoSCoW）、顧客の反応（Kano）、単位労力あたりの収益が最も高い項目（RICE）という3つの異なる質問に答えます。これらを順番に使用することで、意見を証拠に置き換えることができます。
MoSCoWが境界を設定する
ダイ・クレッグは1994年にOracleでMoSCoWを考案し、後にDSDMアジャイルフレームワークの中核的な手法となりました。項目は「必須」「推奨」「可能」「今回は不要」に分類されます。DSDMではキャパシティルールが追加されています。必須項目はタイムボックス内の作業量の60%以下、推奨項目と可能項目はそれぞれ約20%です。可能項目は予備費としても機能します。機能数ではなく、作業量の配分を測定します。20個の小さな必須項目でも制限を超える可能性があります。 MoSCoWメソッド このページでは、その仕組みについて説明しています。
カノは反応をテストする
狩野紀明氏らは1984年にこのモデルを発表した。各候補特性について、回答者は「その特性が存在する場合、どのように感じるか」と「その特性が存在しない場合、どのように感じるか」という2つの質問に答える。この2つの回答によって特性が分類される。
- でなければなりません
- 顧客はそれを当然のこととして期待している。それがなければ不満が生じるが、あってもほとんどメリットはない。MMPには無条件で組み込まれる。
- 一次元
- 満足度はパフォーマンスの向上に比例して高まります。競争力と価格帯を考慮して投資しましょう。
- 魅力的
- あれば喜びを与え、なければなくても寂しさを感じない。必需品を確保したら、厳選して追加していこう。
- 無関心で逆
- 顧客にとって無関心な機能は重要ではない。逆効果となる機能は、存在すると顧客満足度を低下させる。これらの2つのカテゴリーはMMP（市場価値計画）から除外する。
分類も時間とともに変化します。魅力的な要素は、競合他社が模倣することで、パフォーマンス属性となり、必須要素となる傾向があります。そのため、メジャーリリースごとにアンケートを再実施してください。 カノ分析（カノモデル） ページ。
ライス大学は、残りのものをランク付けしています。
IntercomのRICEモデルは各候補者を次のように評価します。 （リーチ × インパクト × 信頼度）÷ 努力リーチは、期間あたりの人数またはイベント数をカウントします。インパクトは固定スケールを使用します: 3 非常に大きい、2 高い、1 中程度、0.5 低い、0.25 最小限。信頼度は、推定を裏付けるデータの量に応じて、100%、80%、または 50% です。労力は人月で測定されます。四半期あたり 1,200 人のユーザーにリーチし、インパクト 2、信頼度 80%、労力 3 人月の機能は、スコア (1,200 × 2 × 0.8) ÷ 3 = 640 となります。
実行可能な手順は次のようになります。
- 顧客の反応を見るために、候補となる特徴をカノモデルで分類してみましょう。
- MoSCoWバケットを固定された時間枠内に割り当て、必須作業量を60%以下に抑える。
- RICEを使って「すべきこと」と「できること」の項目をランク付けし、「しない」項目は明確に除外する。
グループワークショップについては、 加重MVP機能優先順位付けツール 基準を視覚化し、その重み付けを行うのに役立ちます。
採点する前に、計量器の校正を行ってください。 まず、出荷済みの取り組みの中から3～5件を採点し、チーム内でインパクト1または3がこの製品にとって何を意味するのかを合意します。安全性や法的要件など、RICEの対象外となる義務については、別途レーンを設けてください。
カノ指数を価格シグナルとして解釈しないでください。 このモデルは満足度を測定するものであり、支払意思を測定するものではありません。ある機能があるセグメントにとっては魅力的なものであっても、別のセグメントにとっては無関心なものとなる可能性があります。セグメントごとにアンケートを実施し、価格テストで優先順位を確認してください。
終了基準：MVPがMMPになる準備ができていることを示す指標
MVPからMMPへの移行は、優れたデモに反応するのではなく、文書化された基準に反する決定であるべきです。MVPのローンチ前に基準を定義し、各指標に担当者を割り当ててください。最小限の市場投入可能な製品に資金を投入する前に、需要、行動、認識、提供に関する6つのシグナルを確認しましょう。
- 依存。 ショーン・エリス氏が実施した調査をアクティブユーザーに実施し、製品が使えなくなったらどう感じるかを尋ねてみてください。一般的な目安としては、「非常に残念」と回答するユーザーが40%以上です。エリス氏は約100社のスタートアップ企業をベンチマークしてこの数値を導き出したため、これはあくまで経験則であり、絶対的な法則ではありません。
- 保持。 登録週ごとのコホート維持率をグラフ化します。ゼロより上で横ばいになる曲線は、持続的なコアユーザーが存在することを示します。下降し続ける曲線は、そうではないことを示します。
- 擁護活動。 追跡する 国立公園これは、推奨者（スコア9と10）の割合から批判者（0～6）の割合を引いたものです。中立者も合計に含まれます。参照 ネットプロモータースコア（NPS） その方法について。
- 使いやすさ。 製品を採点する システムユーザビリティスケール （SUS）。約500件の発表済み研究の平均は68なので、それより低い結果は注意が必要です。80点以上であれば、テスト対象製品の上位10%に入ることになります。
- 配送品質。 重大な不具合がゼロであること、および不具合の傾向が安定または減少していることが求められます。アクティブユーザーあたりのサポートチケット数は、直近のリリース全体を通して減少している必要があります。
- 商用信号。 事前注文、有料パイロットプログラム、または対象セグメントにおける想定価格でのコンバージョンなど、支払いの証拠を探してください。
単一の指標だけで承認の可否を決定すべきではない。調査結果、行動、品質に関する指標を組み合わせ、MMPへの資金提供を行う前に、これら3つの指標すべてがそれぞれの基準値を満たすことを義務付けるべきだ。
アンケート設計に関するヒント： 判断を下す前に、セグメントごとのスコアを計算してください。Superhumanの広く引用されている調査では、最初のスコアは22%でしたが、チームは「非常に失望した」と回答したユーザーのセグメントに焦点を当てました。総合的な数値では、既に基準をクリアしているセグメントが隠れてしまう可能性があります。
ガバナンスに関するヒント： 開始前に閾値と最小サンプルサイズを固定してください。サンプル数が少ないとNPSと40%テストの結果が大きく変動するため、各結果の横に回答者数を記録し、回答者数が少ない場合は方向性を示すものとして扱ってください。データを見た後に閾値を変更すると、ゲートが無効になります。
MMP発売準備チェックリスト：品質、コンプライアンス、価格設定、サポート
最低限市場性のある製品は有料顧客に提供されるため、準備状況は機能だけにとどまりません。チェックリストをリリースゲートとして扱い、製品、エンジニアリング、品質、規制、サポートの各部門からの承認を得てください。赤い項目が1つでも残っている場合は、リリースは保留となります。
品質と信頼性
- すべての必須アイテムには、受け入れ基準が存在し、それらを満たしている必要があります。
- 重大な不具合は未解決ではなく、既知の軽微な問題は所有者と修理予定日とともに記載されています。
- 物理的な製品の場合、 設計FMEA（DFMEA） そして プロセスFMEA（PFMEA） 検討の結果、試験運転による収量データは計画された生産量を裏付けている。
- ソフトウェアに関しては、負荷テスト、セキュリティテスト、アクセシビリティテストが現実的なデータを用いて実施されました。
コンプライアンスと文書化
要件は製品カテゴリーと対象市場によって異なります。欧州経済領域では、製造業者が適合性評価、技術文書、EU適合宣言、CEマーキングの責任を負います。これは、製品を対象とする法令でCEマーキングが義務付けられている場合に適用され、一部のカテゴリーでは認証機関も必要となります。すべての製品にCEマーキングが必要なわけではありません。 CEマーキング このページでは背景情報を提供しています。ソフトウェアの場合は、オープンソースライセンスのレビューとデータ保護評価を同じ審査段階に追加してください。
MVPが稼働している間に、コンプライアンスへの取り組みを開始してください。 テストラボの確保、技術文書の作成、認証機関による審査などは、製品の製造よりも時間がかかる場合があり、発売日が決定してしまうと、それらを短縮するのは困難です。
価格設定とパッケージング
MMPは、価格が製品の一部となる最初のリリースです。同僚や親しい初期ユーザーではなく、ターゲットセグメントの購入者でテストを実施してください。パッケージと価格帯は発売前に確定しておきましょう。後から変更すると、データ管理が複雑になり、初期顧客への約束も変更せざるを得なくなります。ハードウェアについては、保証費用を含めた着地単価が、テスト価格で想定通りの利益率を確保できることを確認してください。
サポートと運用
各分野に合格条件が文書化されている場合、支援体制の監査は最も容易になります。
| エリア | 準備ができたら |
|---|---|
| オンボーディング | 新規顧客は、ドキュメントのみを使用して最初の有用な結果にたどり着く。 |
| エスカレーション | 深刻度レベル、担当者、対応目標は、予行演習で作成およびテストされます。 |
| 監視 | ダッシュボードとアラートは、可用性、エラー率、主要なビジネス指標を網羅しています。 |
| ハードウェアロジスティクス | スペアパーツ、返品処理、保証条件が定められ、最初のロットが在庫として確保される。 |
まずは定員を限定したグループで開始する。 事前に合意した停止条件（不具合件数やサポートチケット発生率など）に基づき、限られた顧客グループにリリースする。対象顧客グループがサポート期間全体を通してこれらの制限内に収まった場合にのみ、提供範囲を拡大する。
よくある質問
What is an MMP?
最小市場製品（MMP）とは、特定の顧客層が対価を支払い、かつ組織が確実に提供・サポートできる最小規模の製品です。MVP（最小実行可能製品）で実証された内容を基に、販売に必要な機能、品質レベル、ドキュメントを追加し、コンバージョン率、支払意欲、サポート負荷に基づいて評価されます。チームによっては、これを最小販売製品（MSP）と呼ぶこともあります。
How does an MMP differ from an MVP?
この2つは異なる問いに答えるものです。MVPは学習を目的として構築されます。問題が実際に存在するのか、そして解決策が追求する価値があるのかを、検証済みの学習を生み出す最小限の労力でテストします。一方、MMPは販売を目的として構築されます。ターゲット層が購入するのに十分な完成度を備え、有料リリースに必要な品質、コンプライアンス、価格設定、サポートを提供します。MVPは市場リスクを軽減する一方、MMPはローンチと提供のリスクを軽減します。
Why is the concept of MMP important in product strategy?
MMP（最小実行可能製品）は、料金を請求するのに十分な内容を明確に決定することを強制します。これにより、チームは正反対の2つのミス、つまりMVP（最小実行可能製品）というラベルで未完成の製品を出荷することと、誰も料金を支払っていない機能を追加しながらローンチを遅らせることを防ぐことができます。MMPはスコープとエビデンスを結びつけ、価格設定とポジショニングをテスト可能にし、財務部門と運用部門が計画を立てるための明確なリリース時期を提供します。MMPを文書化された基準を持つゲートとして扱うことで、実行可否の決定を監査可能にすることもできます。
What are the steps to transition from an MVP to an MMP?
MVP（最小実行可能製品）のローンチ前に、まず終了基準を策定します。典型的な指標としては、製品がなければ非常に不満を感じるアクティブユーザーの割合、コホートの維持率、ユーザビリティスコア、欠陥レベルなどが挙げられます。次に、カノモデルを用いて候補機能を分類し、MoSCoWを用いて固定期間内にスコープを設定し、残りの項目をRICEでランク付けします。続いて、ローンチ準備チェックリストに基づいて、品質、コンプライアンス、価格設定、サポートにおけるギャップを解消します。最後に、一般公開前に、合意された停止条件に基づき、顧客数を限定したコホートにリリースします。
MMP、MMF、MMRは互いにどのような関係にあるのでしょうか？
最小市場機能（MMF）とは、本質的な市場価値を持つ機能の最小単位であり、マーク・デンとジェーン・クレランド＝ホアン共著の『Software by Numbers』で用いられた用語である。デビッド・アンダーソンが好んで用いた最小市場リリース（MMR）とは、こうした機能をまとめて出荷するものである。MMPは通常、特定の顧客層が購入できるだけのMMFをバンドルした最初のリリースとなるが、その利用方法は組織によって異なる。
MMP（最大市場適合点）に到達したということは、製品が市場適合性を達成したことを意味するのでしょうか？
いいえ、MMPに到達したからといって、プロダクトマーケットフィットが証明されるわけではありません。MMPはリリースのマイルストーンであり、プロダクトマーケットフィットは需要に関する証拠です。この2つはどちらが先に起こっても構いませんが、MMPは多くの場合、フィットの最初の大きなテストとして機能します。ショーン・エリスは、アクティブユーザーの少なくとも40%が、その製品がなければ非常にがっかりすると答えるべきだという経験則を提案しました。彼は約100社のスタートアップをベンチマークしてこの考えを導き出しました。これに、ゼロを上回るコホート維持率と支払いの証拠を組み合わせると良いでしょう。
チームはいつMVPを飛ばしてMMPを直接起用できるのか？
問題や顧客に関する不確実性が既に低い場合、MVP（最小実行可能製品）を省略することは妥当です。典型的な例としては、既存製品の同等品への置き換え、需要が実証済みの新世代製品、規制対象ハードウェアなどが挙げられます。規制対象ハードウェアの場合、最初の販売可能なユニットは既にコンプライアンスと品質要件を満たしている必要があります。MVPから得られる知見は、プロトタイプ、パイロット版、既存の顧客データから得られます。購入者、ユースケース、価格がまだ未検証の場合、MVPを省略することで、そのリスクを製品発売段階に移行させることができます。
用語集
Minimum Marketable Product (MMP): 最小限の機能セットを備え、初期採用者に価値を提供し、将来の開発のためのフィードバックを可能にすると同時に、市場参入に必要な時間とリソースを最小限に抑える製品。
Minimum Viable Product (MVP): 初期ユーザーのニーズを満たし、今後の開発のためのフィードバックを収集するために必要な基本機能のみを搭載した製品の基本バージョン。最小限のリソースと時間投資で顧客ニーズに関する仮説を検証することを目的としている。
User experience (UX): the overall satisfaction and perception of a user when interacting with a product, system, or service, encompassing usability, accessibility, design, and emotional response throughout the entire interaction process.
