顧客の声を分析する：件数と人数を分け、改善を決める

2026年10月8日にGOV.UK Service Manualのユーザー調査、研究計画、同意、分析本文を再確認した。顧客の声は要望の件数をそのまま全顧客の意見へ拡張するものではなく、問い合わせ・アンケート・聞き取り・行動ログが見える範囲を分けて扱う。研究の目的、対象、方法、同意、撤回、個人情報、発言と解釈を記録し、頻度だけでなく深刻さ、影響、未回答の偏り、変更後の負担を確認して改善を決める。

顧客の声を分析する：件数と人数を分け、改善を決める

30秒で要点

• 発言、起きた場面、分析者の解釈を分けて残す。「欲しい機能」と解くべき問題は同じとは限らない。
• 連絡の件数、重複を除いた人数、調査対象の人数を区別する。声のない人の状態は推測で埋めない。
• 頻度だけでなく深刻さと影響を見て、必要なら追加調査をする。変更後も利用者の負担と結果を確かめる。

「価格が高い」「検索機能が欲しい」「使いにくい」。このまま並べるだけでは、何を直すべきかは決まりません。価格が予算に合わないのか、必要な機能が含まれないのか、支払い時期が合わないのかで対応は変わります。

顧客の声の分析は、隠れた本音を言い当てる作業ではありません。どの人が、何をしようとしたときに、どの問題に遭遇したかを整理し、確かめられる改善案へつなげます。以下の人数や件数はすべて説明用の仮想値です。

集める方法ごとに、見える範囲を確認する

先に「何を判断したいか」を一つ決めます。初期設定の中断理由を知りたいのか、既存利用者が困る機能を探したいのかで、必要な材料は異なります。

表が収まらない場合は、横にスクロールできます

問い合わせだけで調べると、連絡しやすい人の問題に偏る可能性があります。解約者や未利用者を調べたいなら、現在の利用者の回答だけでは足りません。対象、期間、取得経路を記録し、異なる経路の数値を無条件に混ぜないようにします。

AAPORの調査ガイドは、調査の問いに合う方法、対象の選び方、回答されなかった部分を明確にするよう勧めています。回答率だけで偏りの方向や大きさが分かるわけではありませんが、回答者だけを全体の代表と決めることもできません。

元の発言と、分析する人の解釈を別の欄に置く

一つの記録には、必要な範囲で、発言の原文、場面、利用段階、観察した操作、推測、次に確認したいことを残します。氏名や契約情報を分析表へ広くコピーする必要はありません。

表が収まらない場合は、横にスクロールできます

検索欄が解決策になる場合もありますが、月の絞り込みや一覧の順序で足りるかもしれません。GOV.UKの調査分析ガイドも、見聞きした事実を解釈と区別し、共通点から調査結果や次の行動を整理する方法を示しています。

利用段階、目的、使う環境が分かると、同じ言葉の違いを検討できます。ただし「初心者だから不安」「価格が高いと言う人は価値を理解していない」と内面を断定しないようにします。

分類の基準をそろえ、元の声へ戻れるようにする

初めから細かい分類を大量に作るより、少数の記録を読んで仮の分類を作り、意味が重なるところを調整します。これは分類の試行であり、その少数で顧客全体を代表するわけではありません。

「ログイン」「請求」といった対象のタグに加えて、「実行できない」「探せない」「説明を求める」など問題の種類を分けると、同じ機能への異なる声を整理できます。一つの記録に複数タグを付ける場合は、その集計ルールも残します。

複数の担当者が同じ記録を分類し、判断が割れた箇所を話し合うと、曖昧な基準に気づけます。分類名、含む例、含まない例、変更日を簡単に残し、基準を変えた前後をそのまま増減比較しないようにします。

AIを分類の補助に使っても、元の声との対応を残します。否定表現、皮肉、複数の問題、専門用語などを誤ることがあるため、人が例を確認します。「不満」と分類された件数だけで、原因や深刻さまで確定しません。

件数と人数、重複を分けて計算する

ある期間に80人から120件の連絡が届いたとします。そのうち、ログインに関する連絡は30件で、発信者は18人。請求に関する連絡は12件で、発信者は12人。この二つの問題を両方伝えた人が5人いた、という仮想例です。

表が収まらない場合は、横にスクロールできます

本人を確実に識別できない経路では、重複を除いた「人数」とは呼べないことがあります。その場合はアカウント数や投稿件数など、実際に数えた単位を示します。また、ログインで止まる人が連絡手段へ到達できないなら、問い合わせの少なさは問題の少なさを示しません。

アンケートは、質問と無回答を含めて読む

仮に1,000人へ案内し、100人が回答、そのうち40人が「満足」と回答したとします。満足の回答は回答者の40%、回答率は10%です。残る900人の満足度は分からないので、全顧客の40%が満足とも、残り960人が不満とも言えません。

一つの質問で「分かりやすく便利でしたか」と尋ねると、分かりやすいが便利ではない人が答えにくくなります。一度に一つのことを尋ね、必要なら「利用していない」「分からない」を分けます。空欄と「該当なし」も同じ意味ではありません。

設問や回答方法を変えれば、回答の変化はサービスの変化だけでは説明できなくなります。配布対象、文言、期間を記録し、試しに読んでもらって解釈のずれを確認します。結果を外へ示す際も、分母と収集方法が分かる形にします。

頻度だけで優先順位を決めない

報告が多いことは重要な材料ですが、人数が少なくても、業務停止や誤請求につながる問題は先に扱う必要があるかもしれません。逆に、頻繁な要望でも、特定の設定を案内すれば解決する場合があります。

表が収まらない場合は、横にスクロールできます

これらを一つの点数へまとめる場合でも、重大な問題が他の項目で相殺されないようにします。異なる単位を根拠なく掛け合わせた数値に、判断の正確さを持たせないことが大切です。

改善案は「検索を作る」ではなく、まず「請求書を探す手間を減らす」のように目的で書きます。設計候補を試し、探せるか、誤った月を選ばないか、既存の使い方を妨げないかを確認します。

データの扱いと、変更後の確認を決めておく

分析のために必要な情報を絞り、保管先、閲覧できる人、見直す時期を決めます。自由記述には本人や第三者の情報が含まれることがあります。氏名を削っても、詳しい状況から個人が分かる場合があるため、共有範囲を広げる前に確認します。

GOV.UKの調査データ管理ガイドは、目的に応じた収集、アクセス制限、共有時の識別情報の扱いを示しています。ここでは実務上の手順を参考にしており、日本の法的義務や一律の保存年数を定めるものではありません。利用する環境と組織のルールに合わせて扱います。

変更後は同じ問題の報告、操作の完了、問い合わせ負担などを追います。問い合わせが減っても、窓口が見つからなくなっただけかもしれません。利用状況や聞き取りを組み合わせ、必要なら実験計画に沿って比較条件を決めます。単純な変更前後の差から、施策の因果効果を断定しません。

2026年10月の改稿では、調査・分析・データ管理の方法資料を確認しました。集計表は、分類基準、対象者、収集経路が変わるたびに読み直す必要があります。誰の声をどの条件で集めたか、まだ分からないことは何か、次に何を確かめるかを残すことで、声を改善の判断につなげられます。