😅 🐆 🥇 MVP：それは何ですか、どのように機能しますか？ 😬 🌼 🥣

プロジェクトやサービスに関するニュースを読んでいると、MVPの概念に出くわすことがよくあります。しかし、この略語には何が隠されているのでしょうか。また、MVPが製品開発の初期段階で頻繁に使用されるのはなぜですか。今すぐ一緒に考えましょう。

MVPとは

最小限の実行可能な製品（最小限の実行可能な製品） -機能の最小セット（場合によっては1つ）を備えた製品、サービス、またはサービスのテストバージョンであり、最終消費者に価値をもたらします。

MVPは、仮説をテストし、考え出された製品の実行可能性、市場でどれだけ価値があり、需要があるかを確認するために作成されます。

最小限に実行可能な製品のテスト結果と対象読者からのフィードバックは、プロジェクトをさらに発展させる価値があるかどうか、戦略にどのような変更を加える必要があるか、および元の形式のままにする必要があるかを理解するのに役立ちます。

MVP開発の有用性は、現在大企業の例で証明されています。たとえば、Daniel EkとMartin Lorentsonは2006年に、音楽ストリーミングという1つの機能を持つ小さなサービスを開始しました。現在、同社の製品であるSpotifyは210億ドルと評価されており、主要なレコードレーベルとのパートナーシップがあり、5000万人のアクティブユーザーがいます。

2008年、旅行中にホテルや宿泊施設を借りるのが大きな問題であったとき、2人の愛好家が箱の外で問題に取り組み、簡単なFAXで自分のアパートを借りることにしました。実際、これはメイン機能がテストされたMVPでもあります。実験は、製品が需要があることを示し、今日Airbnbは短期賃貸住宅を見つけるための最大のサイトの1つです。

MVPとPoCは同じものですか？

概念実証（PoC）は概念実証であり、一部の新規参入者はこれを最小限の実行可能な製品と混同することがよくあります。PoCは、ソフトウェアコンセプト（またはその他の製品）の技術的な実行可能性を把握するためのプロセスを記述します。

はい、これらの定義は相互に関連していますが、互換性はありません。概念実証-製品開発の初期段階でのプロセスの説明。MVPはこのプロセスから実際に実装されます。

MVPのタイプ

最低限実行可能な製品を作成するためのさまざまなアプローチがありますが、実際には、それらのいくつかは最も頻繁に使用されます。次に、最も人気のあるものについて話しましょう。

フリントストーンのMVP

人気漫画「The Flintstones」で、家族の頭が車で移動するような錯覚をどのように作成したか覚えていますか？そのため、実際には技術的には実装されていませんが、このアプローチでは機能の存在をシミュレートできます。 MVPは、仮説を検証し、選択したビジネス開発モデルの実行可能性を証明することを目的としています。

当初、このアプローチには多くの批評家がいましたが、何もない場合に何かを確認するにはどうすればよいですか？この手法は、オンラインストアZapposの創設者であるNick Swinmernによって証明され、2015年にその価値は20億ドルを突破しました。

彼はウェブサイトを作り、靴のさまざまなモデルの写真を公開しました。私は注文を受け取り、店に行き、必要なペアを購入して顧客に送りました。したがって、彼はインターネット経由で靴を販売するというアイデアの実現可能性を確認しましたが、当初は倉庫のレンタルと製品の購入にお金を費やすのではなく、それらの在庫を模倣するだけでした。

コンシェルジュMVP

この方法論は、最終的な目標が対象者の問題の解決を自動化することであるオンラインサービスにより適しています。製品実装の初期段階では、サービスは手動で提供されます。

たとえば、個人向けの財務会計および計画サービスを作成したいと考えています。しかし、このアイデアが需要があるかどうかをテストするために、まずExcelを手動で使用してクライアントの財務計画を立てましょう。そのため、誰が喜んで支払うか、そしていくらになるか、そもそもどの機能を実装する必要があるかなどを理解できます。 MVPコンシェルジュは、最終的な製品をより良いものにする新しいアイデアを生み出すのに役立ちます。

このモデルは、レストランやチケットなどのオンライン予約サービスの創設者であるチャックテンプルトンによって90年代後半に使用されました。彼はすぐにサービスの技術的な実装に数十万ドルを投資したのではなく、手動でレストランのテーブルを予約しました。そこで彼はアイデアの実行可能性をチェックし、誰が、どれだけの金額を支払う準備ができているのかを理解し、対象となる聴衆を知るようになりました。

分散MVP

分散MVPメソッドは、独自のソフトウェアを開発せずにアイデアをテストおよび実装できる場合に使用されます。代わりに、既製のツールが収集され、1つのシステムに結合され、単一のインターフェースで表示されます。

すべての企業が数十万ドルの費用がかかる独自のソリューションの開発を開始した場合、多くのクールなプロジェクトは見られません。原則として、彼らは立ち上げ後、これに進み、フィードバックと最初の結果を受け取ります。

Grouponの人気の生協ショッピングサービスをご覧ください。かつてシンプルなWordpressサイトでしたが、ユーザーとのやり取りはすべてメールで行われていました。最初のフィードバックと財務結果を受け取って初めて、ソーシャル機能、完全な電子メール配信、自動化、モバイルアプリケーションが開発されました。

パラメータが1つの製品

このタイプは、最小限の機能セット（通常は1つ）の完成品がある場合に最もよく使用されます。記事の冒頭で言及されたSpotifyの創設者は、この原則に基づいて行動しました。

1つの機能（パラメーター）を備えた製品のリリースにより、対象ユーザーを絞り込み、フィードバックを得て分析し、テストを開始できます。

いつ、なぜMVPを行う必要があるのですか？

製品開発の初期段階でMVP開発を開始します。アイデアは頭の中でクールにしかなりません（そうです、これは厳しい現実です）。だから、低コストで正確な検証のオプションがあるときに、なぜすぐに開発に多くのお金を投資するのでしょうか。最低限実行可能な製品のリリース後、需要を判断し、プロジェクトを正しい方向に開発しているかどうかを理解します。

しかし、MVPで最もクールなのは、最初のユーザーからの貴重な情報の収集です。プロジェクトの正しい実装について話すのはエンドユーザーです。収集したデータを使用して、将来のアップグレードを計画し、最初に実装する機能に優先順位を付けます。

MVPを正しくする方法

理論的には、実行可能な最低限の製品とは何かを学びました。次に、実用的な部分、MVPの作成について話しましょう。良い結果を得るには、作業を小さな反復（ステップ/ステージ）に分割し、チーム全体の目標と各メンバーのタスクの概要を説明します。しかし、まず最初に、作業と製品作成の一般原則をチームに伝えます。

ステージ0：MVP作成の基本原則を定義する

MVPの開発に参加するチームの総会を開催します。その上で、すべてのチームメンバーがこれが必要な理由を理解しているかどうかを理解する必要があります。最短寿命の製品のビジョンについて話し合い、すべてをまとめて、さらなる作業のための最初の大まかな計画を立てます。

総会中に、次の問題について話し合います。

? , MVP . , , -. , .
? MVP — , . . , : , , ..
? , - . — () — Kickstarter (), Boomstarter (), Planeta () ..
? . — Google. — Facebook, Instagram. , . , — . : , , , . , .

さまざまな角度からアイデアとテストオプションを検討するために、最大の専門家を総会に引き寄せるようにしてください。行われた主な考え、アイデア、および決定を反映する会議議事録を必ず作成してください。

ステージ1：MVPが解決する問題を見つける

MVPの基本原則を定義したら、「製品で解決される問題は何か」という質問に答えます。いくつかの文章でその価値を説明してください。第一に、それは自分自身とチームにとって有用であり、第二に、将来的には、独自の取引オファー、ランディング、および広告キャンペーンを作成するのに役立ちます。

たとえば、個人向けの財務計画サービスを作成しています。それは、「お金の管理されていない支出、予算編成と長期目標の設定に役立ちます」の問題を解決します。

第2段階：ターゲットユーザーを見つける

初心者向けの製品や起業家が犯すよくある間違いは、彼らのプロジェクトが幅広い聴衆（すべての人々）の問題を解決すると信じていることです。このアプローチは、失敗の可能性を劇的に高めます。特定の対象者に焦点を当てます。

間違いなく製品を購入する顧客の肖像画を作成します。彼の性別、年齢、社会的地位、収入レベル、ニーズ、習慣、彼が使用するテクニック、一般的な問題、余暇の好みなどを説明してください。

この時点で時間をかけてください！中央アジアの肖像画を作成するために数時間を費やす方が、広告予算全体を「統合」して最小限のコンバージョンを得るよりも良いです。そして、MVPが解決する問題を忘れないでください（これは最初の段階で決定されます）。

個人の財務計画を作成するサービスの例：

25〜34歳。
男性;
1か月あたり40 000〜80 000ルーブル。
ローンを完済し、お金を節約し、生活の質を向上させたい。
PCとスマートフォンを使用します。
月末まで賃金が不足しています。

大まかな肖像画が作成されました。そのような最低限でも、ナビゲートして、製品の販売先を理解することができます。この情報は、広告キャンペーンの編成にさらに役立ちます。

第3段階：主要な競合他社を特定します

あなたの製品（アイデア）がユニークで他のどこにも見つからないとは思わないでください。彼と直接会ったことがない場合、これは一意性を保証するものではありません。そして一般的に、「複数の発見」の仮説があります。すべての研究と発明は、互いに独立して複数の科学者によって一度に行われます。

この仮説は、ラジオの開発の歴史によって確認されています。ロシアでは、アレクサンドルポポフが発明したと考えられていますが、イタリアでは、グリエルモマルコーニに栄誉が与えられています。両者は1894年にアイデアの実装に取り組み始めましたが、ポポフは1896年3月に開発を発表しました（しかし、特許を取得しませんでした）、マルコーニは1896年6月に特許を申請しました。ちなみに、ラジオの作成者でもあると主張する科学者は、国によって異なります。

MVPの場合も同様です。競合他社を見つけるために多くの時間を費やす必要があります。アイデアがまだユニークであることが判明した場合は幸運です。そうでない場合は、次の問題を解決してください。

主要な競合他社について可能な限り多くの情報を収集します。市場のトップ3プレーヤーを分析します。開発の歴史を研究し、提供されている製品を確認し、競争上の利点を学び、より良いものを提供する能力を評価します。
主要な競合他社の市場シェアを決定します。あらゆる側面から企業の活動を検討し、戦略、販売量を決定し、収益性を計算します。だから、あなたは彼らがどれほど成功しているか、そしてどのようにあなたが競争で彼らを勝ち抜くことができるか（そして最も重要なことに、これにどれだけのリソースが費やされなければならないか）を理解するでしょう。
. , , — . , , « », , .. .
. , , , , .. — . , . « ». , .
業界のイベントに参加してください。競合他社は、製品、サービスを会議、展示会、その他の適切な場所で発表します。できるだけ多くの情報を収集し、興味のある質問をするには、そのようなイベントに参加してください。ほとんどの場合、無料ですので、自由な時間を費やすだけで済みます。

特別な分析ツールは、情報の収集に役立ちます：同様のWeb、Ahrefs、Quantcast、App Annie、AppFollowなど。競合他社の人気、毎月のトラフィック、ターゲットユーザーの主な関心、顧客の地理的位置などに関するデータを収集します。

便宜上、収集したすべての情報を使用してピボットテーブルをコンパイルすることをお勧めします。その後は、大量のデータをナビゲートして決定を行うことが容易になります。

ステージ4：SWOT分析を実施する

SWOT分析は、4つのブロックで構成されるテーブルです。

長所;
弱点;
機会;
脅威。

繰り返しますが、それは集合的に、または少なくとも、主要なチームメンバーと行うのが最善です。各項目を客観的に評価し、弱点を認識することを恐れないことが重要です。個人向けの財務計画サービスの例を使用して、SWOT分析の実装を見てみましょう。

段落全体に段落を書かないでください。彼らは短く、チーム全体にとって明確でなければなりません。

表は2つの部分に分かれています。原則として、長所と短所は、内部要因、および外部要因に対する機会と脅威に関連しています。

SWOT分析の目的は、弱点と脅威の悪影響を最小限に抑えるために、長所と機会を特定して作業に集中することです。行われた結論は、市場でのビジネスの開発と位置付けのための戦略を選択するのに役立ちます。

5番目のステップ：ユーザーの経路のマップを作成する

製品の利便性を判断するための簡単なブリッツ：あなたが自分のサービス（製品、サービスなど）をどうするかを理解していない場合、消費者は間違いなくそれを理解することができません！

このような誤解を避けるために、実行可能な最低限の製品を作成する第5段階では、ユーザージャーニーをマッピングします。これは、ユーザーが製品を操作するときに行うことです。あなたは、コンテンツ、デザイン、およびインターフェースに対する聴衆の要件が何であるかを理解する必要があります。

ちなみに、最初のお客様からフィードバックをいただいた後は、必ずユーザー経路（ユーザーフロー）のマップを調整してください。彼らはあなたに何が良いか、何が悪いか不便かを教えてくれます。これに基づいて、最終消費者が望むものを受け取るようにカードを調整します。

たとえば、財務計画サービスの場合、次のマップを作成しました。

計画期間の選択;
資産、負債、収入および費用の追加;
財務計画アナリスト;
目標の設定と進捗状況の追跡。

最初のテストを実施し、2か月後に数人がサポートに書面で書面で書面に寄せました。「Excelには財務計画があり、すべてのデータをサービスに転送するのに2時間かかりました」。何してるの？正しい！既存の財務計画をExcelにエクスポートする機能を追加します。

6番目のステップ：製品機能のリストの編集

最後のステップでは、製品との主要なユーザーインタラクションを特定しました。次に、それぞれの特定の機能について説明します。便宜上、特別なマップを作成します。それぞれの相互作用と機能です。最初は次のようになります。

さらに、各対話について、関数のリストが決定されます。ここで、ロジックとユーザーストーリーが役立ちます。最初のケースでは、独立して、またはチームと一緒に、これまたはその相互作用を確実にするために何をする必要があるかを考えます。

しかし、覚えているように、私たちのビジョンはしばしば歪められていますが、実際のユーザーは経験に基づいて客観的な情報を提供します。ユーザーストーリーは、人々の特定の行動を説明し、それに基づいて必要な機能が決定されます。

次に、すべての機能に優先順位を付けます。最も人気のあるもの（最も頻繁に使用されるもの）をリストの一番上に、めったに使用されないものを最後に配置します。次のマップが表示されます。

第7ステップ：MVP機能の定義

この段階で、MVP機能を定義するか、言い換えれば、実行可能な最小の製品の量を計画する必要があります。まず、いくつかの基本的な機能を定義します。これがないと、プロジェクトはまったく存在できません。それからは意味がありません。これは、製品のワイヤーフレームまたは使用可能な最小バージョンです。

フレームは装飾のない家のようなものです。住めるように見えますが、どういうわけかそれほどではありません。したがって、ほとんどの場合、MVPにはさまざまな「有用性」が補われます。これを行うには、必須機能と非必須機能を決定する必要があります。これらは、現在必要であり、プロジェクト開発の過程で後で変更できます。

繰り返しになりますが、機能をチームとして分類することをお勧めします。議論、論争、議論-これは、実行可能な最小の製品の最適な量の決定につながります。マップで、MVP内のワイヤーフレームと追加機能を強調表示して、さらに計画を立てやすくします。あなたはこのようなものを得るはずです：

実行可能な最小製品ボリュームを持つこのようなカードは、会議室または同様の部屋のコンピューターまたは磁気ボードに作成できます。開発中、調整が許可されます。

第8段階：管理と開発の方法を選択する

これで準備が整いました。アイデア、タスク、目標、MVPスコープが定義されました。最大の効率を達成し、確立された開発タイムラインに準拠するための管理モデルを選択する必要があります。いくつかのオプションが可能です：

リーン。
スクラム。
かんばん
エクストリームプログラミング（XP）。

この段階は最も重要なものの1つです。クールなアイデアを思い付き、品質のコンセプトを開発し、一流のスペシャリストのチームを編成することができますが、間違った管理モデルを選択した場合は、成功の達成を忘れてください。したがって、この製品またはその製品の実装で使用するシステムについて慎重に検討してください。

ステップ9：テスト

MVPを短い反復でテストします。アルファテストとベータテストです。アルファ-内部段階：開発が終了し、チーム内で数日間製品を使用します。すべて問題なければ、外部テストとしてベータテストを開始し、最初のユーザーにプロジェクトへのアクセスを許可します。期間：7-14日。

最初のベータ版の後、レビューを収集し、統計、行動分析にアクセスして、データセット全体を分析します。したがって、何を改善する必要があるか、何を削除できるか、逆に、何を緊急に追加する必要があるかを学びます。

development-alpha-betaを何度か繰り返すことで、一般向けに市場に投入し、改良を続けることができる製品の最適な最初のバージョンにたどり着くことができます。

ステージのシーケンス全体についてもう一度話しましょう。

MVP作成の基本原則を定義します。
MVPが解決する問題の検索。
ターゲットユーザーを検索します。
主な競合他社の特定と分析。
SWOT分析の実施。
ユーザージャーニーマップを作成する。
製品機能のリストを作成します。
MVPの範囲の決定。
管理と開発方法の選択。
テスト。

10の段階を経て、最小限の実行可能な製品が完成します。これは、本格的なプロジェクトの最初のバージョンに成長します。そして、編集することを恐れないでください。この一連の手順は厳密な規則ではなく、例やサンプルにすぎません。これに基づいて、独自のユニークなものを構築できます。

MVPを作成する際の最も一般的な間違い

これで、MVPを作成する方法がわかりました。しかし、もう1つあります。初心者（ちなみに、彼らは許されます）は、最初の最小限の実行可能な製品を計画するときに、しばしば間違いを犯します。経験を得て、2回目または3回目は、より速く、より効率的に動作します。

しかし、なぜ見知らぬ人がいるときに自分の経験から学ぶのでしょうか。それを使用して、途中で不正確にならないようにしてみませんか？したがって、私たちは初心者の製品マネージャーと起業家の最も一般的な間違いについて話します。

理想を達成する試み

MVPの開発中にあなたと一緒に残酷な冗談を言うので、完璧主義者をケージに入れましょう！最小限の実行可能な製品のタスクは、ユーザーに製品の基本的な理解を提供することであり、アプリオリは理想的であってはならず、理想的ではありません。

あなたは仮説をテストしています！信じてください。小さなMVPでアイデアの可能性を判断できます。それがクールな場合、製品の需要は悪いデザイン、インターフェース、最低速度によっても損なわれることはありません。そして、この仮説を確認したときのみ、ユーザビリティと美しいキャンディーラッパーにリソースを費やし始めます。

ずさんな仕事

MVPが完全である必要がない場合でも、ランダムに実行できるという意味ではありません。一部の製品は極端なものから次の極端へと急いで行き、その結果、彼らはまったく理解できない何かを手に入れます。

最低限実行可能な製品は、シンプルですが高品質でなければなりません。たとえば、サービスを作成している場合、少なくとも第2レベルドメインを購入すれば、それを無料のコンストラクターのサブドメインに残す必要はありません。

フィードバックの欠如

一部の初心者は、開発に夢中になり、フィードバックを収集するという主要な目標を忘れてしまいます。計画段階でも、プロジェクトの成功を示す主要な指標を定義する必要があります。これには、ダウンロードまたは購入の数、新規ユーザーの数、顧客維持率などがあります。

「空」の約束

「目が燃える」と山を転がす力が感じられます！そしてその時、リーダーはクールで並外れた機会の発表を始めます。もちろん、これはマーケティングの観点からすればすべて素晴らしいことですが、約束を守らないと、ユーザーはプロジェクトから離れ始めます。

したがって、常に「冷たい」頭の新しい発表について決定を下します。できることとできないことを客観的に評価します。

分析と分析をオプトアウトする

自分のアイデアを取り入れたインスピレーションはしばしば心を酔わせ、チーム全体が客観的な事実に注意を払うのをやめます：悪い指標、否定的なレビューなど。ユーザーは今、すべてを理解していないだけだと考え始めますが、製品の最終バージョンの準備ができたら、それを高く評価します。

いいえ、ありません。この問題では、常に客観主義が重要です。実際のユーザーからのフィードバックがあり、それを聞いて、エンドユーザーの希望に応じてプロジェクトの作業を調整します。それ以外の場合、この大騒ぎには意味がありません。

つまり、要約すると、MVPは、アイデアと仮説をテストし、最初の消費者からフィードバックを収集するために作成された、実行可能な最小の製品です（そうです、MVP≠PoC）。あなたはそれを10ステップで実装し、最も一般的な間違いを避けようとすることができます。新しい製品の作成を計画している場合は、MVPから始めます。これにより、アイデアの可能性が低い場合に大きなリソースの損失を回避できます。

MVP：それは何ですか、どのように機能しますか？