実際にMVPを定義する方法
なぜMVPが混乱するのですか？MVPは、アジャイル変革の間に多くの牽引力を生み出すように思われる用語の1つです。 それは人々が目的を達成するために’ちょうど十分に’することを試みることについて幸せであるようである。 しかし、固定mindsetの会社のために言葉はすぐに濫用されて得ることができる。 それらの会社のために、焦点は競争する方法のより深い理解を造り上げるよりもむしろ”約束されたものを”提供することに普通ある。
これらの環境では、Mvpは、多くの場合、スコープ内の削減（そしておそらく不足）を正当化するために使用することができます。 彼らは通常、ミニマリズムの言語を設定するだけなので、”ビジネス”は必死に探しているものを手に入れ、”それ”はスコープコントロールのいくつかの少量を持 MVPの単一の定義では、物事はあまりにも固定されます。 その結果、顧客は、真に必要とされるものではなく、「合意された」先行で提供することに焦点を当てた後の思考に縮小されます。混乱に追加するには、長年にわたって、最小限の機能/実行可能/市場性/許容可能な機能/製品/リリースの多くの異なる定義がありました。 快適であると思われることは、最小限のことをすることです。 しかし、問題は、リスクの管理と管理を支援する枠組みの中で、Mvpをどのように使用して効果を高めるかを定義するための実際のポリシーが企業内に設本当に必要な最小のものが何であるかを解決するために、私たちは発見と学習の旅に行く必要があります。
本当に必要な最小のものは何ですか？
MVPの定義は、実際には常に結果に関連している必要があります–「このMVPはxを達成するように設計されています」。 MVPの特異な定義はありません。 たとえば、MVPを作成して、製品が特定の顧客の特定の問題を解決するかどうかを確認することができます。 または、我々はグローバルな現象を起動するために可能な限り最小の製品を作成するかもしれません。 これら二つのことは完全に異なっており、目標を達成するために非常に異なる戦略を必要とします–そしておそらく異なる管理とガバナンスアプ私たちが知っていることは、組織が達成しようとしているいくつかの一般的なことがあるということですので、学習と発見の言語の周りにいくつかの構造を置くことができます。
Going on a Customer Discovery journey
英国政府のデジタルサービスチーム（GDS）は、政府サービスをどのように設計し、構築するかについての優れたフレームワークを作成しました。 このフレームワークは、特に英国の政府サービスのために設計され、ユーザーの本当のニーズを学び、より良いユーザーにサービスを提供するソリ
同様のフレームワークは、製品管理や変更管理環境でも同様に機能します。 これは、最終的には製品/市場に合ったものを見つけ、スケーラブルなビジネスモデルを構築することです。
このモデルは、新しい顧客を発見、検証、作成し、製品市場に適合していることを確認したら、会社の建物に導くように設計されています。
フレームワークの目標は、特定の質問に答えるのに役立つ増分を設計することによって理解と学習を開発することです。
Discovery
ディスカバリーは、すべてのあなたの顧客と彼らが自分の目標を達成するために今日使用するツール、製品、サービスの理解を開発することにつ あなたが彼らの問題をよりよく解決する何かを持っていると信じているなら、あなたはいくつかのことをする必要があります:
- あなたが解決している問題文をフレーム化し、これが解決する価値のある問題であるかどうかを明確にします
- 問題を解決する方法に関するオプ
- ステップ1を参照してください。 実際によい問題の声明を組み立てることは動く前に最も重大な項目である。 問題をうまくフレーム化するために、ここで何かを構築する必要があるかもしれません。 あなたが何をするにしても、あまり構築しないでください。 物事を非常に軽く、非常に迅速に保ち、問題空間についてあなたと潜在的な顧客との間で共有された理解を深めるのに役立つものだけを構築します。
Alpha
Alphaは、問題解決の適合を実現するものを設計することです。 だからあなたは明確に定義された問題文を持っています。 そして、それを解決する方法についてのいくつかのアイデア。 あなたは他の人が市場で何をすべきかを理解しています。 解決に取り組むことに価値があり、お金を使う人々の市場があることを疑う。 ソリューションを構築するとき（または、多くのプロトタイプを並列または直列に構築しても大丈夫なためのソリューション）、いくつかの重要な質問に
- あなたは、任意の顧客の検証を持っていますか–任意の顧客は、あなたの提案されたソリューションは、彼らが彼らが持っている問題を解決するのに役
- あなたのユーザーは、あなたのソリューションのために支払うために、日付に準備されていますか？ この段階で、あなたはそれが実行可能なビジネスになるかもしれないと思いますか？あなたの解決はあなたの競争相手と異なっているか。
- あなたの解決は競争相手と異なっているか。 それが差別化されていることは他の人には明らかですか？
- そして、上に移動する前に、それは本当に問題を解決しますか？ それは本当にあなたが顧客とユーザーを獲得するためにお金を費やす前にする必要はありません。
Beta
この段階では、実際の顧客とソリューションを検証しました。 彼らはあなたが奉仕しようとしているペルソナを本当に代表する人でなければなりませんでした。 あなたはあなたのアイデアが働くことを知っています–少なくとも小さな人口のために。 しかし、それは、市場を見つけ、顧客を獲得し、より多様なグループにサービスを提供するのは簡単です。 ベータ版は、すべての製品市場のフィット感を見つけることについてです。 この段階でソリューションを構築するのに役立つ質問は次のとおりです。
- ソリューションは多くのニーズを満たすために拡張されていますか？ どのように経済的に実行可能な方法で問題を解決する可能性がありますか？
- どのように位置し、あなたの実行可能な価値提案を販売していますか？
- あなたのターゲット市場を獲得し、サービスを提供するために最適なチャネルは何ですか？
- どのように（販売と配信の観点から）最高の経験を作成しますか？
- あなたの製品について人々に伝道させるためには、他にどのような機能が必要になるでしょうか？
- 買収、紹介、リテンション投資の適切な組み合わせは何ですか？
- どのように私は最高の打ち上げを提供するためにチームや運用を構築するのですか？
- 私の成長の重要な指標は何ですか？ 製品が私が望むだけでなくやっていないかどうかをどのように知ることができますか？ または、私はいかに私の価値提案と競う新しい何かがあることを知っているか。
ライブ
素晴らしい！ だから、最小限の実行可能な製品の数を作成しました。 あなたは多くのことを学びました。 あなたはおそらく、発見、アルファ、ベータを通してあなたの方法を繰り返してきた、とあなたはあなたの製品をグローバルな現象（またはあなたの目的が何で 今生命に来る実行可能なビジネスモデルを捜している。 この段階では、それはあなたが行うすべての継続的な改善についてです。 新機能、改善された配信モデル、増加した顧客ベース。 それは同じの詳細についてです–しかし、継続的に改善されました。
引退
今、うまくいけば、ベータ版とライブの間に、あなたが市場の場所で何か他のものによって混乱している場合は、あなたがうまくいくのを助 これらには、収益と利益だけではないいくつかの先行指標が含まれている必要があります。 うまくいけば、彼らはあなたに製品がまだ実行されているか、注意が必要な信号を与えるでしょう。 あなたの競争のいくつかは、継続的な改善によって対処することができます–あなたが本当に製品/市場に合っていた場合、それは可能性が高いです。 しかし時々新しい事はあなたのとまり木を離れてたたくことを来る。 その時点で、あなたは今、引退し、再びプロセスを開始することを検討する必要があります。 それはあなたの顧客とユーザーを再サービスし、あなたがとても愛情を込めて成長したソリューションのために引退するために発見に戻っています。
良いMvpをフレーミング
だから、これをキャップするために、それは他のことのカップルを言って価値があります。 学習プロセスの各段階でMvpを多く反復することができます（そしておそらく確かにそうする必要があります）。 重要なことは、学ぶあなたの質問への答えを取得し、スケールの次のレベルに移動するために最善のタイミングを把握することです。 どの時点でも、あなたのアイデアに辛抱するか、まったく新しいものにピボットするか、アイデア全体をスクラップするかどうかを質問するこ 通常、問題文が最初にうまくフレーム化されていれば、解決策がどれだけうまく機能するかにかかわらず、後に行く価値がありますが、必ずしもそうでは
以前の質問に答えることなく、後の段階にまっすぐにジャンプすることに注意してください。 常に証拠を構築し、検証を得ることを目指しています。 そして、”企業のニーズに合わせて拡張できるように、MVPにはすべての機能を備えた製品だけが必要になります”というデフォルトの答えにスキップしな 大企業でMvpを使用するのはおそらく最大の間違いです。MVPは学習のための手段であることを覚えておいてください。
それは発見のプロセスの一部であり、あなたが解決している問題についてより深い洞察を開発する方法です。 それはあなたが可能な最も望ましい、実行可能で実行可能な製品を構築するのに役立ちます。 最大の目標のサブセットである目標をフレーム化する方法の観点から考えてみてください。 あなたが大企業にいるときでさえ、構築、学習、テストのために物事を分解する方法は常にあります。