MVPのUX戦略
MINIMUM VIABLE PRODUCTSのUXメソッドについて教えてください。
MVP製品のユーザー調査、シナリオ、プロトタイピング、ユーザーテストなどの従来のUX戦略に従うことはできません。
同じことをするより良い方法はありますか？
実行可能な最低限の製品が何であるかを理解しているかはわかりません。
実行可能な最低限の製品は、ユーザーが受け入れる/支払う最低額です。
機械化された輸送を初めて発明した場合、馬とカートに代わるものを構築しようとしている可能性があります-最小限の実行可能な製品could自転車であるが、エンドユーザーが主に取得することに興味がある場合のみ歩くよりも速くユーザーが商品の輸送のみに関心がある場合、自転車はMVPとして十分ではありません-ユーザーはニーズに合わないため、自転車を拒否します。
あなたのMVPが何であるべきかを発見するには必要ユーザーが何を望んでいるかについてのある種の洞察。それがあなたの研究の目的です。ユーザーが何を望んでいて、何を受け入れるかを理解します。
MVPはアジャイル方法論からの用語です。これは完成品の「弟」ではなく、まだ初期段階の製品そのものです。スプラッツが使用した比喩を拾う：目標は、非常に高速であることを目的としてレーシングカーを構築することです。ここのMVPは自転車かもしれません。どうして？車輪が2つしかなく、ステアリングホイールがなくても、すでに今よりも速く移動できるためですが、すでに「以前よりも速く」なっています。 MVPの目標は、以前の状態を改善する最小限の機能を提供することです。
このように見ても、UXの観点から見ると、作業はまったく同じです。研究し、コンセプトを作成し、最終製品のデザインを作成します。目標は常に最終製品でなければなりませんが、現在のスプリントのMVPは常にユーザーの観点からもすべてのニーズを満たす必要があります。
例に戻ると、「自転車」のMVPにステアリングコンポーネントを含めるかどうかという質問があるとします。それに対するUXの答えは次のとおりです。はい、ステアリング機能はユーザーの観点からの基本的なインクルージョンであるため、彼女がステアリングできない場合、彼女は望んでいるところに行きません。
MVPのUXパースペクティブが何であるかを理解するには、完成したビジョンである最終製品を見る必要があります。 MVPを取得するために開発するのではなく、常に最終製品のために開発します。ただし、製品の機能性と価値を高めるためのステップを定義します。
要約すると、MVPを確認する必要がある場合、UXワークフローに変更はありません。
ガイドラインに従ってください。
これは、自分で実行できるすべての作業を取り除くときに残された唯一の戦略です。 iOS/OS X、Android、Windowsにはすべて独自のUIガイドラインがあります。 WebにはW3Cがあります。使用するフレームワークとツールの（UI）ガイドラインを見つけます。また、評判の良い人、本、またはサイトによる他の注意事項も確認してください。あなたはおそらくどこを見るか、さもなければそれをウェブで検索することをすでに知っています。幸運を！
MVPのポイントを誤解しているかもしれません。これらの手順をすべてスキップするという意味ではありません。
件名に関する私のブログ投稿から： http://commadot.com/mvp-deconstructed/
うまくいけば、それは役立ちます。さらに、私は Minimum Lovable Products を信じています。これはMVPのようなものですが、より魅力的にするためにいくつかの詳細が追加されています。
これらすべての鍵は、想像できるすべての機能を構築することなく、有用で愛らしい何かをリリースすることです。それは、優先順位付けと、リリース内でどのように物事が連動するかを理解することです。その過程でUXを排除すべきではありません。
最小限の実行可能な製品について考えるもう1つの方法は、例を使用することです。
データのテーブルがあるとします。
他の機能をテーブルに追加して、テーブルの機能を充実させることができます。検索、フィルター、列の並べ替え、表示または非表示にする列のカスタマイズ、ドラッグアンドドロップを使用した列のシーケンスのカスタマイズ、ドラッグアンドドロップを使用した列の幅の変更、データのインライン編集、列のグループ化、データのエクスポートExcelなどへ.
- 最小限の実行可能な製品は、他の機能を何も持たない単純なデータのテーブルである可能性があります。
- 最小限の実行可能な製品は、データのインライン編集を備えた単純なテーブルである可能性があります。
- 最小限の実行可能な製品は、データと列フィルターのインライン編集を備えた単純なテーブルである可能性があります。
ここでのポイントは、最小限の実行可能な製品を選択するのはあなたとあなたのチームです。
[〜＃〜] mvp [〜＃〜] のほとんどの定義は、これがソリューションに必要な機能の最小量であることを示しているため、1つの機能だけを削除しても、より長く目的に適合します。
何が入っているか、何が出ているかを選択する方法は、UXリサーチによって発見された洞察から得られる場合もあれば、市場に必要な最小限のものについてチームの意思決定を行う場合もあります。
何が入っているか、何が出ているかを考えるとき、あなたは非常に残忍でなければなりません。私が今使用した例では、おそらく追加機能のない単純なテーブルがMVPであり、必要なものはすべてです。
次のガイドラインについては、@ jazZRoに完全に同意します。他に何もする必要がない場合
しかし、時間がない場合や、ユーザー調査、シナリオ、プロトタイピング、ユーザーテスト用のリソースがあるからといって、それらの一部を実行できないわけではないことも考慮してください。
これらはそれぞれ大規模な作業になる可能性がありますが、軽量バージョンやブートストラップバージョンもまだあります。
ユーザーテストを実行できませんか？友達を誘って、あなたの製品を使ってみてください。
詳細なシナリオを実行できませんか？一般的な状況を1つまたは2つ選び、ユーザーパスを紙に書き留めるか、誰かと話し合うのに5分かかります。製品が問題を解決する可能性が最も高いため、いくつかのシナリオを念頭に置く必要があります。
プロトタイピングの時間はありませんか？再び、ペンと紙と5分のスケッチ。
研究？類似の製品/ UI /アプリをざっと見てみるか、いくつかの記事をクロールして、一部のユーザーがどのように操作したかを感じてください。時間の経過とともに、ユーザーが一般的な状況でどのように動作するかについて、基本的なレベルの事柄を学びます。完全なアプリをベースにするのに十分ではありませんが、MVP UXを開始するには十分です。
これらの各タスクについて、「MVP」（これを必要最小限の作業の同義語として使用しています）を試してください。 プロトタイピング、研究、ユーザーテストなどに関しては、「全部か何も」ではありません。これらの要素のいくつかをまとめて、少なくともUX MVPの基盤を構築し、後で構築することができます。
Ryan Hoover（Product Huntの創設者）が彼の今よく知られている記事、TheWisdom of the 20-Minute Startup：“ MVPの目的は、仮定を学習、検証、無効化することです。」ここで重要なポイントは、 "Assumptions"です。これは、MVPを介して検証するものです。いくつかのことに注意してください：
1）UXプロセスの観点から、MVPは、状況に応じて、完成品である必要はないことに注意してください。アイデア/仮定をテストしているので、プロトタイピングフェーズなどで十分にテストできます。 「インビジョン」スタイルのプロトタイププロトタイプは、適切なユーザビリティテストを受け、必要な結果を得ることができます。したがって、ルールを盲目的に遵守するのではなく、「最も早い時点でテストできる」ことを理解することが重要です。
2）製品ドメインに関する研究に重点を置いています。したがって、UXの観点から、私はそれを重点的に取り上げます。それが整ったら、一連の仮定を使用します。そのアイデアは最も単純な（可能な）製品を取得することなので、これらのワイヤーフレーム/シナリオは簡単なものです。先に進んでそれらを実行すると、私が提案しようとしていることがわかります。
3）ここで追加したい非常に重要なポイント-MVPは、ユーザーが1日の終わりに使用する製品です。彼らのために。 「基本」であるために、製品の美学や感情的な商を割り引かないでください。構築可能なものだけでなく、Minimum Lovable Productsの構築についてすでにいくつかの話題があります。よく読んでください： https://medium.com/the-happy-startup-school/beyond-mvp-10-steps-to-make-your-product-minimum-loveable-51800164ae0c
さて、ノキアはフィンランドの製紙工場とツイッターで、オデオと呼ばれるポッドキャスティング会社としてスタートしました。あなたはポイントを取得します。 MVPは、永遠に生き続けるためのものではありません。
プロトタイプにはUXメソッドの方が適していると思いますが、すでにMVPについて話している場合は、一般的な手順があります。
ステップ1.問題を定義するこれは、最初のステップでビジネスパス全体を定義できる状況です。
あなたは独創的なアイデアを持っていて、すぐに開発を始めます。後であなたはそのアイデアが素晴らしいことを認識しますが、実際には誰もそれを必要としません。
失敗のリスクを減らすには、問題の定義から始める必要があります。既存の問題を特定すると、ソリューションは多くのユーザーを見つける可能性が高くなります。
ステップ2.ターゲットユーザーを定義するすべてのユーザーをターゲットにしようとするのは、もう1つの間違いです。すべての人にあなたの製品を使わせることは不可能です。したがって、特定のグループの人々を満足させる方がはるかに簡単です。
バイヤーペルソナを構築し、できるだけ具体的にします。年齢、職業、教育レベル、収入、家族、趣味などを定義します。見込み客をよく知るほど、顧客の期待に応えることができます。
ステップ3.最小機能セットを指定するここでは、MVPを構築する上で最も難しい部分の1つを取り上げます。
最初に製品について考えたとき、おそらく顧客を魅了するために数十のユニークな機能を特定しましたが、残念ながら、アイデアがユーザーのために解決する問題に関する想定をテストするまで、これらのアイデアをすべて脇に置く必要があります。
まず、お客様に価値をもたらすコア機能の最小セットから始めるのが最善です。理想的には、必須機能を1つだけ含める必要があります。
例として：あなたは、あなたの潜在的な顧客がより速く動くことを望んでいると仮定します。あなたはこの問題を解決するために車を作りたいです。想定をテストするには、最小限の実行可能な製品の作成から始めます。
MVP：スケートボード。
MVPではありません：4つの独立したホイール。
MVPは、想定を証明し、製品のアイデアを検証するのに役立ちます。ターゲットとする聴衆がスケートボードに興味を持っているなら、あなたは正しかった、彼らは彼らがより速く動くのを助ける乗り物を必要としていて、彼らはそれを支払う準備ができています。
あなたが顧客に4つの車輪を提供する場合-これは彼の問題を解決しません。しかし、スケートボードはそうします。
MVPは原始的かもしれませんが、アイデアがユーザーエクスペリエンスを無視せずに既存の問題の解決策を提供する場合は、ユーザーがいて、MVPがこの仮定を証明します。
ステップ4. MVPをビルドするMVPのコア機能を定義したら、製品をビルドします。
最初のルールは次のとおりです。完璧を忘れてください！この段階での唯一の目的は、できるだけ早く製品をリリースして、想定をテストすることです。
製品をユーザーの手に渡るのが早ければ早いほど、より良いです。彼らのフィードバックから、彼らがこの種の製品に興味を持っているかどうか、または開発が時間とお金の完全な無駄であるかどうかを理解できます。
そして、ユーザーがすべての欠陥を備えた最小限の実行可能な製品を好む場合、製品の完全版は全世界を魅了する可能性がはるかに高くなります。
ステップ5. MVPをテストする実行可能な最低限の製品が完成したら、それを潜在顧客の手に渡してください。最初のステップの1つであるターゲットユーザーの定義を覚えていますか？バイヤーペルソナに一致する人を見つけて、MVPのテストを依頼します。
すべてを正しく行った場合（問題、対象読者、最小限の機能セットを定義した場合）、関連するフィードバックを受け取ります。これは、次に何をするかについての明確なガイドになります。
顧客のフィードバックを真剣に受け止めるべきです。
それはあなたのアイデアが投資する価値があるかどうかを示します。ターゲットオーディエンスを正しく定義したことが証明されます。これにより、製品をさらに開発する方法の明確なビジョンが得られます。製品に必要な機能と不要な機能が明らかになります。これらは単なる仮定ではなく、信頼できる事実です。
あなたはあなたの製品について否定的なコメントを受け取ることを恐れているかもしれませんが、このビジネスでは覚えておかなければならないことが一つあります：否定的なフィードバックはフィードバックがないよりはましです。
ステップ6.実行可能な最低限の製品を改善する最初のユーザーから信頼できるフィードバックを受け取ったら、この情報を利用するときがきました。
つまり、ユーザーが何を好きで何が嫌いかがわかります。これで、良い機能を改善し、悪い機能を削除し、新しい機能を追加して、機能するかどうかを確認できます。
プロトタイプとMVPの詳細： https://clockwise.software/blog/how-to-make-a-prototype/
https://inventionland.com/inventing-process/prototyping/
https://clockwise.software/blog/minimum-viable-product
http://whatis.techtarget.com/definition/minimum-viable-product-MVP