ナビゲーションのテスト: 早期解決策検証
ナビゲーションのための早期解決策検証研究プロセス
このプロセスは、ナビゲーションに焦点を当てた早期解決策検証研究プロジェクトの迅速なイテレーションを可能にすることを意図しています。目的は、ほとんどの早期 解決策検証 研究のニーズに対応するプロセスを提供し、プロダクトデザイナーが従いやすいガイダンスを提示し、早期解決策検証研究を素早く計画できるようにすることです。ダブルダイヤモンドフレームワークでは、これはデザインライフサイクルの develop/test フェーズに位置します。目的は、早期のナビゲーションデザインとコンセプトを評価し、それらに本格的に投資する前にアイデアへの確信を築くことです。このガイドは、後期の解決策検証ユーザビリティテストやベンチマーク調査はカバーしません。
以下の表は、早期解決策検証研究で使用できる3つの手法を説明します。目的は、デザインのベンチマークや測定に焦点を当てるのではなく、‘なぜ’ を理解するための質的な洞察を収集することによって、ナビゲーションデザインの方向性を示すことです。
| 目的 | 手法 | この手法で答えられる質問のタイプ | 必要なプロトタイプの忠実度 | サンプルサイズ |
|---|---|---|---|---|
| ユーザーがタスクを完了するために最初にどこをクリックするか、なぜそうするかを学ぶ。 | ファーストクリックテスト | ナビゲーション要素に到達するためにユーザーは最初にどこをクリックするべきか知っていますか？ 提案されたレイアウトは理にかなっていますか、その理由は？ 情報アーキテクチャの階層は理にかなっていますか、その理由は？ ユーザーはアプリケーションのどこにいるかを知っていますか、その理由は？ UI要素はユーザーに目立っていますか？ | 静的な画像、詳細が十分であればスケッチでも可。 | 30* 詳細はファーストクリックテストのページを参照。 |
| ユーザーが1-2クリックを超えて関連するタスクにナビゲートできるか、基本的なユーザビリティを評価し、デザインがどのように知覚されるか、なぜそう知覚されるかを学ぶ。（単一デザイン）。 | RITE（質的ユーザビリティテスト） | タスクを完了するためにどこに行けばよいかをユーザーは知っていますか、その理由は？ ナビゲーションデザインを使ってユーザーはタスクを完了できますか、その理由は？ 提案されたナビゲーションデザインのレイアウトは理にかなっていますか、その理由は？ ユーザーはアプリケーションのどこにいるかを知っていますか、その理由は？ UI要素はユーザーに目立っていますか、その理由は？ | 基本的なインタラクションをテストするのに十分な忠実度を持つプロトタイプ。例えば、ユーザーが特定のエリアにナビゲートできるかを評価したい場合は、ユーザーがそのタスクを完了できるインタラクティブなプロトタイプが必要で、理想的にはいくつかの「間違った」エリアもクリックできるべきです。 | 5人から開始（テストラウンドごとに）。 |
| 複数の早期プロトタイプを比較し、基本的なユーザビリティで一方が他方より良いパフォーマンスを示すか、なぜそうなのかを学び、ユーザーが各デザインをどのように知覚するかを学ぶ。 | 比較質的ユーザビリティテスト | どのナビゲーションデザインがより良いパフォーマンスを示しますか、その理由は？（例: タスク完了） どのデザインがユーザーがタスクを完了する/達成するのを最も容易にしていますか？ ユーザーはどのデザインを好みますか、その理由は？ | 単一デザインのRITEテストと同じ。プロトタイプは、デザイン間の違いを比較できるように、十分なインタラクションと詳細を持つべきです。 | 5人から開始。 |
ナビゲーションはすべてのユーザーに影響するため、誰をテストすればよいですか？
ナビゲーション研究では、時間の経過とともに研究を比較できるよう、リクルーティングを標準化する必要があります。目的は、私たちの一般的なユーザーベースを代表する幅広いユーザーをリクルートすることです。
- 技術的なユーザーと非技術的なユーザーのミックス
- 会社規模のミックス
- 少なくとも3ヶ月間GitLabを使用している経験豊富なユーザー
ユーザーのサブセットに関連する特定の領域により狭く焦点を当てる必要のある研究もあります。その場合、これらの特定のペルソナをリクルートします。
- チームでまだあまり理解されていないペルソナの場合は、その特定のペルソナに精通しているステークホルダーと協力して、関連するタスクを決定し、職務責任／そのペルソナに関連する可能性のあるその他の属性（会社規模、GitLab使用の頻度、GitLab使用経験（新規ユーザーと経験豊富なユーザーの違い、経験豊富なユーザーがGitLabを使用している期間など）に基づいて適切なリクルートを確保することをお勧めします。
ナビゲーションのテストにはどのようなタスクを使用すべきですか？
ナビゲーション研究では、時間の経過とともに研究を比較できるよう、タスクを標準化する必要があります。これは、ほとんどのGitLabユーザーに広く適用できる中核的なナビゲーションタスクのグループを開発することで達成できます（進行中）。この中核タスクリストに何のタスクが含まれていたかを検討する際の考慮事項は以下のとおりです。
- 過去の研究で特定された、より幅広いユーザーに適用されるトップタスク
- 過去のナビゲーション研究で使用された、幅広いユーザーに適用されるタスク
- 現在のナビゲーションエクスペリエンスで一般的にクリックされる領域
- 既知のIssue／ペインポイントに関連する、幅広いユーザーに適用される一般的なタスク
特定のペルソナをターゲットにする研究では、関連するタスクを特定するために、これらのペルソナに精通しているステークホルダーと協力することをお勧めします。
- 1つの提案は、各ペルソナの 区別タスク（社内リンク） を検討することです。ただし、これらはスクリーナー用に書かれていますが、テスト用ではありません。テスト目的では、彼らがGitLab内でできることとして枠付けて書く必要があります。
- 例えば、Sashaのタスクは「製品デザインをコードに翻訳する」です
- これは「参加しているすべてのプロジェクトで自分にレビュー用に割り当てられたコード変更すべてのリストを、どこで見つけますか？」のように再構成できます。
bfd74782)