MVPは製品ではなく、プロセスです。 これは事実ではないと思いますか？
MVPは、何度も何度も繰り返すプロセスです。仮説を決定し、それらをテストするための最速のオプションを見つけ、その結果を使用して戦略を変更します。
製品を作るとき、最初は多くの前提があります。 ユーザーが望むもの、探しているもの、設計すべきもの、使用するマーケティング戦略、最も効果的なアーキテクチャ、製品の収益化方法を知っていると思います。
どんなにあなたが善良であっても、あなたの仮説のいずれかはまだ間違っていることが判明します。 唯一の問題があります-どの問題かわかりません。
数百のスタートアップの最近の調査で 、CB Insightsは失敗の主な理由（すべてのケースの42％）が市場の需要の不足であると判断しました。 これらのスタートアップのほぼ半数は、彼らの仮説が間違っていることに気付くまで誰かが製品を作りました。
仮説をテストする唯一の方法は、製品を潜在顧客にできるだけ早く提供することです。 そして、これを常に行うと、ほとんどの仮説が失敗することに気付くでしょう。 そして、毎回最初に戻って、異なる仮説をテストする必要があります。
そして、これは製品開発の革新ではありません。 本やエッセイを書くときは、編集や修正に多くの時間を費やします。 コードを書くとき、それを数回処理します。 人の創造的な欲求には、膨大な試行錯誤が必要です。
この世界では、エラーをより早く見つけて修正する人が誰でも勝者になります。 一部の人々は、この哲学を「早く失敗する」と呼んでいます。 TripAdviserでは、これを「速度の向上」と呼びます（速度が有利です）。 エリック・ライズはこの技術を「リーン」（無駄のない）、ケント・バック（アジャイル・マニフェストの作成者の一人）と呼び、他のプログラマーはそれをアジャイルと呼びます。
実際、あなたがそれを何と呼んでも。 最も重要なことは、実際のユーザーのフィードバックを使用して、どの仮説が間違っているかをできるだけ迅速に判断することです。
製品を作成するとき、コードを書くとき、またはマーケティング計画を作成するときは、常にいくつかの質問を自問する必要があります。
プロジェクトで最も疑わしい仮説は何ですか？
それをチェックする最速の方法は何ですか？
読むことをお勧めします- 成長ハッキングとは何かご存知ですか？ [内部11件 ]
実行中のプロセスとしてのMVP。
順を追って例を見てみましょう。 その後、MVPが何であるかを確実に理解できます。
たとえば、レストラン経営者が数回クリックするだけで事業所向けのモバイルアプリケーションを作成できる製品を作成することにしました。 アプリケーションには、ドラッグアンドドロップ、既製のテンプレート、イベントカレンダー、ニュースフィード、チェックイン、フォトギャラリー、ライブチャット、ブラウザサイトとの統合、ソーシャルネットワーク、Googleマップなどのシンプルなインターフェイスがあります。
そして最も重要なこと-アプリケーションは、予約、テイクアウト注文、クーポンの使用を提供し、そこから製品を収益化するためにわずかな割合を引き出します。 とてもかっこいいですね！
あなたはあなたの共同創立者になる数人の友人を見つけるでしょう。 理想的な状況（99.9％のケースでは発生しません）では、繁栄しているビジネスエンジェルから少額のお金を「調達」し、12か月間部屋に閉じ込めて、これらすべての機能を停止します。
もっとやりたければ、最も重要ではないと思う機能の半分を切り捨ててください。 また、MVPは12か月ではなく8か月で起動できます。
どちらの場合も、失敗する可能性があります。
なんで？ さて、あなたが行った仮定の数を考えると、すべてが壊滅的に間違っている可能性があります。
あなたは、レストラン経営者が本当に望んでいるものを考慮せずに、顧客向けのクールなアプリケーションを起動する方法について何ヶ月も考えました。 おそらく、すべてがはるかに簡単です。彼らは、Googleで簡単に見つけられるアダプティブサイトを望んでいます。 それだけです。 他には何も必要ありません。
または、2週間オンラインチャットを見ましたが、実際のテストの後、レストラン経営者は電子メールを介して通信することを好み、一日中コンピュータに座りたくないことを認識しました。
または最悪-あなたはレストラン経営者がこれらの最新技術とまったく戦うことを望まないことを見ました。 そして一般的に-モバイルアプリケーションを使用します。 彼らはそのようなだまされた製品に特に興味はありません。
すべての弱点を見るための8か月（または12、または24）の作業は長すぎて費用がかかります。 最良の場合、そのような損失は時間の無駄に過ぎず、最悪の場合、それはあなたのビジネス（そしておそらく人生）を台無しにします。
ピーター・ドラッカーによると、「役に立たない製品を作成するほど無意味なものはありません。誰も製品を必要としません。」
読むことをお勧めします- 成長ハッキング：36の実際のケース-パート1
MPVプロセスアプリケーションの作成
MVPプロセスを試して、すべての妨害を回避する方法を見つけましょう。 製品を徐々に作成し、各段階で2つの同じ質問をします。
プロジェクトで最も疑わしい仮説は何ですか？
それをチェックする最速の方法は何ですか？
当初、最も大胆な仮定：レストラン経営者はそのようなモバイルアプリケーションを必要とします
したがって、最初のMVPはモバイルアプリケーションのスケッチである必要があります。レストランのナプキンの裏側で行われることもあります（トピックのとおりですか？）。
お住まいの地域のレストランに行って、彼らの分野で新しいテクノロジーを使用しているかどうか尋ねてください。 また、モバイルアプリもありますか？ そうでない場合は、なぜですか？ 彼らは自分でそれを好きですか？ 彼らはどれほど技術に精通していますか？ 彼らは潜在的な利点を理解していますか？
モックアップ（スケッチ）を見せて、これが彼らの問題の良い解決策になるかどうか考えてください。
レストラン経営者は、そのようなプロジェクトを深刻なビジネスにすることにほとんど関心がないことがわかります。 はい、それは残念です。 しかし、良いことは、開発に数か月かかるのではなく、会話に数時間かかることです。
一方、レストラン経営者はモバイルアプリケーションではなく、シンプルなレスポンシブサイトに関心があることがわかります。 そしてこれは進歩です！
読むことをお勧めします- スタートアップPlotguruは着陸のコンバージョンを9％から52％に増やしました。 あなたは弱いですか？
しかし、まだ完了していません。 次に、次のMVPを構築するプロセスを繰り返す必要があります。
プロジェクトで最も疑わしい仮説は何ですか？
「レストラン経営者はアダプティブサイトの料金を支払いたいですか？」
そして、これはどのように確認できますか？
次のMVPのアイデアの1つは、関心のある複数のレストラン経営者向けに静的ページを作成し、それに対する反応を確認することです。
彼らはそれが好きですか？ 彼らはサイトが数回のクリックで行われているという事実に感銘を受けていますか？ 昨日同じリソースを確保するために、いくら支払うつもりですか？
おそらく、サイトの代金を支払う時が来たとき、あなたはレストラン経営者がそうする準備があまり整っていないことに気付くでしょう。 良いことは、数か月の愚かな開発ではなく、数日でこれを理解したことです。
または、彼らが支払いを望んでいることに気づいたとしましょう。 数ヶ月前に-現金または小切手で-サイトを立ち上げ、必要に応じて電子メールに直接更新を書き込みます（つまり、この段階でサイト上のすべての変更を手動で行います）
はい、それはあなたの側で多くの努力を必要とします。 はい、これは何百人もの顧客に拡張することはできません。 しかし、もしあなたが小さなスタートアップなら、同じことをすることを恐れないでください。 最初の顧客に、自動サービスをシミュレートしてすべてを手動で実行させます。 そして、人々があなたの製品を必要としており、それに対してお金を払うことに気付いたら、すべてのプロセスの自動化を開始します。
読むことをお勧めします- ケース：サービスPiktochartで登録が11.6％増加
MVPプロセスを継続します。
プロジェクトで最も疑わしい仮説は何ですか？
今回は、顧客を引き付けるためのマーケティング戦略がうまくいったかもしれません。 しかし、世界中のすべてのレストランを回避することはできません。
次に、疑問が生じます：最小コストでより多くの人々でこの仮説をテストする方法は？
MVPは、製品の本質を説明するランディングページである場合があります。 以前に作成した簡単なレストランサイトを表示し、興味がある場合は訪問者に連絡先を残すように勧めます。 数百のバコの広告を購入して、ランディングページにトラフィックを配置できます。 そして、次に何が起こるか見てください。
見込み客が郵便物を残してさえいなければ、サービスに1ドルも支払わないでしょう 。 製品全体の数千行のコードを書き直すよりも、ランディングページにテキストといくつかの写真を配置することで、これを理解するのがはるかに簡単になります。
エラーを早く発見すればするほど、誰も必要としない役に立たないものに費やす時間が少なくなります。
読むことをお勧めします-Fiverr社からのコンバージョン増加の6例
おい、これはMVP
製品設計の開発、マーケティング計画の作成、またはコードの作成を行うときは、常に次のことを自問してください。
プロジェクトで最も疑わしい仮説は何ですか？
それをチェックする最速の方法は何ですか？
多くの時間とお金を節約できる2つの簡単な質問。 職場の前でそれらを書いて吊るします。
元の記事： 最小の実行可能製品は製品ではなく、プロセスです
他の人気記事もご覧ください。
1. コンバージョンを増やす方法-[インターネットマーケティング担当者]向けの30の短いヒント （3000回以上の視聴）
2. コンバージョンのすべての「キラー」を見つけるのに役立ちます -Google アナリティクスの10個のレポート （5000ビュー以上）
A / Bテストのための 3.100のアイデア。 パート1 （2000以上のビュー）
4. A / Bテストのための100のアイデア：パート2 （1000以上のビュー）
5. A / Bテストのアイデアを見つける方法：ヒートマップとポーリング （1000ビュー以上）