カードソート

「なぜユーザーは目的のページにたどり着けないのか？」——この問いの答えは、多くの場合情報設計にある。

デザイナーやエンジニアが「論理的」と思う分類が、ユーザーにとって直感的とは限らない。「設定」と「アカウント」の違いは明確か？「ヘルプ」と「サポート」は別のカテゴリか？組織の都合で作られた構造は、ユーザーの頭の中にはない。

カードソートはユーザーの頭の中を覗く手法だ。コンテンツや機能をユーザー自身に分類してもらい、彼らのメンタルモデルを発見する。

1. 手法の定義

ユーザーにコンテンツや機能を書いたカードをグループ化・ラベル付けしてもらい、情報設計の基盤となるメンタルモデルを発見する手法。

ナビゲーション設計、カテゴリ構造、メニュー名の決定に活用する。ユーザーの認知構造に合った情報アーキテクチャを構築するための出発点。

2. いつ使うか

適している場面

サイト/アプリのナビゲーション設計: カテゴリ構造を決める
新規プロダクトの情報設計: ゼロから構造を作る
リニューアル前の調査: 現状の構造がユーザーに合っているか確認
ラベル（名前）の決定: カテゴリ名、メニュー名

向いていない場面

既存構造の評価: → ツリーテスト（カードソートは構造を発見し、ツリーテストはその構造を検証する）
特定機能の使いやすさ: → ユーザビリティテスト
「なぜ」を深く知りたい: カードソートだけでは理由はわからない

3. 設計判断の核

カードソートは「正解を見つける」手法ではない。「ユーザーの認知パターン」を発見する手法である。

よくある誤解

カードソートをすれば、最適なナビゲーション構造が決まる。

実際

カードソートで見つかるのは「ユーザーがどう考えているか」であり、「最適解」ではない。ユーザーによって分類は異なる。複数人の結果を分析し、共通パターンを抽出する。最終的な構造は、ビジネス要件とユーザーのメンタルモデルの両方を考慮して設計する。

設計判断の基準

「十分な人数で実施しているか？」→ 15人以上でパターンが安定
「オープンとクローズドを使い分けているか？」→ 目的に応じて選択
「結果を盲信していないか？」→ ツリーテストで検証する

4. 調査タイプ

軸	内容
データ	定性＋定量（クラスター分析）
対象	態度（ユーザーの頭の中の分類構造）
サンプル	15〜30人（少人数ではパターンが安定せず、多すぎると分析が複雑になる）
実施フェーズ	Discover / Define

手法のポジション

深さ（Why）
↑
ユーザーインタビュー
↑
カードソート ← ここ（認知構造を発見）
↑
ツリーテスト（検証）
→ 規模（How many）

カードソートは情報設計の探索フェーズで使う。構造を発見した後、ツリーテストで検証する。

補足: カードソートで得られるのは「態度（認知構造）」。実際にその構造でナビゲートできるかどうかは、ツリーテストで検証する必要がある。

5. 実施プロセス

1. 調査設計

カードの選定: 分類対象のコンテンツ/機能（30〜60枚が目安）
タイプの選択: オープン / クローズド / ハイブリッド
実施形式: 対面 / リモート / ツール利用