Atlas Support
活用例問い合わせ対応 / 想定活用例執筆・編集:

社内ルールを確かめながら、問い合わせの回答案を作る

FAQや過去の回答から必要な情報を探し、根拠付きの回答案と担当部署への引き継ぎ事項を用意する活用例です。

社内ルールを確かめながら、問い合わせの回答案を作る
対象
カスタマーサポート・社内窓口
成果物の例
回答案・参照元・引き継ぎメモ
人が判断すること
個別条件・例外対応・回答の送信

各記事はAtlas Supportが作成した業務設計の例です。顧客の導入実績や測定済みの成果を示すものではありません。

この業務で起きていること

よくある質問でも、契約条件や利用中の商品によって答えが変わります。担当者が複数の資料を行き来すると、回答までの時間が長くなり、案内にもばらつきが出ます。

承認済みのFAQや対応ルールがあり、似た問い合わせが繰り返し届く窓口を想定しています。ルール自体が未整理の場合は、回答案の生成に先立って資料を整えます。

最初にそろえる資料

資料の持ち主、更新日、閲覧できる担当者を確かめてから、参照範囲を決めます。

資料確認する内容
問い合わせ本文質問の内容と、不足している情報を確認する
承認済みのFAQ・規程案内の根拠と適用条件を確認する
過去の回答担当者の確認を経た案内を参考にする
引き継ぎルール窓口で判断できない内容の送り先を決める

AIと担当者が進める業務の流れ

実際の業務に合わせて、次のような役割分担を設計します。

段階AI・システムの役割担当者の役割
内容を整理する質問を分類し、不足情報を抽出する対象顧客や契約情報の参照範囲を確認する
根拠を探す適用できるFAQやルールを提示する内容が競合する場合は正しい規程を決める
回答案を作る回答案と参照元、不明点を並べる表現と個別条件を確認して送信する
例外を引き継ぐ未確認事項と調査済みの内容をまとめる専門部署が例外対応を判断する

成果物のイメージ

以下は架空の資料を想定して作成した記載例です。実際の顧客情報や、稼働中のシステムの出力ではありません。

回答案・参照元・引き継ぎメモ
項目記載例根拠・状態
質問利用者を追加する方法を知りたいサンプルの問い合わせ
回答案管理画面で利用者を追加できます。契約上限は担当者が確認します。サンプルFAQ「利用者の追加」
確認事項契約上限と追加費用の有無個別契約の確認が必要
引き継ぎ上限変更が必要なら契約担当へサンプルの引き継ぎルール

人の確認と運用上の条件

根拠が見つからないときや資料同士が矛盾するときは、担当者への確認に回します。個人情報を不要に下書きへ含めず、返金や契約変更などの判断をAIだけで確定しない設計にします。

小さく試し、効果を確認する

直近の問い合わせ30件程度を使い、回答可能、情報不足、規程の矛盾、個別判断が必要なケースを含めて評価する計画です。通常の作成手順と同じ品質基準で比較します。

30件は検証計画の例で、測定済みの結果ではありません。自動で処理した件数だけで評価せず、回答の品質と担当者の確認負担を合わせて判断します。

確認する指標記録する内容
確認を含む対応時間調査・下書き・確認・修正に要した時間
回答の品質参照元との一致、修正箇所、誤った案内
引き継ぎの妥当性引き継ぐべき案件の見落としと不要な引き継ぎ

Atlas Supportと検討すること

多い問い合わせの種類、回答に使う資料、担当部署への引き継ぎ条件を整理してお知らせください。個人情報を含む原文の共有方法は、必要性と取り扱いを確認してから決めます。

支援範囲に応じて、業務の整理、参照資料と権限の確認、試作、評価項目の設計を行います。検証結果をもとに、運用へ進める範囲と残る課題を整理します。

この業務へのAI活用を検討する

対象の業務と、普段使っている資料の種類をお知らせください。AIに任せる範囲と、最初に確かめることを整理します。

活用したい業務について問い合わせる他の活用例を見る