ツリーテスト（tree testing）とは、メニューの分け方と名前が合っているかを確かめる調査である。カテゴリの名前と階層だけを見せて、「これを探すなら、どこを選ぶか」を答えてもらう。見た目や配置は、まだ要らない。
家電の通販サイトで考える。課題は、「ノートパソコンを持ち運ぶバッグを買いたい」。参加者には、「パソコン・周辺機器」「バッグ・財布」などの、名前と階層だけを見せる。「パソコン・周辺機器」から「ノートパソコン」へ進んだ人は、迷っている。正解が「バッグ・財布」の「ビジネスバッグ」なら、そこへ着いた人の割合を見る。迷う人が多ければ、名前か分け方を直す。
進め方
NN/g の記事（ページ・ラウハイマー、2023年）の手順は、次のとおり。
- カテゴリと下位カテゴリを、最も下の階層まで書き出す。表計算ソフトに、1行に1カテゴリで書けばよい。色も内容も付けない。
- 探してもらう課題を決め、課題ごとに正解の場所を決める。成功率を数えるためだ。
- 参加者に課題を解いてもらい、測る。正解に着いたか、ほかにどこを選んだか、かかった時間、戻らずに着いたか。
Treejack や UserZoom などのツールを使うと、集計まで任せられる。
課題の書き方
カテゴリの名前を、そのまま課題に書かない。答えが分かってしまうからだ。記事の例では、カテゴリが「事業を始める」のとき、課題を「事業を始める方法を探す」と書くのはよくない。「芝刈りの仕事を始めたい。役に立つ情報を探したい」と書けば、名前を使わずに済む。
最初に、簡単な課題を1つ入れる。慣れてもらうためで、注意が散っている参加者を見分ける助けにもなる。複数の案を比べるときは、1人に見せる案を1つにする。
ほかの調査との違い
- カードソーティングは、作る調査。参加者が内容をグループに分け、名前をつける。
- ツリーテストは、確かめる調査。できた構造で、探してもらう。
- ユーザビリティテストも、課題を出す。ツリーテストは、ナビゲーションだけを取り出す。見た目や内容がなくてもできるので、早い段階で行える。
NN/g によると、カードソーティングだけで、最終的な構造が決まることは少ない。できた構造は、ツリーテストで確かめる。
使うときの注意
大きなメニュー（メガメニュー）の使い心地など、見た目に関わることは、ツリーテストでは分からない。
人数は、目的で変わる。問題を探す調査なら、少人数でよい（NN/g の一般的な目安は5人ほど）。数字で比べるなら、もっと多くの人が要る。
語源・位置づけ
情報アーキテクチャの構造を、見た目を作る前に評価する方法である。
出典
- Nielsen Norman Group「Tree Testing: Evaluate Menu Labels and Categories」（Page Laubheimer、2023年8月6日）
