問い合わせの録音で顧客の苦情を分析する：原因整理表

通話の件数と問題の件数は異なる

一人は一つの注文について3回電話し、もう一人は1回だけメッセージを送りました。事案と結び付けず連絡だけを数えると、最初の問題は連絡の回数だけで重く扱われます。再連絡自体にも意味があります。回答や解決策が顧客の要望を満たさなかった可能性があるためです。

分析前に対象期間、チャネル、目的を選びます。たとえば、顧客がサービスの完了時期を何度も尋ねる理由を調べます。購入前の問い合わせ、利用中の質問、結果に関する苦情では必要な対応が違うため、分けて扱います。

対策を選べる表を作る

1. 比較できる事案をまとめる

   対象に含める条件を定め、利用できる業務上のIDで関連する連絡をまとめます。再連絡の回数は別に記録します。不要な連絡先情報を表に転記せず、出典に戻れる許可済みの社内リンクやコードを残します。

2. 観察できることを記録する

   どの段階で困ったか、顧客が何を期待し、実際に何が起き、どう終わったかを書きます。重要な事実は業務システムと照合します。出来事についての発言は、利用できるデータで裏付けられるまで顧客からの申告です。

3. 原因を分類して確かめる

   問題が生じた仕組みが共通する事案をまとめます。「状態の意味が分からない」と「実際に期限を過ぎた」は似て聞こえても対策が異なります。推定原因ごとに根拠、反例、不足情報を書きます。

4. 改善策と測定方法を選ぶ

   具体的な変更、担当者、検証方法を決めます。変更前後の問い合わせを比較する場合は、同じ集計ルールを使い、対応件数の変化を考慮します。苦情数の減少だけでは原因を説明できません。

完了時期についての繰り返しの質問

以下は架空の学習用事例です。名称、条件、結果は手順を説明するためのものです。

症状は進捗を繰り返し尋ねることです。誰の対応を待っているかが通知に書かれていない可能性があります。まず作業が予定どおりか、曖昧な表示の裏に実際の遅延がないかを確認します。

例では、現在の段階と必要な行動を示す通知を試します。根拠のない減少率を先に約束せず、比較できる事案で結果を評価します。

問い合わせ分析表

比較可能な小さなサンプルで始めます。分類を調整してから、対象期間全体を分類します。

期間／チャネル／対象に含める条件：
分析単位：
事案コード／連絡回数：
顧客の行動の段階：
顧客の期待：
症状と影響：
システムで確認済みのこと：
タイムコードまたは出典：
推定原因：
別の説明：
変更／担当者：
いつどうやって結果を検証するか：

比較の条件がそろっているか確認する

• 再連絡が元の事案に結び付いている。
• 感情的な表現と出来事の記述を分けている。
• 原因には根拠があるか、仮説と明記している。
• 各期間を同じルールで比較している。