アプリを作成する前にMVPを作成する必要がありますか?

公開: 2022-03-10
簡単な要約↬アプリは小さな仕事ではありません。 また、構築と保守も安価ではありません。 したがって、クライアント用の新しいモバイルアプリまたはSaaSの作成を進める前に、代わりに最小実行可能製品(MVP)の起動を検討する必要があります。 MVPを使用すると、市場でコンセプトをテストするための低リスクで低コストの方法が得られます。 それについて好きではないことは何ですか?

アプリのアイデアや、消費者がそれにどのように反応するかについての仮定に賭ける余裕はありますか? 私はあなたのクライアントがそれをするのにあまり快適ではないに違いない、特にそれが彼らのお金とライン上の評判であるとき。

アプリに注意深くアプローチしないと、ビジネスにとってリスクの高い投資になる可能性があります。 それでも、最もよく研​​究されたアプリの概念は、ユーザーのダウンロード率と保持率を失望させる可能性があります。

モバイルアプリまたはSaaS製品を構築するビジネスを行っているかどうかにかかわらず、クライアントの投資を保護するために最小実行可能製品(MVP)を使用することを考えましたか?

MVPを使用すると、パイプラインを介してプロジェクトをより迅速に処理できるだけでなく、開発者はクライアント向けに全体的に強力な製品を作成できます。

知っておくべきことは次のとおりです。

アプリ開発におけるMVPの価値

フランク・ロビンソンは、2001年にMVPが何であったかを最初に定義しました。基本的に、MVPは、製品のコンセプトと市場での実行可能性をテストおよび検証する目的で一般にリリースされる製品の縮小版です。 。

ジャンプした後もっと! 以下を読み続けてください↓

The LeanStartupの作者であるEricRiesは、MVPの初期の支持者の一人であり、2013年にMVPを使用する理由と方法について、興味深いことをいくつか述べました。

重要なのは、よりスリムな製品を作ることではありません。 それは、アプリの最も基本的なバージョンまたは概念を採用者と伝道者の手に渡すことです。 このようにして、開発者は早い段階でユーザーフィードバックを収集し、それを使用して製品を最終バージョンに適切に形成します。

Dropboxを例にとってみましょう。 これは、2009年の製品のランディングページの外観です。

2009年のDropbox
DropboxのWebサイトと2009年のソフトウェア。(出典:Dropbox)(大プレビュー)

これは、会社名、ソフトウェアの説明、デスクトップまたはモバイルアプリをダウンロードするためのリンクを含むシンプルなページです。 自分が得ているものについてもっと知りたいユーザーのために、「ツアー」は彼らをより多くの情報を持ったミニサイトに連れて行きました:

DropboxMVPの説明
DropboxのMVPは、ソフトウェアの基本的な詳細を提供します。 (出典:Dropbox)(大プレビュー)

これは、消費者と企業の両方が今日使用している強力なストレージ、コンテンツ作成、およびコラボレーションサービスとはかけ離れています。

Dropboxウェブサイト2019
2019年のDropboxWebサイトとSaaS。(出典:Dropbox)(大プレビュー)

しかし、それがMVPの美しさです。 基本的に、開発者は最小限の(ただし絶対に不可欠な)機能セットのみを使用して製品を構築する必要があります

Dropboxは、クラウドストレージサービスの力を予測したり、当時の市場に適さないものを作成したりする必要はありませんでした。 必要なのは、ユーザーがその場で必要とする単純なソリューションを起動することだけでした。 その後、ユーザーは製品を検証し、製品を購入するために必要な方向性を会社に提供できます。

MVPを作成することには他にも利点があります。

  • 完全なアプリが開発されるのを待つ場合よりもはるかに迅速に製品を市場に出すことができます。
  • 仕事に多くの工数を費やす前に、コンセプトの実行可能性をテストする機会があります。
  • あなたは自分自身に、最終製品のねじれを解決するためのより多くの余地を与えます(そしておそらく少しの許しも)。
  • あなたはMVPでお金を節約します。 まず、絶対に必要な機能の構築に時間を費やすだけだからです。 第2に、ユーザーが縮小バージョンに満足していることに気付く可能性があり、製品を完成させるためにさらに多くの作業を行う必要がないためです。
  • ユーザーに受け入れられたテスト済みのアイデアを使用すると、投資家に何かをもたらすことができ、開発プロセスの残りの部分をよりスムーズに進めることができます。

エリックがビデオで述べているように、MVPは、成功の可能性を最大化し、完全な製品開発が可能にするよりもはるかに短い時間枠でそれを行うための最良の方法です。

ユーザーがテストしたい貴重なMVPを構築する方法

MVPの成功は、アーリーアダプターによって提供される洞察とフィードバックを活用する能力にかかっています。アーリーアダプターは、100%自分の側にいて、製品を信じて、ギャップを埋めるのを手伝いたいと思っています。 だから、それを見失わないでください。

MVPは、中途半端なアプリではありません。 それはまだ価値がある必要があります。

MVPをビルドして起動する前に、次のことを行う必要があります。

1.製品の目的を決定します

アプリを成功させるには、消費者ベースの大部分の問題を独自に解決する必要があります。 つまり、MVPは、製品の機能とユーザーがそれを必要とする理由を明確に分析する必要があります。

たとえば、これはUber(当時はUberCab)が2010年のベータ期間中に販売した方法です。

2010年のUberCabウェブサイト
2010年のUberの前身であるUberCabのウェブサイト。(出典:Uber)(大プレビュー)

前のDropboxの例のように、それは概念が非常に単純であり、それが何であるか、またはなぜそれが非常に価値があるのか​​を説明するという点で飾り気がありません。 しかし、あなたはまだその考えを理解しています。 これは、人々が自分の携帯電話から車を注文して支払うことができるアプリです。 本質的に、それはタクシーの便利な代替品です。

1年先に進むと、Uberが公式の製品発売でアイデンティティと価値提案を固め始めたことがわかります。

2011年のUberのウェブサイト
Uberは、ベータテストが完了した後、2011年にイメージの改良を開始します。 (出典:Uber)(大プレビュー)

これは、Uberが「キャブ」を廃止し、オンコールのプライベート運転サービスと名付けた2011年にさかのぼります。 これは、消費者が他の方法では手に入れることができなかったかもしれない特定の豪華な特権を体験できるようにする方法でした。

これはUberが最終的に採用した形式ではありませんが、初期のユーザーフィードバックが、プラットフォームのどの部分を強調して構築する価値があるかを製品開発者が判断するのにどのように役立ったかを確認できます。

これはまさに、MVPを構築し、ユーザーが何を求め、どの機能を必要としているかについて、ユーザーから貴重な洞察を収集し始めるときに発生するようなものです。 しかし、最初に、その一般的な目的と価値を明確にすることから始めなければなりません。 後でそれを改良することができます。

2.理想的なユーザーを見つける

あなたはあなたのコンセプトを持っています。 さて、消費者がそれを望んでいるかどうかを理解する時が来ました。 MVPの構築が安価で高速であっても、時間とリソースを完全に浪費することにはなりません。 少なくとも関心がそこにあることを確認してから、ターゲットユーザーが誰であるかを明確に定義する必要があります。

具体的には、場所について考える必要があります。

上記のUberの例では、ベータ版製品がサンフランシスコでのみテストされていることがわかります。

Airbnbの初期バージョンも同様のことをしました。 Airbnbの共同創設者であるJoeGebbiaは、How I BuiltThisの2017年のエピソードで彼のMVPの話をしています。

基本的に、彼は現金が少なく、サンフランシスコのアパートで次の会議のためにエアマットレスを借りることに決めました。 ホテルは部屋が不足することを知っていたので、彼はそれからお金を稼ぐことができると考えました。 しかし、それは彼が稼いだお金を借りるだけではありませんでした。 多くの人がアパートの賃貸に興味を示した後、彼は新しいビジネスのアイデアを思いつきました。

そこで、彼と彼のパートナーは「AirBed&Breakfast」というウェブサイトを作成しました。 ただし、稼働すると、元のサンフランシスコのテストエリアをはるかに超えて広がりました。

2009年のAirbnb
2009年からのAirBnBコンセプトの初期バージョン。(出典:Airbnb)(大プレビュー)

2009年には、72か国でAirBnBのレンタルがありました。 今日、あなたは事実上、世界中のどの町でもごみを選ぶことができます。 しかし、それはすべてサンフランシスコから始まりました。

したがって、製品の構築に取り掛かるときは、完全なリリースを行う前に、アプリをテストしてフィードバックを得るのに最適な場所を考えてください。 あなたはその地域があなたが目標とする人口と人口統計の良い表現であることを望みます。 また、製品に対する需要があり、ターゲットユーザーがそれを使用する余裕があることを確認する必要があります(収益化を開始した後)。

3.MVPフォーマットを選択します

MVPの形式は、建物を建てる前に考慮すべきもう1つの重要なことです。

場合によっては、実行可能な製品を構築する必要があります。 たとえば、あなたの目標が新しい出会い系アプリを構築することだとしましょう。 市場にはたくさんの出会い系アプリがあります。 特に、パックを継続的に支配している2つのアプリがあります。 機能をどれだけ削減しても、あらゆる種類のモバイルデートアプリを構築することは、莫大で費用のかかる賭けになることをご存知でしょう。 それで、あなたは何をしますか?

代わりに、PWAデートアプリを作成できます。 アプリストアに何かを置くよりも、コストが低く、市場投入までの時間が大幅に短縮され、MVPをユーザーの前に表示する方がはるかに簡単です。 最終的には、製品フォーマットの観点からPWAで十分であることに気付くかもしれません。

それ以外の場合、MVPは実際の製品である必要はありません。 それは、製品を発表したり、コンセプトのワイヤーフレーム/プロトタイプを提供したりするWebサイトである可能性があります。

2018年、ランド・フィシュキンは、2004年に共同設立した会社であるMozを辞めることを発表しました。同時に、SparkToroという新製品を発表しました。

SparkToroランディングページ
SparkToro MVPランディングページは、今後の製品について説明していますが、アクセスは提供していません。 (出典:SparkToro)(大プレビュー)

現在、ランドはMVPとしてコンセプトを立ち上げ、それを成功させることができる人物です。 彼はこの分野で長年の歴史と確かな評判を持っているので、もちろん、ユーザーはこの新製品が消費できないにもかかわらず、この新製品に引き寄せられるでしょう。

新しいブランドのMVPを作成している人にとっては、おそらくそれほど幸運にはならないでしょう。 ただし、実際には、構築する予定の製品のタイプによって異なります。

縮小版で製品を作成する方法がまったくない場合は、これを検討する価値のあるオプションになる可能性があります。 また、あなたやあなたのクライアントに資金がまったくなく、投資家にあなたのコンセプトの実行可能性を証明するために検証されたフィードバックが必要な場合も良い考えです。 これが、JoeSchmoesがこれを回避する唯一の方法です。

このルートを使用する場合は、非常に優れた説明セクションも必要になります。 これは、SparkToroのWhat We'reBuildingページにあるものです。

SparkToro私たちが構築しているもの
SparkToroのWebサイトでは、SparkToroが構築に取り組んでいることについて説明しています。 (出典:SparkToro)(大プレビュー)

このような製品に引き寄せられるような種類のユーザー、つまり実際にこの種のソリューションを必要とする高度なマーケターにとって、機能の概念と実行可能性をテストするこの方法は優れていると思います。 それは彼らの言語で書かれ、彼らが理解できるビジュアルで書かれています。

ただし、ブランドに精通していないユーザーや、ランドのオーディエンスほど十分なトレーニングを受けていないユーザーの場合は、製品のダッシュボードのワイヤーフレームまたはプロトタイプを使用することをお勧めします。 創設者からの解説動画でもうまくいくでしょう。 それは、ユーザーがサインアップしてできるだけ早くフィードバックを提供し始めるように説得するものである必要があります。

4.実際の最小値を見つけます

Eric Riesのビデオを見ると、彼がMVPの最小機能を定義するための公式を提供していることがわかります。 こんなふうになります:

必要と思われる最小機能の数/ 8 =真の最小

その公式があなたに不安を感じさせるなら、それは理にかなっています。 しかし、次のように考えてください。

役に立たなくなることなく、可能な限りシンプルなMVPを構築します。 ユーザーに発送し、フィードバックを提供する機会をユーザーに提供します。

その結果、いくつかのことが起こる可能性があります。

彼らは絶対にそれを嫌います。

彼らは、機能Aがどのように悪いのか、それが他のことをどのように望んでいるのか、または機能Bがほとんどそこにあったのかについてあなたに不平を言いますが、その後は期待を下回りました。 それは最高です! テストユーザーは、製品に何を求めているかを正確に教えてくれます。 十分な一貫性のあるフィードバックを取得すると、アプリの次のバージョンに表示する必要のある必須機能のリストが表示されます。

彼らはそれで大丈夫ですが、それを愛していません…まだ。

繰り返しになりますが、ユーザーが100%満足していなくても問題ありません。 あなたは彼らに素晴らしいものになるであろう製品を試す機会を与えました、そして彼らはそれに約束を見るでしょう。 彼らに彼らの心を話す機会を与えて、彼らが何を愛し、何をしなかったかをあなたに知らせてください。 次に、これらの弱点を強化し、それを真のゲームチェンジャーにする機能を含めることに焦点を当てます。

彼らはそれをそのまま気に入るはずです。

正直に言うと、これは起こりそうにありません。 しかし、フィードバックが非常に少なく、MVPをそのまま使用できるとしたら、それは素晴らしいことではないでしょうか。 さらに、製品を大幅に削減することで、自分自身を節約した時間とクライアントを節約したお金について考えてみてください。 単純な方が良い場合もあります。

これらのユーザーのフィードバックと製品のサポートに感謝することを忘れないでください。 彼らの洞察がなければ、彼らが必要とするソリューションを作成する方法はありません。そのため、彼らがこの中で果たす役割を認識することがあなたの最大の利益になるでしょう。 その見返りとして、彼らは発売後もずっとあなたの製品の伝道者であり続けるでしょう。

5.ランディングページを早期にデザインする

私は(前述の理由で)MVPとしてのみ機能するランディングページやミニウェブサイトにはあまり熱心ではありませんが、MVPの作業中にモバイルファーストのランディングページを立ち上げるのは良い考えだと思います。

ゲームアプリとSaaSは、ベータ版のサインアップページを早期に立ち上げるのに特に適しています。 Hytaleの例を次に示します。

Hytaleゲームアプリ
ゲームアプリHytaleは、ランディングページを使用して、ゲームについてユーザーを教育し、リリース前にベータユーザーを獲得します。 (出典:Hytale)(大プレビュー)

MVPを成功させたい場合は、強力なランディングページを構築するために、現在持っている余分な時間をいくらか費やす必要があります。 この投稿で取り上げられている企業の初期のWebサイトを調査することから始めます。 彼らは皆、彼らの概念をうまく説明し、彼らの製品をソフトマーケティングし、初期のユーザーにテストにサインアップするように説得しました。

その間、ブログ、ソーシャルメディアアカウント、コミュニティ機能(アクティブなニュースレターを使用)も設定する必要があります。 あなたは、決して知らない。 誰かがあなたのMVPの発表をグーグル検索以外のどこかで見つけて、彼らがサイトをブックマークするか、ベータテスターに​​なるために早くサインアップしたいと思うかもしれません。

ユーザーセットから賛同を得始めるのに早すぎることはありません!

6.成功基準を定義する

最後になりましたが、MVPの成功をどのように測定するかを決定する必要があります。 フィードバックの質だけではないからです。

次のことを考慮してください。

  • 何人の訪問者があなたのランディングページにアクセスしましたか?
  • それらの人々の何人がベータにサインアップしましたか?
  • 一定期間(1か月、3か月など)に何人のユーザーを保持しましたか?
  • 何人の人がフィードバックを提供しましたか?それは、製品の設計と機能について今後の確固たる決定を下すのに十分な実質的なセットでしたか?
  • ユーザーセットの人口統計は、アプリを設計したオーディエンスと一致しましたか? どうしてそうだったと思いますか?
  • ユーザーは平均してアプリ内でどのくらいの時間を費やしましたか?
  • 彼らが最も時間を費やした機能はどれですか? 少なくとも?
  • どの機能が最も好意的なフィードバックを受け取りましたか? 少なくとも?
  • 製品に前向きな経験をした特定のユーザーがいましたか? 何が違うのですか?

元のランディングページ、ベータテスター、使用状況データなどから収集したすべての情報を取得し、実際にすべてを確認します。 あなたがデザインしたMVPについて何を教えてくれますか? そして、今、あなたはそれをどうするつもりですか?

それをそのままにしておくのか、それともユーザーが望んでいるはずの完全な製品に構築するのか。

収集した使用状況データに基づいて、集客や集客が容易になりますか? さらに、それらのユーザーを維持することができますか、それともネイティブアプリ形式ではなくブラウザー側にアプリを維持する方が費用効果が高くなりますか?

そして最後に、製品へのアクセスに対していくら請求できますか? それは最終的に会社を収益性のあるものにするのでしょうか、それともこれを価値のあるベンチャーにするのに十分な関心がないのでしょうか(少なくとも収益化の面では)?

私はあなたにたくさんの質問を残していることを知っていますが、テストが始まったらあなたが整理する必要があることはたくさんあります。 さらに、そもそもMVPを作成したのはそれが理由です。 このユーザーフィードバックはプロセスにとって非常に貴重であり、それが市場に押し出す価値のある製品なのか、それとも設計図に戻す価値のある製品なのかを知る唯一の方法です。