この業務で起きていること
よくある質問でも、契約条件や利用中の商品によって答えが変わります。担当者が複数の資料を行き来すると、回答までの時間が長くなり、案内にもばらつきが出ます。
承認済みのFAQや対応ルールがあり、似た問い合わせが繰り返し届く窓口を想定しています。ルール自体が未整理の場合は、回答案の生成に先立って資料を整えます。
最初にそろえる資料
資料の持ち主、更新日、閲覧できる担当者を確かめてから、参照範囲を決めます。
| 資料 | 確認する内容 |
|---|---|
| 問い合わせ本文 | 質問の内容と、不足している情報を確認する |
| 承認済みのFAQ・規程 | 案内の根拠と適用条件を確認する |
| 過去の回答 | 担当者の確認を経た案内を参考にする |
| 引き継ぎルール | 窓口で判断できない内容の送り先を決める |
AIと担当者が進める業務の流れ
実際の業務に合わせて、次のような役割分担を設計します。
| 段階 | AI・システムの役割 | 担当者の役割 |
|---|---|---|
| 内容を整理する | 質問を分類し、不足情報を抽出する | 対象顧客や契約情報の参照範囲を確認する |
| 根拠を探す | 適用できるFAQやルールを提示する | 内容が競合する場合は正しい規程を決める |
| 回答案を作る | 回答案と参照元、不明点を並べる | 表現と個別条件を確認して送信する |
| 例外を引き継ぐ | 未確認事項と調査済みの内容をまとめる | 専門部署が例外対応を判断する |
成果物のイメージ
以下は架空の資料を想定して作成した記載例です。実際の顧客情報や、稼働中のシステムの出力ではありません。
| 項目 | 記載例 | 根拠・状態 |
|---|---|---|
| 質問 | 利用者を追加する方法を知りたい | サンプルの問い合わせ |
| 回答案 | 管理画面で利用者を追加できます。契約上限は担当者が確認します。 | サンプルFAQ「利用者の追加」 |
| 確認事項 | 契約上限と追加費用の有無 | 個別契約の確認が必要 |
| 引き継ぎ | 上限変更が必要なら契約担当へ | サンプルの引き継ぎルール |
人の確認と運用上の条件
根拠が見つからないときや資料同士が矛盾するときは、担当者への確認に回します。個人情報を不要に下書きへ含めず、返金や契約変更などの判断をAIだけで確定しない設計にします。
小さく試し、効果を確認する
直近の問い合わせ30件程度を使い、回答可能、情報不足、規程の矛盾、個別判断が必要なケースを含めて評価する計画です。通常の作成手順と同じ品質基準で比較します。
30件は検証計画の例で、測定済みの結果ではありません。自動で処理した件数だけで評価せず、回答の品質と担当者の確認負担を合わせて判断します。
| 確認する指標 | 記録する内容 |
|---|---|
| 確認を含む対応時間 | 調査・下書き・確認・修正に要した時間 |
| 回答の品質 | 参照元との一致、修正箇所、誤った案内 |
| 引き継ぎの妥当性 | 引き継ぐべき案件の見落としと不要な引き継ぎ |
Atlas Supportと検討すること
多い問い合わせの種類、回答に使う資料、担当部署への引き継ぎ条件を整理してお知らせください。個人情報を含む原文の共有方法は、必要性と取り扱いを確認してから決めます。
支援範囲に応じて、業務の整理、参照資料と権限の確認、試作、評価項目の設計を行います。検証結果をもとに、運用へ進める範囲と残る課題を整理します。
