企業が新しいアイデアを模索する際、時間や資金を過度に投入することなく需要を検証するため、できるだけ少ない機能でMVP（実用最小限の製品）を開発したくなるものだ。そうした抑制的なアプローチは賢明だが、MVPがあまりにも骨組みだけの状態だと、初期ユーザーは混乱したり、不満を抱いたり、製品が注目に値しないと判断したりする可能性がある。
MVPは、ユーザーがその価値を理解するために必要な体験を削ぎ落として核となるアイデアを損なうのではなく、そのアイデアを検証するためのものだ。以下では、Forbes Business Councilのメンバーが、MVPが最小限すぎることを示す明確な兆候と、そうした兆候が必要な調整をどのように導くべきかを詳しく説明する。
1. ユーザーが明確な成果を達成できない
MVPが最小限すぎるのは、ユーザーが明確な成果を達成できない場合だ。ユーザーが「これは機能するし、もっと使いたい」と思って離れるなら、正しい方向に進んでいる。しかし、「これは未完成に感じる」や「これがどう役立つのか理解できない」と言うなら、削りすぎている。MVPは機能面では最小限であるべきだが、体験としては完全であり、1つの問題を最初から最後まで完全に解決するものでなければならない。- Adi Klevit氏、Business Success Consulting Group
2. 確実に価値を提供できない
MVPが最小限すぎるのは、その中核機能が確実に価値を提供できない場合だ。ユーザーが不格好な回避策や不満、放棄なしに基本的なタスクを完了できないなら、仮説を検証するどころかユーザーを遠ざけることになる。MVPが最小限すぎることを示す兆候には、使用可能な機能がない（クラッシュ、手動修正の必要性など）、ユーザー体験の悪さ、リテンション率ゼロなどがある。完璧に機能する1つか2つの必須機能に集中すべきだ。- Guy Kurlandski氏、Setasi Capital
3. 摩擦を生み出す
MVPが最小限すぎるのは、コンバージョンの前に摩擦を生み出す場合だ。目標は少なく提供することではなく、中核となる提供価値を損なうことなく市場適合性を証明することだ。新規ユーザーが他の場所で情報を探さなければ価値を理解できないなら、最初からやり直すべきだ。何かを取り除く場合、それがコンバージョン率に影響するかどうかが試金石となる。- Steve Murray氏、SMCA Creative
4. ユーザーが混乱している
MVPが最小限すぎることは、ユーザーが好奇心ではなく混乱を感じている時に分かる。アーリーアダプターが価値を明確に説明できず、「これは何をするものなのか」と尋ね続けるなら、中核となる約束を削ぎ落としすぎている。MVPは未完成に感じられるべきだが、それでも明白で使用可能な変革を提供しなければならない。- Dr. Christina Carter氏、Her Practice®
5. ユーザーが戻ってこない
MVPが重要な問題の解決に役立つと想定しているのに、ユーザーが一度試しただけで二度と戻ってこないなら、それは早期警告だ。同様に、「これは現在の製品の機能であるべきだった」や「これを試す時間がない」といったコメントを受け取るなら、MVPを変更する時期だと分かる。- Ashutosh Banerjee氏、GE HealthCare
6. ユーザーが広範なサポートを必要とする
警告サインの1つは、ユーザーが価値を理解するために広範な手助けを必要とする場合だ。製品と市場の適合性を検証するために過度な説明を必要とするMVPには注意が必要だ。常に人々に説明して回っているなら、製品が自ら語っていないということだ。優れたMVPは、ユーザーが数分以内に価値を理解できるようにする。説明が製品になってしまったら、削りすぎている。製品が自ら証明できるだけの明確さを加えるべきだ。- Sabeer Nelliparamban氏、Tyler Petroleum Inc.
7. 中核的価値が明確でない
MVPが最小限すぎることは、ユーザーが説明なしにその中核的価値を理解するのに苦労する時に分かる。フィードバックが有用性ではなく欠けている基本機能に集中しているなら、兆候は明確だ。MVPはエンゲージメントを促すべきだ。洞察ではなく摩擦を生み出すなら、仮説ではなく忍耐を試しているのだ。- Diana Kurbanova氏、UzFranchise
8. エンゲージメントが急速に低下する
MVPが最小限すぎることは、フィードバックが増えるよりも速くエンゲージメントが低下する時に分かる。初期ユーザーは前のめりになり、限界を試し、洞察を提供すべきだ。代わりにエンゲージメントを解除したり、古い解決策に戻ったりするなら、何か本質的なものを削除したか、持っていないということだ。MVPは中核的な価値ループが機能することを証明しなければならない。ユーザーが手助けなしに行動を繰り返せないなら、まだ実用可能ではない。- Sandeep Dhillon氏、WorkGenius
9. 信頼や勢いを構築しない
MVPは狭くあるべきで、薄くあるべきではない。1つの明確な成果を例外的にうまく提供しなければならない。信頼、洞察、勢いを生み出せないなら、それは実用可能ではなく、単に小さすぎるのだ。3つの実質的な兆候には、ユーザーが回避策なしに主要なユースケースを完了できない、フィードバックが改良ではなく欠けている基本要素に集中している、価値の変曲点に達する前にエンゲージメントが低下する、などがある。- Stephen Pitt-Walker, JD, FGIA氏、Optima Board Services Group
10. ユーザーが中核的行動を完了できない
MVPが最小限すぎるのは、ユーザーが製品が約束する中核的行動を完了できない場合だ。バグは許してくれるが、壊れた中核体験は許してくれない。私は17歳で最初の製品を作ったが、見た目はひどかったものの、ユーザーが必要とする1つのことを完璧にこなした。テストは、初期ユーザーが「実際にXをどうやってやるのか」と尋ねるかどうかだ。なぜなら、それは深く削りすぎたことを意味するからだ。「Yもできればいいのに」と言うなら、適切なゾーンにいる。- Sebastian Dobrincu氏、Scento
11. 約束を果たさない
MVPが最小限すぎることを示す兆候の1つは、修正すると約束した中核的な痛点を解決できない場合だ。ユーザーが機能の欠如に単にイライラするのではなく、価値提案に混乱しているなら、やりすぎている。MVPは簡素化された解決策であるべきで、破られた約束であってはならない。フィードバックが「ボタンが足りない」についてなら、正しい方向に進んでいる。「なぜこれを使うのか分からない」についてなら、魂を削ぎ落としてしまっている。- Adam Povlitz氏、Anago Cleaning Systems
12. ユーザーが不満を抱いている
MVPが最小限すぎるのは、ユーザーが不満を抱いている時だ。主要な行動を完了できなかったり、約束した価値を実感できなかったりするなら問題だ。フィードバックが製品に追加したいものではなく、期待していたものを中心に展開する場合、またはエンゲージメント率とリテンション率が存在しない場合、やりすぎている。MVPが主要な仮説を検証するポイントまで削ぎ落とすべきだ。- Jackie Nance-Sons氏、Native Wildflowers Nursery
13. フィードバックが混乱や不信を反映している
MVPが最小限すぎることは、フィードバックが改善についてではなく、混乱や信頼の欠如についてになり始めた時に分かる。初期ユーザーがガイダンスなしに中核的行動を完了できないなら、アイデアではなく忍耐を試しているのだ。MVPは非本質的なものを削除すべきだが、中核体験は依然として単独できれいに機能しなければならない。- Jeffery Khoury氏、KŌZĒ Stays
14. アーリーアダプターがエンゲージメントを解除する
MVPが最小限すぎることは、アーリーアダプターが不満を言わず、単に気にしない時に分かる。サインアップは起こるが、誰もより多くを求めたり、他の人に紹介したり、自分のニーズに合うように製品を曲げようとしたりしないなら、緊急性を引き起こしていない。本物のMVPは引力を生み出す。無関心は、重要になるだけの価値を構築していないという兆候だ。- Michael Shribman氏、IMM Fund
15. ユーザーがお金を払わない
検証はエンゲージメントではなく、支払う意思だ。最も明確な兆候は、小さな買い手グループであっても、誰かが価値の約束と引き換えに実際のお金を交換するかどうかだ。誰もクレジットカードを取り出そうとしないなら、まだ製品ではなくアイデアを試しているのだ。- Sue Mysko氏、Hire A Fractional
16. フィードバックが丁寧で情熱的でない
最小限すぎるのは、フィードバックが情熱的ではなく丁寧な時だ。本物のMVPの牽引力は、興奮や緊急性から、壊れた時のフラストレーションまで、強い反応を生み出す。ユーザーが中立的なら、神経に触れていない。無関心は、重要性を超えて簡素化したという最も明確な兆候だ。- Volen Vulkov氏、Enhancv
17. ユーザーの尊厳を無視している
MVPが最小限すぎるのは、アイデアを試すがユーザーの尊厳を忘れる時だ。初期ユーザーが助けられたというよりも利用されたと感じるなら、削りすぎている。小さな行為であっても、注意深く行わなければならない。MVPは1つの問題を完全かつ敬意を持って解決すべきだ。小さな方法で単独で立つことができないなら、規模では立たない。このバランスが成長に必要な信頼を構築するのだ。- Sundar Kumarasamy氏、Excelerate
18. 本当の洞察を生み出さない
一般的に言えば、MVPは概念実証として機能し、アイデアを検証することになっている。MVPがあまりにも最小限で、本当の洞察が得られなかったり、中核的な仮定を何ら検証しなかったりするなら、意図された目的を果たしていない。- Jason Foodman氏、Archetype
