問い合わせ履歴をAIで分析する方法｜改善テーマの見つけ方

問い合わせ履歴をAIで分析するとき、質問を分類してFAQを増やすだけでは、対応の停滞や引継ぎ漏れは見つかりません。本記事では、受付から完了までの工程を対象にし、「同じ原因で問い合わせが再発した」「返信待ちが長い」「担当変更で情報が途切れた」という改善テーマを選ぶ手順を整理します。

分析目的を三つの工程課題に限定する

問い合わせ本文から顧客の性格や感情を推測せず、業務記録で確認できる出来事を使います。最初は再発、停滞、引継ぎの三つに限定すると、改善担当が行動へ移しやすくなります。

課題	記録から見る事実	改善候補
再発	同じ原因・商品・手続きで再度連絡	案内や受付条件の修正
停滞	受付から初回返信、回答までの時間	担当・期限・保留理由の明確化
引継ぎ漏れ	担当変更後の再質問、未対応	引継ぎ項目と完了確認の標準化

個人情報を外した分析表を作る

氏名、電話番号、メールアドレス、住所、注文番号の全文は、工程分析に通常必要ありません。原本は権限を限定した環境に残し、分析用にはランダムな管理ID、受付日時、窓口、分類、担当工程、状態、返信日時、完了日時、再問い合わせの有無を用意します。自由記述が必要なら、個人や取引先を特定する表現を除きます。

個人情報保護委員会は、個人データを扱う情報システムへのアクセス制御など安全管理措置を示しています。AIサービスへデータを渡す前に、利用目的、権限、保存、学習利用、削除、委託先との契約を確認します。分析表を作ったこと自体で匿名化が保証されるわけではないため、少数の組み合わせから個人が分からないかも人が確認します。

受付から完了までの時刻を揃える

メール、電話、フォーム、SNSの履歴を混ぜる場合は、営業時間外の扱いを決めます。夜間受付から翌営業日の返信を、そのまま長時間の停滞と数えないよう、受付時刻と業務開始基準を両方持ちます。「返信済み」と「問題解決済み」も分けます。

状態は、受付、担当割当、確認中、顧客回答待ち、社内回答待ち、完了など少数に揃えます。担当者が自由に状態名を増やすと比較できません。保留には期限と次の行動を持たせ、期限を過ぎた件を抽出します。

AIの分類結果を標本確認する

AIには「原因」「工程」「状態」「再発候補」を付けさせますが、最初から全件を確定させません。各分類から一定件数を人が原本と照合し、誤分類や見落としを記録します。分類理由が本文にない場合は「不明」とし、推測で埋めない条件を指示します。

1. 分析対象期間と窓口を決める。
2. 個人情報を外し、項目定義を揃える。
3. 少量で分類案を作り、人が修正する。
4. 修正版の定義で全体を集計する。
5. 上位候補の原本を再確認し、改善責任者を決める。

件数だけで優先順位を決めない

頻度が高い質問でも、短時間で解決して影響が小さい場合があります。件数、平均停滞時間、再問い合わせ、顧客への影響、担当者の負担、改善の実行可能性を並べます。重大な安全・契約上の問題は、件数が少なくても先に対応します。

候補	影響	原因の確かさ	最初の改善
回答待ちの長期化	高	担当割当を原本確認	期限と代替担当を設定
同じ案内の再質問	中	案内文と履歴を照合	案内の場所・表現を修正
引継ぎ後の再聴取	高	引継ぎ項目を確認	必須項目と完了確認を追加

改善後も同じ定義で再計測する

案内ページや担当ルールを変えたら、変更日を記録し、同じ指標を数週間測ります。問い合わせが減っただけで成功とせず、利用自体が減った可能性、別窓口へ移った可能性も確認します。AIの分類条件を変更した場合は、変更前後の数字を単純比較せず、一部を新しい定義で再集計します。

分析結果を個人評価へ転用しない

担当者別の件数や時間が見えても、その数字だけで能力を評価しません。難しい案件を引き受けた、顧客回答を待っていた、他部署の承認が遅れたなど、工程外の条件が異なるためです。改善会議では個人名を外し、状態定義、割当、期限、引継ぎ項目といった仕組みを先に扱います。個別の教育や労務評価へ使う可能性があるなら、問い合わせ改善とは別の利用目的として社内ルールと必要な説明を確認します。分析データの閲覧者、保存期間、削除日も決め、目的を終えた複製を残し続けないようにします。

履歴分析を現場の一つの改善へつなげる

大量のグラフを作るより、根拠を確認できる改善候補を一つ選び、担当、期限、再計測方法を決める方が実務に役立ちます。分析結果から元の履歴へ戻れ、修正理由を説明できる状態も残します。問い合わせ履歴の整理を島田市周辺の中小企業の運用に合わせたい場合は、LIFESEEDSのAI活用支援をご覧ください。機密情報を送らず、現在の窓口と工程はお問い合わせから相談できます。