2026年10月8日にGOV.UK Service Manualの利用者調査、同意、データによる改善、Service Standardを再確認した。顧客体験は満足度だけでなく、利用者が達成したい仕事、接点、完了、待ち時間、再問い合わせ、支援、継続、自由回答、現場制約を同じ旅程で観測する。改善仮説を検証するときは、同意・アクセシビリティ・弱い立場の利用者・スタッフへの副作用・データ品質を成功指標と停止条件に含め、心理ラベルを因果の証明にしない。
30秒で要点
サービスの顧客体験は、画面の印象や満足度だけでなく、利用者が目的を達成するまでの全接点で生まれます。データと心理を組み合わせるときは、観察した事実、解釈、改善仮説、結果を別々に記録します。
- 旅程を入口、利用中、支援、支払い、解約まで分ける
- 完了、待ち時間、再問い合わせ、満足、継続を同じ期間で見る
- インタビューとログを組み合わせ、声の大きさを代表性と混同しない
- 心理は仮説として扱い、同意・プライバシー・アクセシビリティを守る
- 平均改善だけでなく、支援が必要な利用者やスタッフへの負担を確認する
1. 顧客体験を一つの点数にしない
サービスの利用は、広告や予約から、来店、問い合わせ、支援、支払い、再利用、解約まで続きます。各接点で、利用者の目的、必要な情報、待ち時間、失敗時の回復を分けて書きます。
表が収まらない場合は、横にスクロールできます
| 接点 | 利用者の仕事 | 観測できる信号 |
|---|---|---|
| 入口 | 自分に合うサービスを選ぶ | 到達、比較、問い合わせ |
| 申込 | 条件を理解し予約する | 入力完了、離脱、支援依頼 |
| 利用中 | 約束された結果を得る | 時間、品質、エラー、会話 |
| 問題時 | 失敗を回復する | 再問い合わせ、解決時間、返金 |
| 利用後 | 続けるか別の手段を選ぶ | 再利用、解約、紹介、自由回答 |
GOV.UKのService Standardも、利用者理解、全チャネルの接続、使いやすさ、アクセシビリティ、成功指標、継続改善を別の観点として置いています。サービス業でも、満足度一つへ潰さず、旅程と運用を見ます。
2. 利用者と支援者を一緒に調べる
ユーザー調査のDiscoveryガイドは、利用者が誰か、今どうやって目的を達成しているか、どこで困るかを、設計・開発の前に調べるよう求めています。障害のある人、デジタル技能が低い人、サービスを提供・支援する人も対象に含めます。表が収まらない場合は、横にスクロールできます
| 調査 | 分かること | 留保 |
|---|---|---|
| 観察 | 実際の手順、迂回、支援 | 見えない意図を断定しない |
| インタビュー | 期待、感情、言葉、理由の仮説 | 発言を全顧客の割合にしない |
| ログ | 到達、離脱、待ち時間、再試行 | 欠測、識別、分母を確認 |
| 問い合わせ | 失敗や不安の具体例 | 問い合わせない人を忘れない |
| 現場スタッフ | 例外、制約、回復手順 | 顧客とスタッフの負担を分ける |
サンプルを「よく話す顧客」だけで作らず、利用頻度、支援の有無、端末、言語、アクセシビリティなどを確認します。
3. 心理は原因ではなく検証する仮説
「不安だから離脱した」「社会的証明で再購入した」といった説明は、行動だけから自動的に導けません。次のように、観察・解釈・仮説・検証を分けます。
表が収まらない場合は、横にスクロールできます
| 層 | 例 |
|---|---|
| 観察 | 料金表示の後で離脱が増えた |
| 解釈 | 料金の理解に障害がある可能性 |
| 仮説 | 総額と条件を早く示すと質問が減る |
| 検証 | 表示案の比較、問い合わせ内容、完了率 |
| 副作用 | 説明が長くなり、別の利用者が迷う |
心理的な概念は、顧客を操作するラベルではなく、表示、待ち時間、信頼、選択負担を理解するための仮説です。実験や観察で確かめられない説明を、顧客の本心や普遍的法則として書きません。
4. 指標を目的と接続する
GOV.UKのperformance dataガイドは、完了率、ユーザー満足、デジタル利用、取引コストなどを、サービスの目的とともに測るよう説明しています。サービス業ではこれを自社の目的へ翻訳し、分母と期間を固定します。
表が収まらない場合は、横にスクロールできます
| 目的 | 主指標 | 副作用・補助指標 |
|---|---|---|
| 予約を完了する | 完了率、完了時間 | 問い合わせ、支援依頼、キャンセル |
| 問題を解決する | 一回での解決率 | 再問い合わせ、解決時間、返金 |
| 続けられる | 再利用、解約 | 値引き依存、スタッフ負担 |
| 安心して使える | 苦情、誤操作、信頼回答 | アクセシビリティ、プライバシー |
改善前後の差だけで効果を断定せず、季節性、価格変更、顧客構成、スタッフ配置などを記録します。必要なら対照地域や段階導入を使い、因果の主張を測定設計と分けます。
5. 調査の同意とデータ管理
ユーザー調査の同意ガイドは、研究の目的、収集データ、利用・共有、保存、録画、任意参加、撤回を説明し、同意記録と研究データを対応づけるよう求めています。サービス改善では、録音・画面・自由回答に個人情報が混ざりやすいので、次を研究計画に入れます。
- 収集しない情報と匿名化の方針
- 目的外利用をしない範囲
- 同意を撤回したときの削除手順
- 閲覧権限、保存期間、委託先
- 調査結果を共有するときの再識別リスク
同意を得たからといって、利用者の発言を広告や別目的へ自由に転用できるわけではありません。
6. 改善の判断をケースで残す
合成のケースでは、予約後の問い合わせが増えたサービスを想定します。まずログで離脱と待ち時間を確認し、スタッフと利用者の観察で、料金条件が理解しにくいという仮説を立てます。次に総額とキャンセル条件を先に表示する案を、対象地域の一部で試します。
判断表には、対象、期間、主要指標、許容する副作用、停止条件を残します。完了率が上がっても、問い合わせが増えたり、視覚支援を使う利用者が読めなくなったりしたら、成功とは扱いません。これは実在の企業・顧客の調査結果ではなく、判断手順の例です。
7. よくある失敗
- 満足度の平均だけを顧客体験の全体と呼ぶ
- インタビューで聞いた感情を、全顧客の心理や原因として断定する
- 問い合わせを減らすために、解約や支援依頼を隠す
- 障害のある利用者、スタッフ、オフライン接点を調査対象から外す
- 同意・撤回・保存期間を決めずに録画や自由回答を集める
- 前後差を季節や顧客構成と分けず、施策の因果と書く
8. 感情を一点に変換せず、同じ判断表へ置く
顧客体験の設計は、感情を一つの点数へ変換することではありません。利用者の仕事と接点を観察し、心理的な説明を仮説として検証し、完了・満足・公平性・運用コストを同じ判断表へ置きます。
調査と開発の段階設計はプロダクト開発の基礎、観測値と推定値の区別はGA4の観測バイアスも参照してください。