Web接客シナリオの作り方｜問い合わせ対応を設計する7ステップ

Web接客の設定画面を開いても、「最初に何を聞くか」「どこで担当者へ渡すか」が決まらず、選択肢だけが増えていくことがあります。問い合わせ対応のシナリオは、会話文から書き始めると設計の抜けが生じやすいため、先に対応範囲と判断基準を決めることが重要です。

Web接客シナリオは、台詞を並べた文書ではありません。誰のどの困りごとに、どの根拠で、どこまで回答し、いつ有人対応へ切り替えるかを定める運用表です。質問、確認、回答、次の行動をこの順に整理すると、公開後も担当範囲と修正箇所を確認できます。さらに、回答の正本、答えない条件、引き継ぐ情報まで記録しておくと、回答内容と有人対応の境界を同じ基準で確認できます。

この記事では販促ポップアップ全般ではなく、Webサイト上の問い合わせ対応を扱います。Web接客AIの種類や導入目的から確認する場合は、Web接客AIの基本と選び方を先に読むと、今回設計する範囲を決めやすくなります。

Web接客シナリオは台詞ではなく対応ルールを設計するもの

Web接客シナリオとは、訪問者の状況に応じて、会話を始める条件、確認する内容、案内する情報、次の窓口を定めた流れです。接客文の言い回しだけでなく、回答に使う正本、回答できる条件、答えない範囲、担当者へ渡す基準まで含めて設計します。

たとえば「料金を知りたい」という質問でも、すべての人に同じ回答を返せるとは限りません。公開プランの違いは正本に基づいて案内し、利用人数や契約条件で個別見積もりになる場合は、共通情報を示してから担当者へ切り替えます。この境界を明文化することが、シナリオ設計の目的です。

訪問履歴や滞在状況に応じて案内を表示する方法もありますが、利用条件はツールや設定、同意の取り方によって異なります。最初は未確認の機能を前提にせず、対象ページや質問内容など、自社で確認できる条件から設計してください。

ステップ1：問い合わせログから目的を一つ選ぶ

まず、メール、フォーム、電話メモ、既存チャットから実際の問い合わせを集めます。個人名や連絡先は分析用の表に不要に残さず、質問の要旨、回答に使った情報、対応部署、最終的な行動を記録します。利用者が使った言葉と、現場で実際に行われた判断を材料にするためです。

候補は件数だけで選びません。回答が毎回同じか、根拠を一つにできるか、誤案内の影響を限定できるか、個別判断が必要かを確認します。あわせて、質問を受けた後に利用者へ促す行動と、解決しなかった場合の担当部署も整理します。頻度が高くても契約や安全に関わる相談は、最初の自動回答には向きません。一方、頻度が中程度でも、営業時間や持ち物のように正本が明確な質問は候補にしやすいでしょう。候補を決めたら、代表的な問い合わせを数件選び、回答の違いが生じる条件を比較してから設計表へ移します。

「Web接客を導入する」では対象が広すぎます。「料金ページで共通プランの違いを案内する」「サポートページで営業時間と受付方法を案内する」のように、対象ページ、質問、期待する次の行動を一文で定めます。資料請求、契約変更、苦情受付まで一つのシナリオに含めないことが、後の改善を容易にします。

ステップ2：対象者と会話を始める条件を決める

同じ質問でも、初めてサービスを知った人と、契約後に手続きを探している人では必要な案内が異なります。氏名や細かな属性を集める前に、訪問ページ、利用前・利用中、質問の目的といった業務上必要な区分で対象者を整理します。

開始条件には「表示する条件」と「表示しない条件」の両方を記載します。料金ページで比較中の人には質問窓口を案内しても、障害情報を確認している人へ販促案内を出すのは適切ではありません。フォーム入力中の再表示や、閉じた案内の即時表示も停止条件として確認します。

対象を細かくしすぎると、どの案内が表示されたかを担当者が追えなくなります。最初は一つのページ、一つの利用段階、一つの目的に絞り、ログで必要性を確認できた条件だけを追加します。

ステップ3：回答の正本と答えない範囲を決める

会話文より先に、回答の正本を決めます。公式Webページ、規約、社内マニュアル、承認済みFAQなど、同じ質問に複数の情報がある場合は、優先する資料を内容責任者と確認します。古い営業資料と新しいWebページが並存していれば、人とAIの回答が揺れるためです。

質問ごとに、回答、適用条件、根拠の場所、最終確認日、更新担当、回答を止める条件を記録します。回答原稿を整える段階では、チャットボット用FAQの作成手順も参照してください。

「答えられない」を先に書く

回答できない質問を後回しにすると、似た情報から推測して断定する分岐が残ります。個別見積もり、契約可否、値引き、返金、本人確認を伴う変更、苦情、法務・医療・安全に関する判断など、人が確認する範囲を先に一覧化します。

答えない場合も、会話を止めるだけでは不十分です。担当者の確認が必要であることを伝え、相談先、受付時間、必要な情報、次に起きることを案内します。返信時期が決まっていない場合は、即時対応を約束しません。

ステップ4：質問・確認・回答・次の行動を分岐させる

会話は、質問を分類する、不足条件を確認する、根拠のある回答を返す、次の行動を示す、という四段階に分けます。回答が変わる条件だけを一度に一つ確認し、最初から長い説明を返さないようにします。

「利用できますか」という質問には、何を利用したいのかが含まれていません。推測して機能説明を始めず、「導入前の相談」「利用中の操作」「契約の確認」のどれに近いかを尋ねます。導入前なら公開情報を案内し、個別条件が必要なら担当者へ渡すというように分岐を定めます。

1. 最初の質問は、訪問者が目的を選びやすい短い表現にする。
2. 回答が変わる条件だけを確認し、同じ情報を聞き直さない。
3. 回答には結論、適用条件、必要な行動を含める。
4. 解決したか、別の質問か、担当者への相談かを選べるようにする。
5. 対象外なら理由を長く説明せず、利用できる窓口へ案内する。

選択肢は利用者の目的でまとめます。「営業部」「サポート部」ではなく、「導入を相談したい」「使い方を確認したい」と表示すると、選択後の分岐も管理しやすくなります。自由入力では情報不足や複合質問が入りやすいため、方式にかかわらず確認、用件の分離、有人切替を設計します。

ステップ5：有人対応へ切り替える条件を先に書く

有人対応は、AIが失敗した後だけに使う避難先ではありません。権限が必要な相談、影響が大きい相談、感情への配慮が必要な相談は、会話を続けるより早く担当者へ渡す方が適切な場合があります。

切替先には担当部署名だけでなく、受付時間、確認頻度、時間外の扱いを記載します。通知や外部連携の可否は製品ごとに異なるため、未確認の場合は、担当者が決めた頻度で会話を確認する運用まで定めます。

引き継ぎ条件と情報を詳しく整理する場合は、AIから有人対応へ切り替える条件を確認してください。個人情報は対応に必要な項目、利用目的、保管範囲を社内ルールに合わせます。

ステップ6：代表質問と境界質問で公開前テストをする

作成者が想定した選択肢を順番に押すだけでは、実際のつまずきを確認できません。代表質問に加え、短い入力、言い換え、条件不足、複合質問、答えてはいけない質問をテストします。

テスト記録には、入力文、期待回答、根拠、実際の回答、次の行動、合否、修正箇所を残します。「自然だった」ではなく、事実、条件、行動、切替の四点で判定します。引き継ぎ後に担当者が会話を最初から聞き直さずに済むかも確認します。

原因を分けて修正し、同じ質問で再試験します。回答が違えば正本、意図を取り違えれば質問分類、条件を聞けなければ確認分岐、担当者へ渡らなければ切替条件を確認します。

ステップ7：数字と会話ログを分けて改善する

公開後は利用数やクリック数だけで判断しません。利用が多くても誤案内があれば修正が必要です。利用が少ない場合も、表示場所、質問の頻度、案内文の分かりやすさを会話ログで切り分けます。まず週単位など確認期間を決め、代表質問、未解決になった質問、有人対応へ切り替えた質問を分けて確認します。次に、正本の変更、質問分類の誤り、確認不足、切替条件の不備のどれに当たるかを記録し、修正後は同じ質問と境界質問を再試験します。指標の変化だけで結論を出さず、会話の内容と担当者の聞き直しも合わせて判断してください。

割合を比較する場合は、テスト会話や迷惑投稿を含めるか、一会話の定義を固定します。母数が少ない間は率だけで判断せず、実際の会話も確認します。指標の設計はチャットボットの効果測定で詳しく整理しています。

料金、営業時間、商品条件、規約、窓口が変わったら、関連する代表質問を再試験します。定期確認では、影響の大きい誤案内、同じ未解決の繰り返し、不要な有人切替の順に確認すると、修正の優先順位を付けやすくなります。

そのまま使えるWeb接客シナリオ設計表

設計内容はフローチャートだけでなく、根拠や責任者まで一行で確認できる表にします。図は流れを把握しやすい一方、正本や更新担当が抜けやすいためです。

空欄が残る場合は、会話文を増やす前に運用を決めます。正本、答えない範囲、有人切替の受け手、更新担当がなければ、公開後に問題が起きても修正先が分かりません。まず一行を完成させ、テストに通った後で次の質問を追加します。

設計表には版、確認日、変更理由、承認者、反映日も記録します。担当者が公開中の流れを個別に変更すると、テストした内容と実際の案内がずれるためです。古い分岐が公開側に残っていないことも確認します。

Web接客シナリオのよくある質問

関連記事

• Web接客AIとは？導入効果・選び方・成功する設計
• チャットボット用FAQの作り方
• AIから有人対応へつなぐ設計
• チャットボットの効果測定とKPI