問い合わせ対応マニュアルの作り方｜更新できる7項目

問い合わせ対応マニュアルは、過去の回答文を集めるだけでは機能しません。担当者が必要な情報を見つけ、回答前に条件を確認し、自分では判断できない案件を適切な相手へ引き継げる構造が必要です。

作成時は、目的、対象範囲、回答例、確認事項、例外時の引き継ぎ、更新責任、変更履歴の7項目を、問い合わせ単位で整理します。最初からすべての問い合わせを網羅する必要はありません。発生頻度と誤回答時の影響を確認し、優先度の高いものから初版を作ります。

問い合わせ対応マニュアルは何のために作るのか

問い合わせ対応マニュアルの目的は、回答文を保存することではありません。担当範囲と判断基準を共通化し、担当者による対応のばらつきを減らすことです。

完成したと判断する基準は、主に次の3点です。

• 担当者が該当する問い合わせを検索し、必要な回答を見つけられる
• 回答前に確認すべき条件が明記されている
• 担当範囲を超える案件を、適切な相手へ期限内に引き継げる

回答例が充実していても、どの条件で使えるかが分からなければ誤案内につながります。一方で、注意事項が多すぎて回答を見つけられない状態も実務には適しません。顧客へ伝える内容、担当者が確認する内容、例外時に取る行動を分けて記載することが重要です。

顧客対応マニュアルには、問い合わせへの回答だけでなく、確認、記録、引き継ぎまで含めます。電話、メール、チャットなど窓口が異なる場合でも、判断基準は共通化できます。ただし、各ツールの操作手順は別資料に分けたほうが、業務手順と回答ルールを個別に更新しやすくなります。

最初にマニュアル化する問い合わせをどう選ぶか

すべての問い合わせを一度に整理しようとすると、初版の公開が遅れます。まず、過去の問い合わせログや担当者への聞き取りから、実際に発生している問い合わせを一覧にします。そのうえで、次の4つの観点から優先順位を付けます。

観点	確認する内容	マニュアルへの反映
頻度	同じ質問が繰り返されているか	頻度が高いものを初版へ入れる
回答の共通性	条件が同じなら同じ案内ができるか	定型化できる回答から整備する
誤回答時の影響	金銭、契約、個人情報、信用などへの影響があるか	確認事項と承認条件を明記する
引き継ぎの必要性	担当者だけで完結できるか	引き継ぎ先、期限、必要な記録を決める

高頻度で回答を共通化できる問い合わせは、初版への収録に適しています。たとえば営業時間の案内は、店舗、曜日、祝日、臨時休業の有無を確認できれば、回答を揃えやすい項目です。

頻度が低くても、誤回答時の影響が大きい問い合わせは放置できません。ただし、無理に回答を固定する必要はありません。返金、補償、契約変更など個別判断が必要な案件では、現場担当者が回答できる範囲と、責任者へ引き継ぐ条件を優先して記載します。

一覧には「高頻度かつ定型」「高頻度だが条件分岐あり」「低頻度だが影響大」「個別判断が必要」などの区分を付けます。初版では、高頻度かつ定型の項目と、影響が大きい案件の引き継ぎルールを先に整えると、収録範囲と担当範囲を明確にできます。

更新できる問い合わせ対応マニュアルに必要な7項目

問い合わせ対応マニュアルの作り方で重要なのは、問い合わせごとに同じ項目を設けることです。形式が揃っていれば、必要な情報の不足や更新漏れを確認しやすくなります。

1. 目的
   その項目で何を案内し、どの状態まで対応するかを示します。「営業時間を回答する」「注文状況を確認し、次の案内先を示す」など、担当者が到達すべき状態を短く書きます。
2. 対象範囲
   利用できる顧客、商品、店舗、契約、受付期間などを記載します。対象外となる条件も併記すると、回答例の誤用を防ぎやすくなります。
3. 回答例
   顧客へ実際に伝える案内を記載します。確定していない情報は断定せず、確認後に差し替える箇所を変数として明示します。
4. 確認事項
   回答を選ぶ前に確認する情報を並べます。注文番号、申込日時、対象商品、購入経路、本人確認の要否などが該当します。
5. 例外時の引き継ぎ
   通常対応を中止する条件、引き継ぎ先、期限、添付する記録、顧客への一次回答を決めます。
6. 更新責任
   内容を修正する担当者と、公開前に確認する責任者を記載します。部署名だけでは担当が曖昧になる場合は、役割名や担当者名も管理します。
7. 変更履歴
   変更日、変更理由、変更箇所、確認者、影響する回答を残します。現在の回答が、いつ、どの参照元に基づいて確認されたかを追える状態にします。

各項目には、参照元と最終確認日も付けると更新の要否を判断しやすくなります。営業時間なら公式の営業情報、返品条件なら自社規程など、担当者が原典を確認できるようにします。法令や契約に関わる内容は一般化せず、自社規程を確認し、必要に応じて専門家の確認を経てください。

マニュアルをもとに顧客向けの質問と回答を整備する場合は、チャットボット向けFAQの作り方も確認できます。社内向けの判断条件と顧客へ公開する情報を切り分け、理解しやすい質問と回答へ整理する際に役立ちます。

回答例と確認事項はどのように書き分けるか

回答例は顧客へ伝える文章です。確認事項は、担当者が適切な回答を選ぶために確認する条件です。この2つを同じ段落に混在させると、担当者が確認を飛ばし、テンプレートだけを送るおそれがあります。

営業時間への問い合わせなら、回答例には通常営業時間を記載します。確認事項には、対象店舗、曜日、祝日、臨時休業情報の有無を記載します。最新情報を確認できない場合は、確定した営業時間として案内しないという判断基準も必要です。

返品希望への対応では、「返品を受け付けます」という問い合わせテンプレートだけを置いてはいけません。購入日、商品状態、購入経路、対象条件を確認事項として分けます。返金可否に承認が必要なら、現場担当者が独自に判断しないよう、承認先と回答期限も記載します。

実務では、次の順序で記載すると、判断条件と顧客向けの文章を分離できます。

1. 問い合わせの種類を特定する
2. 回答前に必要な情報を確認する
3. 条件に合う回答例を選ぶ
4. 差し込み項目を確定した情報へ置き換える
5. 対象外または判断不能なら引き継ぐ
6. 対応内容と確認した情報を記録する

回答例には、担当者が調整できる部分と、変更してはいけない部分を示します。法務確認済みの表現や重要な注意事項がある場合は、固定文として明示します。文面の調整を認める場合も、意味や約束する範囲を変えないという判断基準を添えます。

通常対応と例外対応をどう切り分けるか

通常対応は、必要な情報が揃い、明確な条件に基づいて回答できる案件です。例外対応は、情報不足や権限外の判断があり、担当者だけでは安全に完結できない案件です。

例外として扱う条件には、次のようなものがあります。

• 本人確認に必要な情報が揃っていない、または一致しない
• 返金、補償、契約変更などの承認が必要である
• 顧客が強い不満を示しており、定型回答を続けることが適切ではない
• 配送事故やシステム障害など、通常と異なる状況が疑われる
• 複数部署に関係し、担当部署を一つに確定できない
• マニュアル内の情報が古い、または参照元を確認できない

注文状況の確認を例にすると、注文番号と必要な確認情報が揃い、通常の配送状況を確認できる場合は通常対応にできます。情報が一致しない場合や配送事故が疑われる場合は、回答を続けず、担当部署へ引き継ぎます。

「責任者へ相談する」だけでは、引き継ぎルールとして不十分です。引き継ぎ先、引き継ぐ期限、必要な記録、顧客へ伝える一次回答を一組で定めます。一次回答には、追加の確認が必要であることと、次に連絡する時期を確定できる範囲で記載します。

AIと有人対応の切り替え条件まで運用規程へ落とし込む場合は、チャットボットの運用ルールを作る方法を参照してください。回答してはいけない事項や、有人対応へ引き継ぐ条件を整理する際の補足になります。

担当者が迷わず検索できる構造にするには

内容が正しくても、必要な場面で見つからなければマニュアルは使われません。見出しには社内用の分類名だけを使わず、顧客が実際に使う質問に近い表現も採用します。

たとえば「契約終了手続き」という正式名称だけでは、「解約」「退会」「契約をやめたい」と検索した担当者が見つけられない場合があります。正式名称に加えて、顧客が使う言葉や表記揺れを検索語として登録します。

検索しやすい構造にするには、次のルールが有効です。

• 一つのページでは一つの問い合わせと判断単位を扱う
• 見出しを「返品できますか」のような質問形式にする
• 商品名、手続き名、旧称、略称、俗称を検索語に含める
• カテゴリは担当者が選べる数に絞り、似た分類を増やしすぎない
• 長い総合ページには目次と関連項目へのリンクを設ける
• 同じ内容を複数ページへ複製せず、参照先を一つに定める

一つのページに多くの回答を詰め込むと、検索結果に表示されても、該当箇所を判断しにくくなります。「返品条件」「返品の申請方法」「返金時期」のように、確認条件や担当部署が異なる場合はページや項目を分けます。ただし、同じ判断で完結する内容まで細分化する必要はありません。

初版を試す際は、正式名称を知らない担当者にも検索してもらいます。検索しても見つからなかった語を記録し、同義語として追加します。ページを増やす前に、見出しと検索語を整えることで目的の情報へ到達できるかを確認してください。

AIに渡せる情報と人だけが判断する情報をどう分けるか

顧客対応マニュアルをAIやチャットボットの参照情報に使う場合も、すべての情報を一律に渡すべきではありません。情報の公開範囲と判断権限を確認し、AIが案内できる内容と有人対応へ移す内容を分けます。

公開済みの案内、定型的な手順、明確な条件分岐は、AIが参照する候補になります。営業時間、公開されている申込方法、一般的な手続きの順序などが例です。ただし、参照する情報が最新であることを確認できなければなりません。

本人確認を伴う処理、個別の補償判断、権限者の承認、感情的な対立への対応は、有人対応へ切り分けます。返金や契約に関する判断は、業種、自社規程、契約条件によって異なります。マニュアルに一般的な結論を追加せず、担当部署へ引き継ぐ条件を記載してください。

AIへ渡す情報にも、対象範囲、参照元、最終確認日、更新責任者を付けます。たとえば営業時間を案内する場合でも、臨時休業の参照元と確認日が不明なら、自動回答の対象から外します。その場合は、最新情報を確認できる有人窓口への案内を用意します。

AIが参照する情報の確認日や更新責任を継続して管理する方法は、AIチャットボットのナレッジを保守する方法で詳しく確認できます。社内マニュアルと顧客向け回答の更新時期を揃える際にも役立ちます。

初版を作成して現場へ展開する手順

初版は、次の7ステップで作成します。対象を絞って現場で試し、結果を反映してから正式に公開します。

1. 問い合わせログを集める
   メール、チャット、電話記録などから、実際の質問と対応結果を集めます。顧客の個人情報や機密情報は、社内規程に従って取り扱います。
2. 優先順位を付ける
   頻度、回答の共通性、誤回答時の影響、引き継ぎの必要性で分類します。初版に含める範囲と、次回以降に回す範囲を決めます。
3. 7項目で下書きする
   目的、対象範囲、回答例、確認事項、例外時の引き継ぎ、更新責任、変更履歴を埋めます。不明な欄を推測で補わず、確認が必要な項目として残します。
4. 実務担当者と責任者が確認する
   実務担当者は手順を実行できるか確認します。責任者は判断範囲、承認条件、参照元が妥当か確認します。
5. 少人数で試す
   実際の問い合わせに利用し、回答を見つけられたか、確認事項は足りたか、引き継ぎ先は明確だったかを記録します。
6. 迷った箇所を修正する
   検索できなかった語、判断に迷った条件、回答例では処理できなかった案件を修正します。担当者への注意だけで終わらせず、構造や表記に問題がなかったかも確認します。
7. 版と公開日を記録する
   初版の公開日、確認者、対象範囲を記録します。旧版が参照され続けないよう、現行版の保存場所も周知します。

試行時には、正しい回答ができたかだけでなく、担当者がどの語で検索したかも記録します。内容が不足している場合と、必要な情報を検索できない場合とでは、修正方法が異なるためです。

問い合わせログを使って月次更新する方法

マニュアルは、商品、契約、営業時間、担当部署などの変更によって古くなります。問い合わせログから不足を確認し、定期的に更新する担当者と手順を決めます。

月次更新は運用例の一つです。問い合わせ件数が多い場合や変更が頻繁な場合は、週次で確認します。変更が少ない場合は、四半期ごとの確認も選択肢になります。一定の頻度を守ることだけを目的にせず、情報の変更頻度と誤案内時の影響に応じて調整してください。

定期確認では、問い合わせを次のように分類します。

• マニュアルに回答がなかった
• 回答後に同じ内容を再質問された
• 誤案内または案内の訂正が発生した
• 検索しても該当ページを見つけられなかった
• 有人対応へ移したが、その理由が既存ルールにない
• 参照元が変更され、回答内容の再確認が必要になった

同じ内容の再質問が見つかった場合は、担当者の応対だけを問題にしません。回答例に前提条件が抜けていないか、顧客が使う語で検索できるか、説明の順序が分かりにくくないかを確認します。

修正候補ごとに、更新担当者、確認者、期限を割り当てます。公開時には、変更日、変更理由、影響する回答を変更履歴へ残します。内容に関連する別ページがある場合は、同時に確認して情報の不一致を防ぎます。

会話ログから未回答や再質問を分類する具体的な観点は、チャットボットの会話ログを分析する方法で確認できます。改善候補を担当者の感覚だけで選ばず、記録をもとに切り分ける際に利用できます。

運用開始前に確認するチェックリスト

初版の公開可否は、すべての問い合わせを網羅したかではなく、優先した問い合わせを安全に処理できるかで判断します。次の項目を確認してください。

• 目的、対象範囲、回答例、確認事項、例外時の引き継ぎ、更新責任、変更履歴が揃っている
• 通常対応の対象外となる条件が明記されている
• 回答例と回答前の確認事項が分かれている
• 引き継ぎ先、期限、必要な記録、一次回答が決まっている
• 顧客が使う言葉や表記揺れで検索できる
• 参照元と最終確認日を確認できる
• 更新担当者と公開前の確認者が決まっている
• 変更日と変更理由を履歴へ残せる
• AIが参照できる範囲と、有人対応へ移す条件が分かれている
• 現場で試し、見つからなかった語と判断に迷った箇所を修正した

問い合わせ対応マニュアルは、文章量ではなく、担当者が次の行動を判断できるかで評価します。7項目を問い合わせ単位で揃え、頻度と影響度から初版の対象を選びます。運用開始後は、未回答、再質問、誤案内、検索できなかった語、引き継ぎ理由を確認し、継続的に修正します。

問い合わせ対応マニュアルに関するよくある質問

問い合わせ対応マニュアルは何から作ればよいですか

過去の問い合わせログを集め、頻度、回答の共通性、誤回答時の影響、引き継ぎの必要性で分類します。高頻度で定型化しやすい問い合わせと、影響が大きい案件の引き継ぎ条件から初版を作成します。

問い合わせテンプレートだけでは不十分ですか

テンプレートだけでは、どの条件で使用できるかを判断できません。顧客へ伝える回答例とは別に、契約状況、申込日時、対象商品、本人確認の要否などの確認事項を記載してください。

例外対応には何を記載すればよいですか

例外となる条件、引き継ぎ先、引き継ぐ期限、添付する記録、顧客への一次回答を記載します。法令、契約、返金、補償などに関する判断は一律に決めず、自社規程を確認し、必要に応じて専門家の判断を仰ぎます。

マニュアルはどのくらいの頻度で更新しますか

月次確認を基本例とし、問い合わせ件数、情報の変更頻度、誤回答時の影響に応じて調整します。変更が多い場合は週次、少ない場合は四半期など、実態に合う頻度を定めます。

マニュアルをそのままAIへ渡してもよいですか

公開済みの案内や明確な条件分岐は参照候補になります。一方で、本人確認、個別の補償、権限承認、感情的な対立を伴う対応は有人対応へ切り分けます。AI向けの情報にも、対象範囲、参照元、最終確認日を付けてください。

AIと有人対応の担当範囲を整理する

問い合わせ対応マニュアルの7項目を整理すると、定型案内として扱える範囲と、人が判断すべき範囲を確認しやすくなります。Socratesの導入を検討する際は、自社の問い合わせ内容、有人対応へ切り替える条件、更新担当者を整理したうえで、実現できる運用を確認・相談してください。