効率的なアプローチ-無駄のないUXMVPを設計する方法

公開: 2022-03-11

一部の設計者や一般の人々は、リーンUXとMinimumViableProductsが成果であると考えているようです。代わりに、これらは、うまく実行されると、UXデザイナーの時間とリソースを節約しながら、可能な限り最高の製品を生み出すプロセスです。最終製品はビジネスニーズに対応すると同時に、顧客が提示する問題に対する最適なソリューションでもあります。

リーンUXプロセス（またはリーンUXループと呼ばれることもあります）は、観察、仮説の形成、データのテストと収集、結果の分析、そして仮説の受け入れまたは拒否という科学的方法と同じです。リーンUXでは、手順は、アイデア（観察と仮説）、ビルドとコード（テスト）、測定とデータ（データの収集）、および学習（結果の分析と仮説の受け入れまたは拒否）に大まかに相関します。時々、リーンUXプロセスは、 Think、Make、Checkとしてより簡潔に要約されます。

科学的方法と同様に、リーンUXプロセスは、目的の結果に到達するまで循環的なプロセスです。ただし、科学的方法とは異なり、設計者はリーンUXループのどこからでも開始できます（ほとんどの場合、学習またはアイデアのいずれかで新しいプロジェクトを開始しますが、どこからでも簡単に開始できる確立された製品に取り組みます）。

最小限の実行可能な製品は、リーンUXの方法論にうまく適合します。一般的なMVP方法論は、一般に、構築（またはプロトタイプ）、測定、学習（そしてそれらの学習に基づいて繰り返す）として要約されます。これらの手順がリーンUXループ（特に簡潔なバージョン）とどのように関連しているかを簡単に確認できます。

一部の設計者は、MVPを概念実証またはプロトタイプと混同します（MVPプロセスの最初のステップは、プロトタイピングと呼ばれることもあり、その混同を説明する可能性があります）。ただし、MVPは生産の準備ができている完全な製品であり、リーンUXMVPも例外ではありません。リーンUXMVPは、人々が使用できる完全に機能する製品である必要があります。

最終製品について考えるのをやめる

UXデザイナーが問題を検討するとき、先に進んで、問題を解決する可能性のある最終製品について考えたくなるかもしれません。一般的に、最終的な完成品に到達することが目標です。そこで始めてみませんか？

完成品から始めて後戻りする際の問題は、イノベーションと創造性を阻害することです。ユーザーの問題を解決するには、さまざまな方法があります。最終結果について考えることから始める設計者は、これらの潜在的な解決策の大部分を見逃し、不十分な解決策を思い付く可能性があります。

設計者が、製品を使用する人々に最適なソリューションについての先入観を捨てると、より革新的なアイデアを思いつくことができます。ジェフ・ゴセルフは、著書「リーンUX：リーン原則を適用してユーザーエクスペリエンスを向上させる」の中で、リーンUXは「製品の本質をより早く明らかにすることです」と述べています。これは、「設計されている実際の製品体験についての共通の理解を構築する」ことに焦点を当てた共同プロセスです。

そのプロセスでは、設計者は、サービスを提供しようとしている人々のニーズだけでなく、開始する前にビジネスのニーズも理解する必要があります。リーンUXデザインプロジェクトに着手するとき、この理解はデザインプロセスの他のすべてのステップの基礎を形成します。

ユーザーのニーズに焦点を当てる

設計者が問題に取り組むとき、彼らはしばしばその問題が何であるかを完全に把握していると思います。たとえば、やることリストアプリを作成するというアイデアの場合、設計者は、ユーザーがタスクをリストに追加するだけのソリューションが必要であると想定する場合があります。彼らの最初のリーンUXMVPは、その機能を提供するアプリの作成に焦点を合わせていました。

しかし、それは実際の問題に対する最善の解決策ですか？人々は、リストにタスクを追加するためだけにToDoアプリを使用することはありません。彼らは自分たちの生活を整理しておく必要があるので、それらを使用します。彼らは何か重要なことをすることを忘れたくないのです。彼らはリストを保持しないと物事を見落とすのではないかと恐れています。

リスト形式は、人々が何をする必要があるかを追跡するための最良の方法ではない場合があります。しかし、デザイナーが「やることリスト用のアプリを作成する必要がある」と考えてプロジェクトに参加した場合、デザイン対象の人々により良いサービスを提供するアイデアに出くわすことはありません。設計者は、ユーザーが必要としていることに焦点を合わせ、自分の想定を忘れることで、他のオプションにさらに別のTo Doリストアプリを追加するのではなく、目前の実際の問題を解決するソリューションを見つけることができます。

設計者は、ユーザーが何を必要としていると思うかについての仮定に挑戦することを目指す必要があります。人々はしばしば彼らが彼らの問題を解決するために何が必要かさえ知らない。では、設計者は、ユーザー調査を行って顧客が苦労していることを理解しようとする前に、自分が最もよく知っているとどのように想定できるでしょうか。

顧客のニーズについて考える1つの方法は、顧客の問題点に焦点を当てることです。問題点は、顧客に最も苦痛を与える問題の側面です。設計者がそれに焦点を合わせると、問題の根本に早く到達し、独自の解決策を見つけることができます。やることリストアプリの例では、問題点は、重要なことを忘れたり、物事を追跡するために精神的なエネルギーを浪費しなければならないことを心配している可能性があります。

最小限の実行可能なプロトタイプを作成する設計者は、ユーザーの問題点に焦点を当てる必要があります

設計者が問題を解決する方法を考えたら、実際の人とその解決策をテストすることが不可欠です。彼らは最初から完成品を作成しようとしてあまり時間を無駄にすべきではありません。洗練された製品に多大な時間とリソースを投資する前に、最初のアイデアについて人々からフィードバックを収集することで、詳細、範囲、さらには前提全体の変更がはるかに簡単になります。

最初の反復は、スライドデッキや半機能的なモックアップのような単純なものである可能性があります。提供されるエクスペリエンスの概要を人々に理解させるものは、実際のリーンUXMVPを作成するための有用な前兆です。

これらの初期のプレMVPは、ユーザージャーニーの計画にも役立ちます。最初のフィードバックが収集されると、設計者は人々が製品に本当に求めているものをよりよく理解できます。これは、ポイントA（問題）からポイントB（理想的な解決策）にそれらを取得する方法を計画するために非常に貴重です。設計者は、そのマップに沿って、当初考えていたよりも多くのステップが必要であることに気付く場合があります。

設計者は、解決しようとしていた元の問題が実際の問題ではないことに気付く場合もあります。たとえば、やることリストアプリでは、デザイナーは、人々がやらなければならないことについてストレスを感じないようにするソリューションが、タスクを整理するものよりも価値のある最終製品であることに気付く場合があります。積極的にフィードバックを求め、実際の問題を解決することを目的とした新しい反復を作成しない限り、設計者はその解決策を見つけることができない可能性があります。

必要な機能について考える

設計者が新しいプロジェクトを開始するとき、多くの場合、製品に必要な機能のリストから始めます。含めることができる機能のリストは、開始するのに悪い場所ではありません。しかし、それは人々が実際に製品に求めているものと比較されるべきです。

ただし、ほとんどの人は、必要な機能がわかりません。代わりに、メリットに焦点を当てます。どの機能がそれらの利点を提供するかを理解するのは設計者の仕事です。そして、それぞれの利益を提供するための複数の方法があるかもしれません。

人々が求める利点に対処するすべての可能な機能のリストを書き留めることは、設計プロセスの貴重な部分です。ただし、リストには「優れた」アイデア以上のものを含める必要があります。悪いアイデアも重要な目的を果たすことができます—それらは良いアイデアにつながる可能性があります。

頭に浮かぶすべてのアイデアを書き留めることは、グループがブレインストーミングをしているときに特に役立ちます。ある人は悪い考えを捨て、それは他の人にとってより良い考えを引き起こします。ソロでブレインストーミングを行う場合でも、「悪い」アイデアは、設計者をさまざまな道をたどり、革新的なソリューションを思い付くように導く可能性があります。

設計者がこの大きなアイデアのリストを入手したら、プロジェクトリソースを考慮して技術的に実現可能なアイデアに絞り込み、顧客の問題点に最もよく対処できるようになります。そこから、MVPの構築と、潜在的なユーザーとのテストを開始できます。

初期のリーンUXMVPの構築

アイデアを考えて考え出すことは、リーンUXMVPを作成するための最初のステップです。しかし、実際の製品の構築はすぐに続くはずです。リーンUXとMVPプロセスはどちらも、実際の使用可能な製品の構築に重点を置いています。

この最初のビルドフェーズに可能なすべての機能を詰め込まないようにすることが重要です。代わりに、ユーザーの最も重大な問題点を軽減する機能の最小数について考えてください。最初のデザインは、UXデザイナーがROIが最も高い機能であると考えることに焦点を当てる必要があります。それが真実であるかどうかは、人々が製品を使い始めると明らかになります。

反復が重要

設計者が製品のより良い反復を作成するためにフィードバックに基づいて行動しない限り、人々から定性的フィードバックと定量的データを収集することは無意味です。リーンUXMVPはプロセスであり、結果ではないことを忘れないでください。そして、そのプロセスの最も重要な部分の1つは、人々のニーズにより適切に対応するために、製品の新しい改善されたイテレーションを作成することです。

MVPの各反復は、実際のユーザーから収集されたフィードバックに基づいて実行する必要があります。つまり、各イテレーションは、実稼働環境または少人数のグループのいずれかでテストする必要があります。多くの場合、最初に少人数のグループでテストしてから、それらの人々の反応に基づいて、より大きな本番規模でテストするのが理にかなっています。

小グループの場合、設計者は定性的なフィードバックを収集する必要があります。製品について人々に質問して、何が機能し、何が機能しないか、および改善や代替案に関する情報を収集します。

実稼働環境では、設計者は定量的なフィードバック（eコマースサイトの場合のバウンス率、ページ滞在時間、カートの放棄など）にさらに重点を置く必要があります。この定量的なフィードバックは、新しい反復が正しい方向に進んでいるかどうか、つまり、それらの数値が改善しているか悪化しているかを設計者に伝えることができます。

リーンUXMVPはいつ行われますか？

リーンUXMVPを「完了」と見なすことができるのは、プロセスに不慣れな設計者にとって（場合によっては経験豊富なプロにとっても）難しい質問になる可能性があります。これは、5回の反復または50回の反復の後に発生する可能性があります。これは、製品の複雑さ、収集されたユーザーテストとフィードバックの品質、および何回の反復で目立った改善が見られないかによって異なります。多くの場合、製品を使用するすべての人が結果に100％満足することは決してありません。ビジネス目標を考慮して、どのレベルの不満が許容できるかを決定するのは製品チーム次第です。

設計者と利害関係者は、プロジェクトがいつ「完了」するか（または、少なくとも継続的なテストと新しいイテレーションなしで公開リリースの準備ができているか）の基準を考え出す必要があります。これらの基準には、次のようなものが含まれる可能性があります。

より高い顧客コンバージョン率
サイトでより多くの時間を費やしました
顧客からのより高い品質または満足度スコア
顧客からの苦情が少ない
顧客またはユーザーの増加
その他のニュースレターの申し込み

正確な基準と目標は、プロジェクトの開始時に話し合い、定期的に確認する必要があります。顧客のフィードバックやユーザーテストに応じて反復が変化するため、目標もそれに合わせて変更する必要があります。

実際、製品が「完成」することはめったにありません。製品の最終リリース後も、今後数か月または数年で状況が変わる可能性があります。顧客とビジネスのニーズは変化します。デザイントレンドと新技術が出現します。これらのことのいずれかが、将来、設計の必要な進化を促す可能性があります。設計者と製品所有者は、これらのことを念頭に置き、必要に応じて新しいリーンUXMVPサイクルを開始する準備をする必要があります。

結論

リーンUXMVPには、他の製品設計方法に比べて多くの利点があります。 UXデザイナーや製品所有者が、顧客に最適な製品を作成すると同時に、設計サイクルをより効率的にしたい場合は、多くの場合、それが最良の選択です。

アイデアから機能的なプロトタイプの作成、実際の人々からの測定と学習まで、リーンUX MVPプロセスを何度も実装して、最適な製品を作成できます。プロセス自体はシンプルでわかりやすく、デザイナーが単独で作業している場合でもチームで作業している場合でもうまく機能します。

結果として得られる製品は、人々の問題点に対処すると同時に、楽しい体験を生み出します。 Lean UX MVP方法論を使用して製品を構築すると、設計者はプロセス全体のクリーンなロードマップを得ることができます。アイデアから実際の顧客のフィードバックに基づく反復まで、この方法により、設計がより効率的になり、無駄が少なくなります。

•••

Toptal Designブログでさらに読む：

MVPを捨て、Minimum Viable Prototypes（MVPr）を採用
最小の価値のある製品から最大の影響を得る
ネットプロモータースコアは十分ではありません：ユーザー調査が必要です
プロトタイプを使用したユーザーテストの価値
効果的なUX調査を実施する方法–ガイド