カードの並べ替えとツリーのテストでWebナビゲーションをテストする方法
ウェブサイト、アプリ、ソフトウェア、メニューを含むすべての製品には回避策が必要です。あなたのナビゲーションは楽しく、創造的で、時には正統ではないかもしれませんが、それは常に最初に機能的である必要があります。情報アーキテクチャのユーザビリティテストについて議論するとき、あなたはしばしば2つの最も効果的なテストについて聞くでしょう：カードソーティングとツリーテスト.
どちらのテストも簡単で簡単に実行でき、両方のテストも同じです。 あなたのサイトの組織を最大化するために重要なデータを生み出す. カードの並べ替えは構造を作成する前に行われるため、ユーザーが自然にサイトを整理する方法を理解できます。ツリーテストは、あなたの成功を検証するため、または改善の余地を指摘するための方法として、後に来ます.
Hongkiatの詳細：
- ユーザビリティテスト：知っておくべきこと?
- Webサイトのフィードバックを改善する7つのステップ
- ユーザーエクスペリエンスデザインのためのA / Bテスト結果とケーススタディ
カードの並べ替え
カードソートの美しさはその単純さにあります。あなたがするのはただ あなたの製品のさまざまな要素をノートカードまたはポストイットノートに書く, それからあなたの参加者に彼らに最も理にかなっている方法でそれらを整理してもらいます.
それでも処理できない場合は、OptimalSortのようなユーザビリティテストツールを使ってデータを分析することもできます。いずれにせよ、結果はあなたのターゲットユーザーがどのようにするかについてのあなたにしっかりした理解を与えます 直感的に 製品をナビゲートする.
画像：スマッシングマガジン
カードソートのバリエーション
カードソートには、ニーズに応じていくつかの異なる戦略があります。カードソートの専門家でMaadmobの創設者であるDonna Spencerは、Boxes and Arrowsの記事で彼女の個人的な経験を共有しています。このような単純なアクティビティでは、受け取るデータの種類と有効性に影響を与えるさまざまなバリエーションとコントロールがあります。.
最初の違いは 開いた または 閉まっている, 以下に説明します。
ソートを開く - ユーザーには要素カードのみが提供されていますが、それでもグループ化することはできますが、問題はありません。グループ化されると、ユーザーはグループ自体に名前を付けるように求められます。ユーザーの自然な思考プロセスから逆方向に作業できるため、これは新しいアイデアを生み出すのにお勧めです。.
クローズソート - オープンソートと同様に、ユーザーには要素カードが与えられます。ただし、それらを事前定義されたグループに分類するように求められます。すでに開発されているWebサイト構造の更新など、既存のカテゴリの制限内で作業している場合はこれをお勧めします。.
オープン対クローズ 主な決定ですが、あなたの結果を変えるための他の方法があります：
グループ対個人 - グループを使用すると、複数のユーザーが共同作業をすることができます。また、複数のユーザーについて同時に学ぶこともできます。ただし、グループダイナミクスは結果に影響を与える可能性があります.
リモートとオンサイト - オンラインソフトウェアツールを使用すると、より多くのユーザーをより短時間でテストできますが、意思決定プロセスを直接観察することはできません。現場では、ユーザーがどのように意思決定を下したのかをより深く理解できますが、より多くの計画とスケジューリングが必要です。.
カード分類ガイドライン
もちろん、カードの並べ替えをカスタマイズする余地はありますが、UXストラテジスト兼コンサルタントのWilliam Hudsonが、選択した方法に適用できる一般的なベンチマークをいくつかリストしています。最も役に立つのは、彼があなたが人々が与えられた数の要素をソートすると期待できるおよその時間をリストする：
- 30要素で20分
- 50要素で30分
- 100要素で60分
この時間構造を使用して、カードが作成された後またはソフトウェアが確立された後に、テストにかかる時間を事前に計画することができます。しかし、私たちの個人的な経験では、これらのガイドラインは少し寛大です。 - 私たちのクローズドカードの種類の1つは47枚のカードと4つのカテゴリーを含みましたが、平均の 3分 完了する.
もう一つの普遍的なルールは、カード上の複雑な言葉を避けることです。大きな言葉 - 少なくとも多くの音節を持つ言葉 - と専門用語はの危険を冒す 受験者を混乱させる, または彼ら 誤解 意味。一般的に製品の言語使用には簡単な表現が良いアドバイスですが、過度に複雑なラベル付けはカードソートに不可欠です。 自然思考プロセスを混乱させる.
多くの専門家がカードの並べ替えのメリットに同意しています。 IAおよびUXのDecibel Digital専門家であるPierre Croftは、優れたWebサイトを構築する方法がわからない可能性があるHIPPOS（部屋で最も報酬の高い人）の悪い考えをそらすのに役立つ可能性があるため、カードの並べ替えを推奨します。彼はまたあなたのテストを準備するときに心に留めておくべきいくつかのポインターをリストします：
（1） 親と子のカテゴリーを混在させないでください - つまり、同じレベルのカテゴリを使用しないと、参加者を混乱させることになります。.
（2） 白紙のカードとペンがあれば便利 - これはオープンカードソートの標準的な手順ですが、クローズカードソートにも非常に便利です。正式なテストが終了したら、参加者が追加のカテゴリを書き留めるための空白のカードを2枚用意します。情報はあるかもしれませんが “記録外,” それはいくつかの有用な洞察を明らかにするためにもたらすことができます.
（3） 介入しないで - 介入はデータを不明瞭にするので、誘惑を避けてください。もちろん、混乱した場合は受験者にガイダンスを提供してください。ただし、結果に関連しない問題についてのみ.
（4） ユーザーがすべてをグループ化しなくても問題ありません。 - グループ化の欠如は、完全に完全なものと同じくらい言えることです。このような場合は、必ずユーザーにその理由を尋ねてください。あなたがクローズドソートを実行していて、すべてがソートされていない場合は、既存のカテゴリが選択されなかった理由を確認するために空白のカードを用意することもできます。.
（5） あらかじめ制限時間を設定してください - これにより、スケジュール設定が一般的に容易になり、参加者は自分のタスクにどのくらいの時間を費やすべきかがわかります。.
（6） カードを制限する - あなたのウェブサイトが何百あるいは何千ものページを持っているならば、あなたは物事を管理可能に保つために第一と第二レベルページだけを選ぶことができます。例えば, “お問い合わせ,” “契約条件,” 他のユーティリティページはそこにあるほとんどすべてのウェブサイトで見つけることができるので省略することができます（それであなたは本当にあなたのサイトに特有の何かをテストしないでしょう）.
ツリーテスト
カードソートの反対のスペクトルでは、ツリーテストによって、設計後に情報アーキテクチャをテストできます。ツリーテストは ナビゲーションシステムの視覚的要素を取り除く 基本構造がそれ自体でどのように変化するかを見るために。ツリーテストでは、 ラベリング そして 階層 あなたのコンテンツの.
WebcredibleのMartin Rosenmejer氏は、設計プロセスの早い段階でツリーテストを最も重要なステップの1つとしています。一言で言えば、ツリーテストは参加者を含みます クリック可能なサイトマップでさまざまな情報を見つける （または “木”）.
Treejackなどのユーザビリティテストツールを使用して、記録します。 タスク成功 （正しい目的地をクリック）そして タスクの直接性 （彼らが必要としているものを見つけたというユーザの確信）。それはあなたのユーザーがどれだけうまく機能しているかを見るための絶対確実な方法です。 あなたの製品の周りに彼らの道を見つけることができます.
上に表示されているように、YelpのWebサイトを再設計するときに、サポートサイトを表すツリーを提供してから、ユーザーに10個のタスクを与えました（たとえば、悪いレビューの対処方法に関する情報の検索）。全体的なタスクの成功率は53％、直接性は46％だったので、IAには変更が必要であることがわかりました - しかし、私たちは知っていました まさに どこでそれらの変更を加えるか.
簡単に言えば、サイトの検索バー（または3行のハンバーガーメニュー）は、ナビゲーションがうまく機能しない場合には十分ではありません。 ユーザーは検索できるものがわからない. Webデザインの経験則では、ユーザーにできるだけ考えさせないようにします。検索すると、ユーザーはメモリから呼び戻す必要があるため、UXに悪影響を与えるからです。.
ツリーテストのアイデアをすでにあなたに売っているのであれば、MeasuringUの創設者であるJeff Sauroが、それらを正しく実行する方法について詳しく説明します。彼は、ツリーテストは主に2つの理由で使用されると説明しています。
（1） 製品の検索可能性を判断する - ユーザーがサイトをどの程度うまくナビゲートできるか、およびナビゲーションで最も問題となるのはどの領域か?
（2） 変更を検証する - 最近の更新で問題が正しく修正されたか、それともさらなる修正が必要か?
ツリーテストは、本質的には統計的テストです。他の定量的テストと同様に、データは参加者が多いほど正確になります。どのくらい正確ですか？このチャートをチェックして、あなたの平均の範囲内で最小の誤差範囲を見つけてください。 20％以上の誤差を目標とすることをお勧めします。.
結論
情報アーキテクチャの重要性を十分に強調することはできません。コンテンツが単純なフローで論理的に構造化されていない場合は、存在しない可能性もあります。だからこそ、これらの初期のテストでは 実際に問題になる前に、問題を識別して解決するのに役立ちます。.
このようなテストの強みは、データがユーザーの自然な振る舞いに基づいてモデル化されていることです。IAのテストに関しては、これら2つのテストより優れたテストはありません。.
編集者注： これはHongkiat.comのために書かれています ジェリーカオ. JerryはUXPinのコンテンツストラテジストであり、そこでワイヤフレーミングおよびプロトタイピングプラットフォームのためのアプリ内およびオンラインコンテンツを開発しています。 30種類のユーザビリティテストに関するアドバイスとケーススタディについては、ユーザビリティテストの手引きをご覧ください。.
今読む：より良いウェブサイトへのフィードバックへの7つのステップ
