Solution Validation と方法

GitLab では、回答が必要な質問とデザインプロセスのどの段階にいるかに応じて、Problem Validation と Solution Validation の両方のリサーチを実践します。これらの方法の最終成果は、高い確信であり、それが全体としてより良いユーザー体験につながります。

Solution Validation とは

問題、そのコンテキスト、およびそれに関わる人々を特定して理解した後（Problem Validationとも呼ばれます）、次のステップは、どのソリューションが機能し、どれが機能しないかを学ぶことです。Solution Validation リサーチは、プロダクト / 機能 / デザインが当初解決しようとした問題を実際に解決したかどうかを批判的に評価します。

Solution Validation を使用するタイミング

Solution Validation は、潜在的なソリューション、またはユーザーに利用可能になったソリューションについてフィードバックを得たい場合に、プロダクトライフサイクルの後半で行います。

Solution Validation リサーチは、Problem Validation リサーチで発見された問題を解決するために作成した、機能するデザインまたはプロトタイプがある後に実施します。デザインまたはプロトタイプは高忠実度である必要はなく、デザインされたタスクを支援できれば十分です。

提案したソリューションへの確信が高くない場合は、Solution Validation リサーチを実施できますし、実施すべきです。これは、プロジェクトの他の段階で見落とした可能性がある問題の特定に役立ちます。ソリューションへの確信を高める優れた方法は、デザインの意思決定を過去のユーザーリサーチに基づかせることです。

GitLab UX Research プロジェクトのリサーチ Issue に UX Solution Validation ラベルを適用してください。

Solution Validation が回答できる質問

• 参加者は、新しいプロダクト / 機能 / デザインをどのように活用してタスクを達成するか?
• どのようなペインポイントが存在するか?
• タスクの成功を確保するために、他にどのような情報を利用可能にすべきか?
• プロダクト / デザイン / 機能はユーザーの期待を満たしているか?
• 最も良いタスク完了を可能にするデザインはどれか?
• 新しいプロダクト / デザイン / 機能は、ユーザーの既存ワークフローにどのような影響を与えるか?

さまざまな Solution Validation リサーチ方法

リサーチ質問に適した方法論を選ぶ際には、考慮すべき複数の要素があります。

ユーザビリティテストを実施する場合は、ユーザビリティテストスクリプトの書き方に関するヒントを活用してください。モデレートなしのユーザビリティテストツールである UserTesting.comもあります。

UX のテストおよびリサーチ用に予約された GitLab のインスタンスである UX Cloud Sandboxがあります。参照先のハンドブックページには開始に必要なすべてがあり、支援を求めるための #ux-cloud-sandbox Slack チャンネルもあります。

Sandbox とは別に、きれいなテスト環境を作る支援が必要な場合は、#demo-systems Slack チャンネルで Demo Systemsグループに必ず連絡してください。ユーザー用のデモ環境を作成し、テスト環境に必要な特定のパラメーターの構築を支援できます。この方法でリサーチ調査のテスト環境を設定するのは、時間がかかり難しい場合があることに注意してください。

適切なSolution Validationリサーチ方法を選ぶには、リサーチの目的を特定する必要があります。自分にこう問いかけてください。***「デザインへの確信を高めるために、どのような情報を学ぶ必要があるか？」***答えは、使用する方法を選ぶ助けになります。それでも不明な場合は、UX Researcher に連絡してください。

ページのソースコードを見る - ページの編集 - please contribute.