認知的ウォークスルー

英語名 Cognitive Walkthrough
読み方 コグニティブ・ウォークスルー
難易度
所要時間 1〜3時間(主要タスクの評価)
提唱者 Polson, Lewis, Rieman, Wharton(1992年)が提唱。ユーザーの探索的学習プロセスに基づく評価手法
目次
押さえておきたい用語
  • 認知的ウォークスルー: 初めてのユーザーがタスクを完了する過程を、専門家が「ユーザーの視点で」ステップごとにシミュレートする評価手法
  • 探索的学習: マニュアルを読まずに試行錯誤でシステムの使い方を学ぶ行動パターン
  • 正しいアクションの可視性: ユーザーが次に行うべき操作が画面上で見つけやすいかどうか
  • アクションと効果の対応: 操作した結果がユーザーの期待と一致するかどうか
Q1目標は明確かユーザーは次に何をすべきか分かるか?「ここで何をすればいいの?」と迷わないかQ2操作は見つかるか正しいボタンやリンクが画面上で目につくか?「どこを押せばいいの?」と探さないかQ3操作と目標が結ぶか見つけた操作が目標達成に正しいと判断できるか?「これを押せば目的が達成できそう」かQ4結果は理解できるか操作後の画面で正しく進んだと分かるか?「うまくいったのかな?」と不安にならないか
1
タスクとユーザー像の定義
評価対象のタスクとペルソナを明確にする → 正解ステップの列挙

こんな悩みに効く
#

  • 「ユーザーテストをする前に明白なユーザビリティ問題を洗い出したい」
  • 「新機能のUIが初めてのユーザーに理解できるか検証したい」
  • 「ヒューリスティック評価より具体的で再現性のある手法が欲しい」

使い方
#

タスクとユーザー像を定義する
「新規ユーザーが初めてプロジェクトを作成する」のように、評価対象のタスクを具体的に定義する。ユーザー像は「このプロダクトを初めて使う人」「ITリテラシーが平均的な人」のように設定する。
正解ステップを列挙する
タスク完了に必要な操作を1ステップずつ順番にリストアップする。「ダッシュボードの『新規作成』ボタンをクリック→プロジェクト名を入力→テンプレートを選択→『作成』ボタンをクリック」のように。
各ステップで4つの質問を問う
(1)ユーザーは次に何をすべきか分かるか、(2)正しい操作が画面上で見つかるか、(3)見つけた操作が目標に正しいと判断できるか、(4)操作後の結果が正しく進んだと分かるか。いずれかが「No」なら問題がある。
問題を分類し改善する
発見した問題を「致命的(タスク完了不能)」「重大(大幅な遅延)」「軽微(小さな迷い)」に分類する。致命的な問題から優先的に修正し、修正後に同じウォークスルーで改善を確認する。

具体例
#

SaaS — 新規ユーザーのプロジェクト作成フロー

状況: プロジェクト管理ツールの新規ユーザーのうち、40%が初回プロジェクト作成に失敗していた。ユーザーテストの前に問題を洗い出したかった。

適用プロセス:

  1. タスク:「新規ユーザーがプロジェクトを作成しメンバーを招待する」。正解ステップは8つ
  2. ウォークスルーの結果:ステップ2でQ2がNo(「新規作成」ボタンがサイドメニューの中に隠れていて見つからない)、ステップ5でQ4がNo(メンバー招待後の確認画面がなく成功したか分からない)
  3. 修正:「新規作成」をダッシュボード中央に大きく配置し、招待完了時に「○名を招待しました」の確認メッセージを追加

成果: 修正後のユーザーテストで初回プロジェクト作成の成功率が60%→89%に向上。ウォークスルーで事前に2つの致命的問題を発見できた。

ECアプリ — 購入フローの評価

状況: カートから購入完了までの離脱率が68%。どのステップで問題が起きているかをユーザーテスト前に絞り込みたかった。

適用プロセス:

  1. タスク:「カート内の商品を購入する」。正解ステップは6つ(カート確認→配送先入力→配送方法選択→支払い方法→確認→完了)
  2. ウォークスルー結果:ステップ3でQ1がNo(「配送方法を選ぶ」という目標が分かりにくい。画面タイトルが「ステップ3」だけ)、ステップ5でQ3がNo(「注文確定」ボタンが「次へ」と同じデザインで最終アクションと認識されない)
  3. 修正:各ステップに明確なタイトル(「配送方法を選んでください」)を追加。「注文確定」ボタンを色・サイズ・文言で他のボタンと差別化

成果: 購入完了率が32%→51%に改善。特にステップ3の離脱が28%→12%に大幅減少した。

行政サービス — 電子申請の事前評価

状況: 新しい電子申請システムのリリース前に、住民が迷わず申請できるかを専門家評価で事前検証したかった。ユーザーテストの時間と予算が限られていた。

適用プロセス:

  1. タスク:「住民票の写しをオンラインで申請する」。正解ステップは10個
  2. 3名の評価者が独立してウォークスルーを実施。発見された問題:ステップ1でQ2がNo(「申請する」ボタンが画面下部にあり気づかない)、ステップ4でQ1がNo(「本人確認書類」の種類が分からない)、ステップ8でQ4がNo(申請完了後の画面に受付番号が目立たず見落とす)
  3. 3問題を修正してからユーザーテストを実施。ウォークスルーで発見できなかった2件の追加問題をユーザーテストで発見

成果: ウォークスルーで致命的な3問題を低コストで事前修正。リリース後の電話問い合わせが想定の40%減で済んだ。

うまくいかないパターン
#

パターン問題点対処法
評価者がユーザー視点を忘れる自分の知識で「分かるはず」と判断してしまう「初めて使う人」を常に意識し、4つの質問に忠実に答える
タスクの粒度が粗すぎる問題が見つからない1クリック・1入力単位でステップを分割する
1人だけで実施する見落としが多い2〜3名で独立して実施し結果を突合する
ウォークスルーだけで安心する実ユーザー固有の問題は見つからないウォークスルーは事前スクリーニング。ユーザーテストと併用する

まとめ
#

認知的ウォークスルーは「初めてのユーザーがこの画面で迷わないか」を4つの質問で体系的に検証する手法だ。ユーザーテストと違い、専門家だけで短時間に実施でき、致命的なユーザビリティ問題を低コストで発見できる。タスクの各ステップで「目標は明確か」「操作は見つかるか」「操作と目標が結びつくか」「結果は理解できるか」を問うだけで、設計者の思い込みを排除した評価が可能になる。