新製品を開発する際には、エンドユーザーを満足させること、つまり、彼らの問題を解決するプロダクトを作ることを重視すべきです。これは、ひいてはプロダクト・マーケット・フィットの達成につながります。そのためには、PoCとMVPとプロトタイプの違いを理解することから始まります。これら3つのコンセプトは、プロダクトを検証するのに役立ち、さらに市場での受け入れにつながります。
ここでは、すべての疑問に答え、安全にプロダクト・マーケット・フィットを達成するための詳細なインサイトを紹介します。
PoCとMVPとプロトタイプの比較 - 概要
プロダクト検証のプロセスは、PoC > プロトタイプ > MVPという時系列に沿った取り組みであるべきです。ただし、そのアイデアが市場で既に検証されている場合は、PoCの作成を省略することができます。
企業は、PoCとMVPとプロトタイプを混同してしまうことがあります。その結果、ユーザーのニーズや期待を満足させることができず、開発プロセスが破綻してしまうのです。
毎年3万点以上の新プロダクトが発表されていますが、95%は失敗しています。- クレイトン・クリステンセン
そこで、キャッシュカウとなるアイデアを生み出すためには、新プロダクト開発プロセスの3つの基盤であるPoC、プロトタイプ、MVPを理解する必要があります。ここでは、それぞれの意味するところと、プロダクト・マーケット・フィットを保証するための役割について、深く掘り下げて考えてみましょう。
PoC(概念実証)とは?
目的:アイデアが技術的に実現可能かどうかを確認します。
PoC(Proof of Conceptの頭文字をとったもの)は、開発プロセスを進める前に検討すべき最初のステップです。その名の通り、コンセプトの証明は、アイデアが実現可能であり、プロダクト化できることを証明するものです。
市場にコンセプトが既に存在する場合は、PoCを構築する必要はありません。しかし、あなたのスタートアップが革新的でデジタル・ディスラプションを目指すのであれば、PoC戦略に従うことで、アイデアの実用性の証拠を集め、後でステークホルダーや投資家に提示することができます。スタートアップの概念実証を行う場合、PoCに期待することを理解することが不可欠になります。
PoCの目的とは?
PoC例
2009年、TwitterはOAuthのラフバージョンをクローズドベータ(Application-Only Authentication)としてGoogleのディスカッショングループ上で公開しました。それは、アイデアと実行の可能性を示す概念実証の検証コードでした。
今日、TwitterのOAuthのPoCコードは、ほとんどすべてのアプリケーションの登録・認証プロセスの現実となっています。
プロトタイプとは?
目的:プロダクトがどのように見えるかを実証すること
プロトタイプとは、プロダクトのユーザーエクスペリエンスとセマンティクスに焦点を当てたドラフト版のことです。プロトタイプの語源は、「原始的な形 」を意味するギリシャ語です。
プロダクト開発において、プロトタイプはアルファグレードを意味し、つまり、要素の流れやプロダクトの全体的な外観を紹介するために実行できる最初のバージョンであることを示しています。早い段階からプロダクトがどのようなものになるかを知ることができるため、MVPに進む前に必ずプロトタイプを作成するようにしましょう。
プロトタイプの目的とは?
プロトタイプの例
Twitterは2019年初めに新しいプロトタイプアプリ「twttr」をロールアウトし、エンドユーザーにトライ&テストを促しました。Twitterがこのプロトタイプを作ったのは、レスポンス周りの新機能を実験するためで、つまり、長い会話を読みやすくするためのTwitterの取り組みです。
以下は、会話スレッドを変更する新機能「twttr」に対するあるユーザーの反応についての抜粋です。
塊のようなブロックについてどう思うかはわからないのです。メッセージングアプリには適していると思いますが、インデントされると変な感じになりますね。オリジナルのツィッターの表示と、色のついたストライプは気に入っています。色の濃淡で遊んだり、もっと繊細なものがあってもいいと思う #twttr #LetsHaveAConvo pic.twitter.com/uQTOlrM0Mz ヨンリーディッチ (@yonglidich) 2019年3月12日
MVP(Minimum Viable Product)とは?
目的:発売し、学び、ユーザーのフィードバックに基づき反復します。
MVPとは、minimum viable productの頭文字をとったもので、プロダクトを定義する必須機能のみを搭載した実行可能なプロダクトです。MVP開発は、発売可能なスタンドアロンアプリケーションにつながります。MVP開発は、発売準備が整ったスタンドアロンのアプリケーションにつながります。その後のプロダクト開発や機能追加は、エンドユーザーから寄せられる継続的な貴重なフィードバックに基づいて行われます。
MVPは、検証された学習を通じて、一つの前提を証明するために作成できる最小のものです。前提が正しければ、それを段階的に構築していく必要があるため、高品質であるべきなのです。- エリック・ライズ『リーン・スタートアップ』著者
ソフトウェア開発におけるMVPとは、一度に1つの完全なものを構築することに焦点を当てた、必要不可欠なマイクロサービスの組み合わせであると言えます。MVPを作る際に最も重要なことは、ローンチを急ぐあまり、雑なコードを作らないことです。残骸が少なければ少ないほど、後で反復して保守するのが簡単になります。
そうですね。リファクタリングに真剣に取り組まないでMVPを作るのは意味がないのです。 https://t.co/q2oRn4fjMM エリック・リース(Eric Ries) (@ericries) 2016年6月7日
MVPの目的とは?
- エンドユーザーからのフィードバックを早期に収集する
- タイムトゥマーケットの短縮を促進する
- プロダクトを故障から守る
- 時間、お金、その他のリソースを節約する
MVP(Minimum Viable Product)の例
ポッドキャストプラットフォームのOdeoは、人々のコミュニケーションに役立つメッセージングベースのプラットフォームを作ることを思いつきました。「twttr」とも呼ばれるこのプラットフォームは、最小限の機能しかサポートしておらず、社内でのみ使用されるものでした。
当初は、こんな感じでした。
これがTwitterのMVPで、後に一般公開され、エンドユーザーからのフィードバックに基づいて継続的に改良されました。
PoCとプロトタイプとMVP:この3つを区別する
プロトタイプ、MVP、PoXには違いがあります。アプローチも違えば、目的も違います。
ここでは、PoCとMVPとプロトタイプの違いをわかりやすくまとめたチャートをご紹介します。
PoC | プロトタイプ | MVP |
---|---|---|
意図:技術的な実現可能性を検証する | 意図:UXとUIデザイン、インターフェイス内の要素の流れを検証する | 意図:製品に対する初期の好感度を検証する。リファクタリングに真剣に取り組み、最小限の機能の製品を早期に立ち上げる。 |
構築予定期間:数日間 | 構築予定期間:数週間 | 構築予定期間:数ヶ月間 |
対象者:開発者グループ | 対象者:ステークホルダー、開発者グループ、限定エンドユーザー | 対象者:エンドユーザー |
ベストユースケース:デジタル・ディスラプションを目指す。つまり、今までにないコンセプトに挑戦する。 | ベストユースケース:製品がどのように作られるかを提示することで、シード資金を獲得する機会を探求する。 | ベストユースケース:ターゲットオーディエンスの反応を分析するという目的に忠実でありながら、市場投入までの時間を短縮することを可能にする。 |
PoC 対 プロトタイプ:アイデアを製品化できるかどうかをチェックする。答えはイエスかノーのどちらかとなる。 | PoC 対 プロトタイプ:検証されたPoCの後に続く、製品の最初の下書き。アプリケーション内の要素の流れを知ることができる。 | |
MVP 対 プロトタイプ: プロトタイプは、アプリケーションの外観と感触を内部で確認するために関係者に提供されるスケルトン・バージョン。 | MVP 対 プロトタイプ: MVPは、すぐに発売できる製品のバージョンで、ロールバックされることなく、ユーザーからのフィードバックに基づいて新機能を反復します。 | |
MVP 対 PoC:革新的な機能を実装し、実行可能かどうかをチェックする | MVP 対 PoC:MVPは基本バージョンで、実用的で主要な、革新的な機能が組み込まれており、市場に投入することができる。 |
PoCとMVPとプロトタイプ:どれを選ぶか?
帯域幅、人材、その他のリソースがあれば、3つの戦略すべてに依存するのが良い方法です。PoC、MVP、プロトタイプの編成は、プロダクトの失敗を防ぐことができます。
しかし、PoCとMVPとプロトタイプの間でブレインストーミングを行う場合、どの戦略を選択するかは、ビジネスと機能要件が同等に決定します。
ここでは、どのような場合にどのような戦略を用いるかについて説明します。
PoCを使用するタイミングは?
- プロダクト開発に時間とお金を費やす前に、十分な情報を得た上で決断したい場合。
- 今まで試したことのないアイデアで新しいプロダクトを作る場合
- 投資家に対してアイデアの技術的実現可能性を表現する必要がある
- 実現が難しそうなアイデアでも、その可能性でチームを鼓舞する必要があります。
プロトタイプを使用するタイミングは?
- プロダクトの外観を視覚化し、長期的にどのようになるかを確認する必要がある
- シード資金を獲得するために、プロダクトのデザインやUXフローを投資家にアピールする必要がある
- ステークホルダーや投資家に対して、自分のアイデアを表現するための短い期限がある
- 実際の開発に移る前に、エンドユーザーにプロダクトを見せ、好感度を上げる必要がある
MVPを使用するタイミングは?
- デジタルトランスフォーメーションにより、市場投入までの時間を短縮し、すぐに価値を提供したい場合
- 初期のファンベースとフィードバックを収集し、さらなる改良の基礎とすること。
- 市場のダイナミクスや、市場における自社プロダクトへの反応を把握したい方
- ユーザー中心のプロダクトを作りたい、つまり、人々のための、人々によるプロダクトを開発したい場合
結論
新プロダクト開発は、ビジョンを思い描きながら実験するようなものです。そのためには、コミットメント、ケイデンス、意識、そしてプロセスをどのように進めるべきかという知識が必要です。このプロセスは、基礎固めから始まり、概念実証、プロトタイプ、そしてMVPを作成します。
上記のセクションでは、PoCとMVPとプロトタイプの間にある薄い線と、プロダクトの検証におけるそれらの役割を消し去ろうとしました。
PoC、MVP、プロトタイプの目的は、アイデアの実現可能性について疑問を解消するための概念実証です。プロトタイプは、プロダクトのUXデザインや外観について疑問を解消するためのものです。そして、MVPは、プロダクト化の基礎となるユーザーからのフィードバックを継続的に得るためのものです。
これらの戦略を組み合わせることで、プロダクト開発の失敗の確率を下げることができます。