フィードバックをUXの問題ステートメントに統合する 2022年9月15日

UXデザイナーとUXリサーチャーの願いはただ一つ。 そしてそれは、彼らの製品がユーザーにとって適切な問題を解決するように設計されているということです. 興味深いことに、多くの UX デザイン チームは、解決したい問題についてほとんど方向性を持たずに調査を開始します。 また、問題を効果的に定義しないと、設計が的を射ていないことが多く、時間と費用の両方が失われます。 そのため、 UX 問題のステートメントを作成することが非常に重要です。 問題ステートメントは、設計者に非常に必要な焦点を与えるだけでなく、「ノイズをカット」して、どのソリューションが最適かを特定できるようにします。

しかし実際には、効果的な問題ステートメントを作成することは、特にあらゆる方向からの入力や提案がある場合、はるかに複雑です。 そしてもちろん、ビジネス上の問題、設計上の問題、およびユーザーの問題の間のバランスを見つける必要があります。 では、UX デザイナーや研究者はどのようにしてこのプロセスを合理化し、適切な問題をうまく解決できるのでしょうか? さらに良いことに、ユーザーのフィードバックはどのように適合しますか?

この投稿では、次の手順について説明します。

• UXの問題ステートメントとは何ですか?
• 3種類のUXの問題
• 問題の説明を定義するためのデータの収集
• ユーザーからのフィードバックを UX の問題ステートメントに統合する
• すべての UX データをグループ化する
• 解決策を成功させるために、問題の説明をビジネスと一致させる

UXの問題ステートメントとは何ですか?

定義上、UXの問題ステートメントは、解決する必要がある問題の簡潔で実用的な説明です。 これは、UX チームが調査する必要がある問題に集中できるようにするスコーピング デバイスとして使用されます。 つまり、UX の目的と方向性を定義します。 問題文はコミュニケーションツールとしても使用されます。 UX チームが利害関係者やその他の社内関係者をプロジェクトに参加させるのに役立ちます。



UX の問題はデザインの問題だけを中心に展開していると考える傾向がありますが、実際には、バランスのとれた解決策を考え出すために考慮しなければならないさまざまな種類の問題があります。 これらのそれぞれを個別に見てみましょう…

3種類のUXの問題

UXの問題について話しているとき、私たちはUXデザインについて話しているだけではありません. UX には、デザインだけでなく、ビジネス ニーズやユーザー ニーズも含まれます。 したがって、これらの各角度に対処するさまざまな UX 問題ステートメントを考え出す必要があるかもしれません。

1. ビジネス上の問題

ビジネス上の問題について問題文を作成するときは、ビジネスが解決策から何を得たいのかを考慮する必要があります。 これは、たとえば、コンバージョンの増加、顧客チケットの削減などです。注: これらは多くの場合、長期的な目標です。

2. 設計上の問題

設計上の問題は少し異なります。 これらのステートメントは、設計者の課題に対処します。 たとえば、プロセスの特定のステップ内の意思決定プロセスを簡素化します。

3. ユーザーの問題

そして最後に、最も重要ではないにしても、ユーザーの問題です。 ユーザーの問題ステートメントは、ユーザーが望んでいるものに対処します。 たとえば、ユーザーが試用版をより迅速にセットアップできるようにします。

問題ステートメントで対処できる問題を特定したので、プロセスの最初のステップに進みましょう。つまり、意思決定を裏付けるデータを収集してグループ化します。

問題の説明を定義するためのデータの収集

時間、予算、リソースに応じて、UX データを収集するプロセスは企業によって異なります。 ユーザー インタビューを利用するものもあれば、Google アナリティクスなどの Web 分析ツールからデータを収集するものもあります。 どのUX調査方法を選択するかはあなた次第です。 1 つアドバイスをお願いします。 量的データと質的データの両方を収集するようにしてください。

それでは、UX データを収集するためのいくつかのオプションを詳しく見てみましょう…

ウェブ分析

多くの場合、UX リサーチャーはリサーチ プロセスの定量化可能な部分から始めます。つまり、最初の作業は数字に任せます。 このタイプのデータは、ユーザーが Web サイトで何をしているかを解釈するのに役立ち、研究者がさらにテストするために必要な洞察を提供します。 ただし、通常、これらの洞察だけでは十分ではありません。

ユーザーインタビュー・リサーチ

最も一般的に使用される方法は、一連のユーザー インタビューを実施することです。 さらに、UX チームが取得しようとしている洞察の種類によっても異なります。 たとえば、研究者が自然な環境でユーザーを観察し、ユーザーがどのように製品をナビゲートまたは使用するかを学習するコンテキスト ユーザー インタビューがあります。 そして、ユーザーとの 1 対 1 のディスカッションが行われ、UX リサーチャーはユーザーがどのように機能するか、つまり、ユーザーの欲求、経験、製品に対する一般的な態度を知る機会が与えられます。

関係者インタビュー

関係者インタビュー (ユーザー インタビューと混同しないでください) は、製品に既得権を持つ人々との 1 対 1 のディスカッションです。 これらは通常、製品について有益なアドバイスを提供できる可能性がある高レベルの従業員です。

部門間会議

それほど形式張らない調査方法ですが、部門間の会議は有用です。 組織内の各部門は、製品が必要とするものに関して、異なる角度からの洞察を持っています。 カスタマー サポートは、すべてのユーザーが不満を抱いている 1 つの機能に UX チームが対処するかどうかを知りたいと考えています。上層部の管理職は、最新の機能が (昨日) リリースされることを確認したいと考えており、開発チームは最新のバグ レポートを共有したいと考えています。 これらの会議から得られる洞察はたくさんあります。

エキスパートUXリサーチャーへのインタビュー

Mopinion の UX Researcher が UX データを収集する方法をご覧ください

インタビューを読む

ご覧のとおり、UX 調査の方法はたくさんありますが、このリストはすべてを網羅しているわけではありません。 これは、最終的に使用してユーザー フィードバックと統合する必要があるデータのアイデアを提供するためのものです。

そういえば…お気づきかもしれませんが、1 つの重要なタイプのデータ、つまりユーザー フィードバックを除外しました。 それは、もう少し注意を払う価値があると私たちが信じているからです。

実際、ユーザー フィードバックは、おそらく UX のデザインと調査の過程で受け取る最も重要なフィードバックです。 その理由は、ユーザーが UXer として行うすべての中心だからです。 したがって、特別なアプローチが必要です。

ユーザーからのフィードバックを UX の問題ステートメントに統合する

ユーザー フィードバックは、ユーザーがいつでもどこでもフィードバックを提供できるという点で独特です。 さらに、ユーザー インタビューのプレッシャーはなく、ユーザーが改善が必要だと思われるものに遭遇した場合、ユーザー フィードバックはまさに​​それを可能にします。

ユーザーからのフィードバックは、UX デザイナーがユーザーにとって問題となる理由を定義するのにも役立ちます。 この (定性的) フィードバック データを、Google アナリティクスなどの定量的データ ソースやヒートマップ ツールなどから収集した洞察と組み合わせることで、ユーザー エクスペリエンスに関する全体像を把握できます。

MeisterTask がユーザー フィードバックを活用して UX を変革した方法

この顧客事例をチェックして、フィードバックが UX の形成にどのように役立つかを確認してください

MeisterTask のストーリーを読む

顧客の洞察にアクセスできることで、UX デザイナーは競争上の優位性を得ることができます。 表面化した問題に優先順位を付けて対処するのに役立ち、問題ステートメントの作成に一歩近づきます。

つまり、ロードマップに優先順位を付けて適切な問題ステートメントを作成するために必要なデータは、ユーザーからのフィードバックだけではありません。 そうした場合、単にユーザーが良いアイデアだと思ったという理由だけで、費用がかかり、期待したほどの価値を提供しない機能を追加することになる可能性があります。

いいえ、このデータはデータ ソースのコレクションに効果的に注ぎ込まれなければなりません…

すべての UX データをグループ化する

ここがトリッキーな部分です。 これで、さまざまなソースから大量のデータが収集されました。これらのデータは、いくつかの異なるツールを使用して収集された場合と収集されなかった場合があります。 どうやってそれをすべてまとめるつもりですか？

おそらくおなじみのもの、付箋から始めましょう。 UXデザイナーは付箋が大好きで、それには正当な理由があります。 UX分析が簡単になります！ すべての調査結果を 1 か所に集めることができるオンライン ホワイトボードを作成します。

個々のデータ ソースを個別に分析することから始めます。 たとえば、ユーザー インタビューから得た最も重要な発見を記録し、ホワイトボードの「ユーザー インタビュー」カテゴリに追加します。 すべてのデータ ソースと最も価値のある洞察が書き出されるまで、すべてのデータ ソース (つまり、Web 分析、利害関係者のインタビュー、部門間の会議メモなど) に対して同じことを行います。



ユーザー フィードバック データの場合、組み込みの分析を提供する Mopinion などのユーザー フィードバック ソリューションのおかげで、このプロセスは簡単です。 Mopinion のようなソリューションを使用すると、データの傾向を簡単に特定し、最も興味深く関連性の高いフィードバック項目を深く掘り下げることができます。 ユニークなことに、このデータをタスクまたはプロジェクト管理ツールに直接プッシュすることもできます。

すべての洞察を 1 か所に集めたら、データをグループ化します。

たとえば、製品の「ユーザー アカウント」セクションに焦点を当てた一連のインサイトがあるとします。 これらは、分類してグループ化することができます。 これらはすべて別々のタイプの問題であるため、これらの項目をすべて 1 か所にまとめて問題ステートメントを作成する方が簡単です。

解決策を成功させるために、問題の説明をビジネスと一致させる

プロセスの最後のステップは、これらの問題ステートメントを取り上げて、ビジネス目標に合わせることです。 通常、ビジネス目標は指標の形で書き出されます。 つまり、問題を取り上げて、何らかの形で組織の目標と指標に合わせる必要があります。 これを行うと、アクションを実行する必要がある理由がより明確になるだけでなく、ビジネスからより多くのサポートを得ることができます. 結局のところ、UX はユーザーだけでなくビジネスにも関係します。

UX への取り組みを頑張ってください。