ナビゲーションの評価
ナビゲーション変更の評価
ナビゲーションは、他のすべてのエクスペリエンスを支える構造です。ユーザーはナビゲーションを頼りに、私たちの製品の中で最も重要なタスクをどこでどのように実行するかを知ります。私たちがナビゲーションに何らかの変更を提案する際は、高い確信を持って進めることが重要です。
チームがデザインプロセスのどこにいるかによって、適用すべき手法と指標は異なります。ダブルダイヤモンドフレームワークは、正しくデザインすることに焦点を当てた2つの異なるフェーズ、Develop/TestとDeliver/Listenを提供します。このページでは、これら両方のフェーズおよび変更が実装された後の経時的な評価において、ナビゲーション評価に使用する指標の概要を示します。
Develop/Test
このフェーズは、幅広いナビゲーション解決策を探索し、さらなるイテレーションのために解決策を絞り込むためにユーザーフィードバックを収集することについてです。これを早期の解決策検証または早期コンセプトテストとも呼びます。このフェーズでは、次のような質問に答える必要があるかもしれません。
- ナビゲーション要素に到達するために最初にどこをクリックすればよいかをユーザーは知っていますか？
- 提案されたレイアウトや情報アーキテクチャは理にかなっていますか？
- どのUI要素がユーザーに目立って見えていますか？
- どのデザインがユーザーにとってタスクをより簡単に達成できるようにしていますか？
- ユーザーはどのデザインを好みますか？
これらの質問に対応する適切な手法について詳しくは、こちらを引き続きお読みください。
Deliver/Listen
前のフェーズから新しいナビゲーション解決策が特定されたら、この提案された改善が既存のエクスペリエンスと比較してどうか、そして時間とともにどのように機能するかを理解することが重要です。次のような質問に答える必要があるかもしれません。
- 新しいナビゲーションは既存のナビゲーションと比較してどうですか？
- 異なるユーザーグループ間で違いはありますか（例: 新規ユーザー対成熟したGitLabユーザー、異なるペルソナ）？
- ナビゲーションの長期的な利用は、ユーザーの認識にどのように影響しますか？
- ナビゲーションに対するユーザーの認識とセンチメントは時間とともにどのように変化しますか？
これらの質問に対処する手法、たとえば時間の経過とともにナビゲーションに対するユーザーの認識とセンチメントを監視するために実施される四半期のナビゲーション調査などの詳細を提供するハンドブックページを追加する作業を進めています。
ナビゲーション変更を評価する私たちのアプローチ
異なるステージグループがナビゲーションのエクスペリエンスへの変更を提案する可能性があり、これらの提案がナビゲーション全体のユーザビリティにどのように影響するかを理解することが重要です。
任意のステージグループが利用できる中核的な指標のセットは、一貫した方法で改善を測定するために必要です。以下の指標は、標準的なユーザビリティ指標と、デザイン固有の指標で構成されています。デザイン指標は、SUSフィードバックから浮上したテーマを反映しており、チームの仕事を導きます。
標準的なユーザビリティ指標
- 有効性 (= タスクの成功)
- 使いやすさ (= 主観的に知覚されるタスクの難しさ)
- 効率性 (= 主観的に知覚される労力)
デザイン指標
- 発見可能性 (= 新機能を発見する)
- シンプルさ (= 圧倒される感覚を最小化する)
- オリエンテーション (= 自分がどこにいるかを知る)
- 見つけやすさ (= 中断したところから再開することを含め、注目を要するものを見つける)
これらの中核的な指標は、選択した研究手法に対して適切である 限り、いかなるナビゲーション研究にも含めるべき最低限の指標 として意図されています。例えば、サーベイ調査では有効性に関する指標を含める必要はないでしょう。さらに、研究の目的にとって意味があるなら、追加の指標を加えることも問題ありませんし、推奨されます（例えば、ファーストクリックテストの確信度の指標を追加する ことや、ナビゲーション ノーススター ベータテスト のように、ユーザーがプロジェクトへナビゲートする能力に関する指標を追加することなど）。チームは複数の指標を使って成功を三角測量することに快適さを感じるべきです。
提案された解決策に対していずれの指標も改善を示さない場合は、収集したデータを用いて、指標に支持されつつも指標に支配されない、全体論的で主観的な意思決定を行うことをチームに推奨します。
| 指標 | 定義 | 測定方法 |
|---|---|---|
| 有効性 | タスクを与えられたときにユーザーがアイテムを見つける能力の2値的な指標。各タスクの成功率または完了率を示す。 | 合格率は、タスクを完了できた参加者数を参加者の総数で割って算出できる。 |
| 使いやすさ | ユーザーが主観的に知覚するタスクの難しさ | 「GitLabナビゲーションの使用はどのくらい簡単または難しいですか？」- 非常に難しい - やや難しい - 簡単でも難しくもない - やや簡単 - 非常に簡単 |
| 効率性 | ユーザーが何かを達成するために主観的に知覚する労力 | 「日常的なタスクを完了するときに、GitLabナビゲーションはどのくらい効率的または非効率的ですか？」- 非常に効率的 - 効率的 - 中立 - 非効率的 - 非常に非効率的 |
| 発見可能性 | GitLabナビゲーションを通じて新しいGitLab機能を発見するユーザーの能力 | 「ナビゲーションを通じて自分にとって新しい機能を発見するのは、どのくらい簡単または難しいですか？」- 非常に難しい - やや難しい - 簡単でも難しくもない - やや簡単 - 非常に簡単 |
| シンプルさ | ユーザーが知覚する、圧倒される感覚 | 「GitLabナビゲーションをどのように説明しますか？」- 非常にシンプル - シンプル - 中立 - 圧倒される - 非常に圧倒される |
| オリエンテーション | GitLabのどこにいるかを把握するユーザーの能力 | 「GitLab全体をナビゲートしているときに、自分がどこにいるかを把握するのはどのくらい簡単または難しいですか？」- 非常に難しい - やや難しい - 簡単でも難しくもない - やや簡単 - 非常に簡単 |
| 見つけやすさ | 注目を要するものを見つける能力（中断したところから再開できることを含む）。 | 「注目を要するものを見つけるのは、どのくらい簡単または難しいですか？」- 非常に難しい - やや難しい - 簡単でも難しくもない - やや簡単 - 非常に簡単 |
bfd74782)