BA ランドスケープにおける MVP、プロトタイプなどの謎を解く

混乱を解消しましょう。 常に最良の方法で使用されているとは限らない、さまざまな概念や関連する頭字語が多数あります。 それらを明確にしてみましょう。

MVP (Minimum Viable Product)、MMF (Minimum Marketable Feature)、MLP (Minimum Lovable Product)、プロトタイプ、概念実証などの用語はすべて製品開発で使用される概念ですが、それぞれ異なる目的を果たし、明確な特徴があります。 それらの違いの内訳は次のとおりです。

1. プロトタイプ：

• 目的： プロトタイプは、設計、テスト、およびデモンストレーションの目的で使用される製品の暫定バージョンです。
• 集中： 主に、製品のデザイン、ユーザー インターフェイス、ユーザー インタラクションを説明することに重点を置いています。
• 開発段階： プロトタイプは、本格的な開発が始まる前にアイデアやコンセプトを視覚化するために、製品開発プロセスの早い段階で作成されます。

2. 概念実証 (PoC):

• 目的： 概念実証は、特定のテクノロジー、コンセプト、またはアプローチの実現可能性を検証するために設計された小規模なプロジェクトまたは実験です。
• 集中： 特定のアイデアやテクノロジーが現実世界のシナリオで機能することを実証することに重点を置いています。
• 開発段階： PoC は多くの場合、技術的な実現可能性を評価するためにプロジェクトの開始時に行われます。

3. 実行可能最小限の製品 (MVP):

• 目的： MVP は、初期の顧客を満足させ、さらなる開発のためのフィードバックを収集するのに十分な配信作業を含む製品の最も基本的なバージョンです。
• 集中： 製品の意図された価値を顧客にテストするためのコア機能を提供することに重点を置いています。
• 開発段階： MVP は、アイデアとコンセプトの後、大規模な開発の前に作成されます。
• ゴール： 主な目標は、最小限の開発労力で仮説を検証し、ユーザーのフィードバックから学ぶことです。

4. 市場価値のある最小限の機能 (MMF):

• 目的： MMF は、製品を特定の対象ユーザーに販売するのに十分な機能のサブセットです。
• 集中： 早期導入者のニーズを満たし、売上やユーザーの採用を生み出すために不可欠な機能を提供することに重点を置いています。
• 開発段階： 通常、MMF は MVP フェーズの後に行われ、初期フィードバックに基づいて製品を改良し、市場性を高めるために機能に優先順位を付けます。

5. ミニマム・ラバブル・プロダクト（MLP）：

• 目的： MLP は、基本的なニーズを満たすだけでなく、ユーザーの感情的な反応を引き出すバージョンの製品を作成することを目指しています。
• 集中： 単なる機能を超えて、楽しいユーザー エクスペリエンスを提供し、強いユーザー ロイヤルティを構築します。
• 開発段階： MLP は多くの場合、MVP および MMF ステージに続き、製品をより魅力的で魅力的なものにすることに重点を置いています。

要約すると、MVP、MMF、MLP は製品の開発とリリースに関連していますが、機能、ユーザー エクスペリエンス、市場への準備の点でそれぞれ異なる目的を果たします。 一方、プロトタイプと概念実証では、完全な開発に着手する前に、アイデアやテクノロジーをテストして検証することに重点が置かれます。 IIBA のプロダクト オーナーシップ分析ガイド (POA®) では、MVP、MMF、最小市場性リリース (MMR) および最小市場性製品 (MMP) の概念が、製品に関する意思決定の観点から導入されています。 何 構築する。 以下の図は POA ガイドからのもので、これら 4 つの概念を順序付けしています。 PoC とプロトタイピングによる MVP について詳しく知りたい場合は、ファブリシオ ラグナ (「ブラジルの学士」) とライランド レイトンによる素晴らしい記事 (ビデオ インタビュー付き) をご覧ください。 ここ。

図 2: POA ガイドの MVP、MMF、MMP、および MMR

広告

概念実証 (PoC) の背後にあるビジネス分析

ビジネスアイデアに基づいて非常に小規模な実験を行い、その実現可能性を評価する必要がある場合、PoC を使用することがあります。

設計の初期段階でアイデアを検討するよく知られた方法は、 デザインスプリント。

このプロセスにおけるビジネス分析作業は非常に重要です。 まず、BA 専門家は、ファシリテーション スキルを活用してワークショップ全体を促進します。 BA の範囲をアイデアのプロセスに組み込む際、彼らの作業は「How Might We」テクニックを適用するところから始まります。 「How Might We」テクニックについて詳しく知りたい場合は、ここで確認できます。

さまざまなアイデアを考えた後、どうすればよいでしょうか？」さんのBA の作業には、次のワークショップの促進が含まれます。ワークショップでは、(おそらく非常に悪い) プロトタイプが構築され、ユーザーと一緒にテストされるまでアイデアが洗練されます。 BA は通常、テストの実施に慣れています。 最後に、テストから洞察を収集し、PoC を評価します。

MVP の背後にあるビジネス分析

MVP の構築を計画するときは、ターゲットを絞り、製品を通じてビジネス アイデアが顧客にとって価値があるかどうかを検証することを忘れないでください。 ただし、堅実な製品に投資する前に、できる限り最小限の努力をするという考え方が必要です。 何か それは技術的には機能します。

これは、問題の枠組みやさらなる抽出、分析、モデリング、改良などの回避策が、固定された要件ではなく検証される仮説に依存していることを意味し、変化する顧客ニーズへのより高い柔軟性と適応が可能になります。

MVP をターゲットにしていない場合のビジネス分析

MVP を構築するとき、顧客に提供できる最小限の機能セットを備えた方法で計画されることがあります。 すでに議論したように、 それはMVPではなくMMFですしたがって、それを構築するための考え方は、より重点を置きます。 スコープモデリング どの機能を含める必要があるかを決定します。

また、考え方が顧客を喜ばせることに重点を置いている場合 (提供されるビジネス価値を無視する場合もあります)、 それはMVPではなくMLPです。 BA の作業は、ユーザー調査、インタビュー、および UX/UI 専門家との提携 (存在する場合) に重点を置いています。 ペルソナ そして 共感マップ は一般的に使用されるテクニックです。

その後、仮説をテストするための戦略を定義できます。 テストのコンテキストに応じてさまざまな手法があります。 そして、そのようなコンテキストにはさまざまなアプローチがあります。

BA として、私たちは技術を選択するための意思決定をサポートできます。 しかし、それらのテストの設定にも役立ちます。

ビュー: 166