エクスペリエンス監査

英語名 Experience Audit
読み方 エクスペリエンス オーディット
難易度
所要時間 1〜2週間
提唱者 UXコンサルティング業界の実務手法
目次

ひとことで言うと
#

ユーザーがサービスに触れるすべてのポイント(認知→利用→離脱)を体系的に歩き、問題点と改善機会をスコアリングする手法。主観的な「なんとなく使いにくい」を、優先順位つきの改善リストに変換する。

押さえておきたい用語
#

押さえておきたい用語
タッチポイント
ユーザーがサービスと接触するすべての接点のこと。広告、LP、アプリ、メール、カスタマーサポートなどが含まれる。
ヒューリスティック評価
専門家がUIの問題点を経験則(ヒューリスティック)に照らして発見する評価手法。ニールセンの10原則がよく使われる。
重大度スコア(Severity Rating)
発見された問題の深刻さを数値化したものを指す。頻度×影響度×回避困難度で算出することが多い。
カスタマージャーニー
ユーザーが認知から利用、離脱に至るまでの一連の行動と感情の流れを時系列で可視化したもの。

エクスペリエンス監査の全体像
#

エクスペリエンス監査:4ステップで体験を可視化する
1. 範囲を定義評価対象のタッチポイントをリストアップする全体像を把握してから着手2. 体験を歩くユーザー視点で各タッチポイントを実際に操作・記録するスクショ+メモで証拠を残す3. 問題をスコアリング重大度×頻度で優先順位ヒューリスティック原則と照合感覚ではなく基準で評価4. 改善ロードマップQuick Win / 中期 / 長期に分類ステークホルダーと合意形成実行可能な計画に落とす
エクスペリエンス監査の進め方フロー
1
範囲を決める
評価対象のタッチポイントを洗い出す
2
体験を歩く
ユーザー視点で実際に操作する
3
スコアリング
問題を重大度で評価・分類する
改善ロードマップ
優先順位つきの施策一覧を作成

こんな悩みに効く
#

  • プロダクトの「どこが悪いか」は感覚的にわかるが、体系的に整理できない
  • リニューアルしたいが、何から手をつけるべきかわからない
  • 経営層にUX改善の必要性を数字で説明したい

基本の使い方
#

ステップ1: 評価範囲とタッチポイントを定義する

まず「何を評価するか」を明確にする。

  • カスタマージャーニーを描き、主要タッチポイントをリストアップ
  • 評価基準を決める(ニールセンの10原則、WCAG、ブランドガイドラインなど)
  • 全体を一度にやるのが難しければ、最もインパクトの大きいフローに絞る
ステップ2: ユーザー視点で体験を歩く

自分がユーザーになりきって、各タッチポイントを順番に操作する。

  • 各画面のスクリーンショットを撮り、気づいた問題をメモする
  • 「迷った」「イライラした」「意味がわからなかった」を正直に記録する
  • 可能なら複数名(デザイナー+非デザイナー)で別々に実施し、結果を突き合わせる
ステップ3: 問題を分類しスコアリングする

発見した問題を重大度で評価し、優先順位をつける。

  • 重大度スケール(例: 1=外観の問題 / 2=軽微な遅延 / 3=主要タスクの障害 / 4=操作不能)
  • 各問題にヒューリスティック原則の違反カテゴリを紐づける
  • スプレッドシートに問題・スクリーンショット・重大度・カテゴリ・改善案をまとめる

具体例
#

例1:ECサイトのリニューアル前に全フローを監査する

状況: 月商8,000万円のアパレルEC。サイト滞在時間は長いのにCVRが 1.8% と低く、「カートに入れたのに買わない」ユーザーが多い。リニューアルの予算を確保するためにエビデンスが必要だった。

監査範囲: トップ→カテゴリ→商品詳細→カート→決済→確認→完了(7画面)

発見した問題(抜粋):

画面問題重大度
カート送料が決済画面まで表示されない4
商品詳細サイズ表がPDF(スマホで見づらい)3
決済ゲスト購入の導線が見つからない4
全体ボタンの色が5種類あり統一感なし2

合計 38件 の問題を発見。重大度4の問題が 7件 あり、これらを改善するだけでCVRの改善が見込まれると経営会議で報告。リニューアル予算 1,200万円 が承認された。

改善後のCVRは 1.8% → 3.1%。月商換算で +1,100万円 の増収。

例2:SaaSのオンボーディング体験を監査して解約率を下げる

状況: 従業員60名のBtoB SaaS。月次解約率が 5.2% と高く、解約理由の 43% が「使い方がわからなかった」。

監査範囲: トライアル登録→初回ログイン→チュートリアル→初タスク完了→2週間後の再訪

発見:

  • 初回ログイン後にダッシュボードが空白(何をすればいいか不明)— 重大度4
  • チュートリアルが 12ステップ あり、完了率が 18% — 重大度3
  • ヘルプセンターへの導線がフッターの小さなリンクのみ — 重大度3
  • 2週間後のリマインドメールがなく、再訪のきっかけがない — 重大度3

改善の優先順位:

  1. Quick Win: 空のダッシュボードにサンプルデータ+「最初にやること」カードを表示
  2. 中期: チュートリアルを3ステップに短縮し、残りはコンテキストヘルプに移行
  3. 長期: 利用状況に応じたリマインドメールの自動配信

Quick Winの実装だけで、トライアル→有料転換率が 22% → 31% に改善。月次解約率は半年かけて 5.2% → 3.4% に低下した。

例3:地方病院がWebサイトの予約体験を監査して電話問い合わせを減らす

状況: 病床数200の地域中核病院。Web予約システムを導入したが、月間予約の 78% が依然として電話。受付スタッフの残業が月 平均25時間 発生していた。

監査で発見した問題:

  • トップページの「Web予約」ボタンがページ下部(スクロールしないと見えない)— 重大度4
  • 予約フォームの診療科選択が 28科 のプルダウン(初診患者は自分の科がわからない)— 重大度4
  • 予約確認メールが届くまで 最大30分(不安で電話してしまう)— 重大度3
  • スマホで予約カレンダーが横にはみ出し、日付が選択できない — 重大度4

改善:

  • 「Web予約」ボタンをヘッダーに固定配置(全ページからアクセス可能)
  • 診療科選択を「症状から選ぶ」フローに変更(頭痛→脳神経外科/内科、のように3択で絞り込み)
  • 予約確認メールを即時送信に改修
  • 予約カレンダーをスマホ対応(縦スクロール型に変更)

3か月後、Web予約率は 22% → 51% に向上。電話件数は月 1,200件 → 680件 に減少し、受付スタッフの残業は 25時間 → 11時間 に短縮された。

やりがちな失敗パターン
#

  1. 問題を発見するだけで改善案を出さない — 「ここが悪い」のリストだけでは何も動かない。各問題に「こうすれば直る」の提案をセットで出す
  2. 全タッチポイントを一度にやろうとする — 完璧な監査を目指して3か月かけるより、主要フロー3つを2週間で監査するほうが価値がある
  3. デザイナーだけで実施する — エンジニア、CS、マーケなど異なる視点を持つ人が参加すると、見落としが減る
  4. 監査結果をPDFにして共有して終わり — レポートは手段であり目的ではない。改善施策の実行と効果測定まで追いかける

まとめ
#

エクスペリエンス監査は「感覚」を「証拠」に変えるプロセス。タッチポイントを定義し、ユーザー視点で歩き、問題をスコアリングし、優先順位つきのロードマップに落とす。完璧を目指さず、まずは最も重要なフロー1つから始めてみよう。