ソリューション検証と手法

GitLab では、回答が必要な質問やデザインプロセスでの位置づけに応じて、問題検証リサーチとソリューション検証リサーチの両方を実施しています。これらの手法の最終結果は高い確信度であり、それが全体的により良いユーザー体験につながります。

ソリューション検証とは

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

ソリューション検証をいつ使うか

ソリューション検証は、プロダクトライフサイクルの後半、つまり潜在的なソリューションやユーザーに提供可能になったソリューションに対するフィードバックを得たいときに行います。

ソリューション検証リサーチは、問題検証リサーチで発見された問題を解決するために作成された動作するデザインまたはプロトタイプができた後に実施されます。デザインまたはプロトタイプは高忠実度である必要はなく、設計対象のタスクをサポートできさえすればよいのです。

提案されたソリューションへの確信度が高くない場合、ソリューション検証リサーチを実施することができ、また実施すべきです。これにより、プロジェクトの他のステージで見逃された可能性のある Issue を特定できます。ソリューションへの確信度を高める優れた方法は、デザインの意思決定を事前のユーザーリサーチに基づかせることです。

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

ソリューション検証が答えられる質問

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

さまざまなソリューション検証リサーチ手法

リサーチ課題に適した方法論を選ぶ際は、複数の要因を考慮する必要があります。

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

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

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

適切な ソリューション検証 リサーチ手法を選ぶには、リサーチの目的を特定する必要があります。 「デザインへの確信度を高めるためには何を学ぶ必要があるか？」 と自問してみてください。あなたの答えがどの手法を使うかを選ぶのに役立ちます。それでも不明な場合は、UX Researcher に連絡してください。

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