最小の価値のある製品から最大の影響を得る

公開: 2022-03-11

新興企業もより確立された企業も同様に、新しい市場に参入する際のリスクを最小限に抑えながら、製品をできるだけ早く市場に出す方法を常に模索しています。結局のところ、開発中の製品は収益を上げていませんが、確かにリソースを消費しています。

物理的な製品であろうとデジタル製品であろうと、製品をより早く市場に出すためのアプローチはたくさんあります。 2000年代初頭から存在しているのは、リーンスタートアップの方法論の一部として普及している、最小限の実行可能な製品の概念です。

しかし、MVP方法論は、製品を迅速に市場に投入するための「最良の」方法として多くの人に歓迎されてきましたが、多くの反発もありました。そこで、最小限の価値のある製品の概念が登場します。

MVPとは何ですか？

最も基本的には、MVPは製品の最低限のバージョンであり、より完全な機能を備えたバージョンよりもはるかに高速にリリースできます。理想的には、MVPには、早期採用者を満足させるのに十分な幅広い機能セットが必要です。

MVPの作成の背後にある考え方は、企業が1）収益を上げ始め、2）製品を改善するためのフィードバックを得ることができるように、製品をより迅速に市場に出すことです。これには明らかな利点がありますが（実際には誰も望んでいないフル機能の製品を開発するのに数か月または数年を無駄にしないなど）、いくつかの重大な欠点もあります。

そのような欠点の1つは、製品チームが必要最低限のMVPを作成する傾向があることです。最終的には、作成しているアプリやその他の製品の基本的な機能になりますが、ユーザーにとっては、最終的な結果は一般的なものに感じられます。多くの製品が最も基本的な機能にまで分解されると、競争上の優位性が失われ、すべてが同じように見え、同じように機能し始めます。

やることリストアプリを取る：基本的なやることリストアプリには、新しいタスクを記録し、それらを完了としてマークする機能があり、通常はそれらに優先順位を付ける方法があります。その他の期待される機能には、期日の設定、タグ付けまたは分類、他のユーザーへの割り当てなどがあります。これらの機能を含めても、新しいアプリを競合他社と一線を画すものにはなりません。それでも、やることリストアプリのMVPを設計するとき、それは多くのチームが最終的にはそれに匹敵するものになるでしょう。

最低限の価値のある製品：やることリストアプリから始める — MVPの設計では、ユーザーのニーズが見落とされることがあります。しかし、それがどのような形をとっていようと、作成されている製品の元の機能を振り返ることは、デザイナーが彼らの考えを変えるのを助けることができます。

MVPの不足

MVPには他にも潜在的な不足があります。角を切ることは1つです。最低限の製品を作成することが目標である場合、物事を最小限に抑えることは避けられません。しかし、カットしてはいけないコーナーがいくつかあります。

これは、ユーザーエクスペリエンスを犠牲にする場合に特に当てはまります。製品のUXは非常に重要です。製品の使用中に人が経験することを犠牲にすると、製品の成功に悪影響を及ぼします。この場合、MVPは、実際に作業が必要なのはエクスペリエンスだけであるのに、製品全体が実行可能ではないことを示している可能性があります。

MVPの最大の欠点の1つは、MVP自体とは何の関係もありません。 LinkedInの創設者であるReidHoffmanは、「v1.0のリリースに戸惑うほど早く立ち上げてください」と言ったことで有名です。そのような考え方は、企業とそのユーザーに損害を与えます。

多くの設計チームがMVPの作成に取り組む方法は、それ自体が問題です。 MVPは、ユーザーのニーズを満たす価値のある最終製品を作成するためのプロセスであると想定されています。代わりに、設計者は、各MVPを最終製品バージョンへの足がかりとは見なさずに、それぞれを別個のものとして扱うことがよくあります。さらに重要なことに、リリースの準備ができている製品に向かう途中で、内部プロトタイプと見なされるべきMVPをリリースすることがよくあります。

製品チームは、最小限の価値のある製品を提供することに集中する必要があります — 最小限の価値のある製品を提供する方が良いです。 MVPは、最小限に抑えすぎてユーザーを混乱させるという間違いを犯すことがよくあります。

最小価値のある製品とは何ですか？

最小限の価値のある製品（略してMVaPと呼ばれる）は、MVPの概念の拡張です。しかし、設計者は、製品の実行可能な最小の反復を作成するのではなく、実際の価値を提供する製品の最小の反復を作成します。

しかし、価値とはどういう意味ですか？何が含まれていますか？

エンドユーザーが最初に検討する価値があります。 MVaPは、ユーザーのニーズと期待を最優先する必要があります。これは、設計されている製品の種類のベストプラクティスを検討し、ユーザー調査とユーザビリティ調査を実施し、ユーザーのペルソナとユースケースを作成して、ユーザーのニーズを満たすための最善の方法を決定することを意味します。

ユーザーのニーズを満たす方法については複数のアイデアがあるかもしれません。そこでは、プロトタイプのテストが必要になります。実際のユーザーに機能的なプロトタイプを提示して、どのイテレーションがニーズに最も適しているかを確認することは、MVaPを作成する上で重要なステップです。

次は、プロジェクト自体の価値です。 MVaPは、目前のプロジェクトを進めるような方法で設計する必要があります。つまり、製品が市場でどのように認識されているかについての有用な洞察を収集できる十分な機能が必要です。

そして最後に、MVaPはビジネス全体に価値を提供する必要があります。 MVPを世界にリリースすることのリスクの1つは、MVPをリリースするブランドにあまり反映されない可能性があることです。 MVaPは、製品の最終的な反復ではない場合でも、表現しているブランドに付加価値を与える必要があります。

MVaPを際立たせるもう1つの点は、MVaPが競争上の差別化に焦点を合わせていることです。設計者は、競合他社を互いに区別するもの、そして製品を競合他社と区別するものを客観的に検討します。これはMVaPに組み込む必要がありますが、必ずしもMVPに含まれているとは限りません。

ここで説明するように、MVaPは、強化されたMVPの唯一のバージョンではありません。ローマンピヒラーによって提示された最小限の市場性のある製品（MMP）もあります。彼の考えは、最も初期の市場対応製品には、効果的に発売、販売、販売するのに十分な機能が含まれている必要があるというものです。

SLCは、WPエンジンが使用するもう1つの同様の概念です。顧客はMVPを嫌うので、彼らは理論を立てています。なぜスタートアップは常にユーザーをMVPにさらしているのでしょうか。代わりに、ユーザーはシンプルで完全な、そして間違いなく最も重要な、愛らしい製品を手に入れる必要があります。なぜ企業は、ユーザーが愛することが不可能な製品をユーザーに提示する必要があるのでしょうか。

MVaPを作成することの要点は、製品の最初のイテレーションでさえ、顧客またはユーザーにとって有用で望ましいものでなければならないということです。ユーザーを喜ばせることなく、あるいは少なくとも彼らの最も差し迫ったニーズを満たすことなく、製品は失敗するに違いありません。

最小実行可能製品と最小価値製品 — 最小限の実行可能な製品（上）は、ユーザーが実際に探しているものを見落とすことがよくあります。パーツ/機能はすべて重要ですが、それらを組み合わせるまで、誰にもメリットはありません。ただし、最小限の価値のある製品（下）は、ユーザーのニーズを満たすための最善の方法を実現するまで、すべてのステップでユーザーのニーズを考慮します。製品は最初から飛行用に設計されています。

最小価値製品には何が入りますか？

最小限の価値のある製品を作成するには、MVPを作成するよりも多くのリソースが必要になる可能性がありますが、見返りは大幅に高くなり、余分な労力はそれだけの価値があります。 MVaPを構築する際に留意すべき点がいくつかあります。

最初に考慮すべきことの1つは、MVaPの機能セットです。最小の有用な機能セットは、すべてのMVaPに含まれている必要があります。前述のように、これらの便利な機能には、この特定の製品を競合製品と区別する機能が含まれています。競合他社に含まれる機能を特定することは、このステップの重要な部分です。これは、MVaPに競合他社の機能をすべて含める必要があるという意味ではありません。

たとえば、最初のiPhoneを考えてみましょう。当時のスマートフォンには、Appleが最初のiPhoneから意図的に除外した多くの機能が含まれていました。コピーアンドペースト、ソフトウェア開発キット（SDK）、さらには複数の受信者にテキストメッセージを送信できることや3G接続などもあります。

MVP開発：オリジナルのiPhone — オリジナルのiPhoneは、最小限の価値のある製品の優れた例でした。当時市場に出回っていた他のスマートフォンとは一線を画す機能が含まれているため、一部の機能は省略されました。そしてAppleは、その後の各反復に価値を付加し続けてきました。（写真：Josh Miller / CNET）

iPhoneのその後のイテレーションには明らかにそれらが組み込まれていましたが、最初のバージョンでは意図的にそれらを除外し、代わりに製品を際立たせるもの、つまりソフトウェア（iOSは当時革命的でした）とマルチタッチインタラクション機能に焦点を当てました。オリジナルのiPhoneは大成功を収め、600万台以上を売り上げた後、iPhone3Gを採用して販売を終了しました。

MVaPプロセスは、MVPの概念から完全に削除する必要はありません。実際、内部MVPから始めるのは便利です。ただし、MVPは、一般にリリースされる前に、または社外の早期採用者にさえも、価値のある製品になるまで拡張する必要があります。内部テストと小規模なフォーカスグループは、企業の評判やブランドに損害を与えるリスクを冒すことなく、また顧客を遠ざけることなく、MVPを価値のある製品の領域に進めることができます。

設計者は、一般にリリースされた最初のMVaPに、製品の主な目標をサポートする機能が組み込まれていることを確認する必要があります。 MVaPの最終目標は、製品の最終的な反復にさらに多くの機能や改善が含まれる場合でも、常にユーザーを喜ばせる製品を作成することです。重要な機能の最小バージョンを備えた製品をリリースすることをお勧めします。たとえ、それらの機能が最終的にどのように機能するかについて製品チームが持っているビジョンがより複雑である（または完全に異なる）場合でも。

実際、製品チームは機能セットだけで考えるのではなく、一歩下がってユーザーのニーズについて考える必要があります。競合他社が行っている方法よりも、ユーザーのニーズを満たすためのより良い方法はありますか？競合他社がまだ採用していない製品に、より簡単に組み込むことができるが、ユーザーの生活を楽にする実験的な機能はありますか？競争がタスクを完了するための15の異なる方法を提供しているからといって、業界のすべての製品が同じことをする必要があるという意味ではありません。

結論

最小の実行可能な製品または最小の価値のある製品が開始点であるかどうかに関係なく、最終目標は最大値の製品である必要があります。どちらのシステムも目的を達成するための手段であり、その目的は、競合他社とは一線を画し、ユーザーのニーズを可能な限り完全かつ効率的に満たしながらユーザーを喜ばせ、ブランドを含むすべての関係者に価値を生み出す製品の作成です。

最小限の実行可能な製品がその場所にある場合もありますが、価値が最初から組み込まれているため、最小限の価値のある製品は、チームをより短い期間で最終目標に近づけることができます。提供されている製品に価値を人々に提供することは、あらゆるビジネスまたはブランドの目標でなければなりません。価値は信頼を築き、それは善意、リピートビジネス、そして前向きな口コミを築きます。

•••

Toptal Designブログでさらに読む：

MVPを捨て、Minimum Viable Prototypes（MVPr）を採用
コラボレーティブデザイン–エンタープライズ製品デザインを成功させるためのガイド
UXデザインプロセスを完璧にする–プロトタイプデザインのガイド
ワイヤーフレームの死。ストレートからハイフィデリティまで！
製品設計における人間中心の設計の重要性