このセクションでは、カスタマーサポート用の Group Chat Q&A Specialist を設定する方法を説明します。
シナリオの目標と処理の基本方針
カスタマーサポートのグループチャットには、定型的な質問と、人の判断を要する新規・例外・曖昧な問題の両方が含まれます。そのため目的は、すべての質問に自動的に回答することではありません。次のような完整な処理ループを設定します。
- ナレッジベースに確実な根拠がある場合は、グループチャット内で直接回答します。
- 根拠がない、 contradictory(食い違う)、または定義済みの範囲外の場合は、現時点では回答を確認できないと明示し、適切な専門家へエスカレーションします。
- 専門家が確認した回答を、元のグループチャットに戻します。
- 再利用できる確認済み回答をナレッジベースに追加し、次回以降は類似の質問に直接回答できるようにします。
サポートのワークフロー: 根拠が十分なら回答し、そうでなければ専門家に相談して、確認済みの結果を元のグループに戻します。
カスタマーサポートQ&Aシナリオの設定
| 項目 | 推奨される設定 | 要点 |
|---|
| 役割と範囲 | Group Chat Q&A Specialist テンプレートからWakerを作成し、サポートシナリオに合った名前を付けます。 | 紹介文、基本設定、応答設定で、対象ユーザー、対応トピック、エスカレーションの範囲を定義します。推測を確定した事実として提示してはいけません。 |
| ボットとグループチャット | IM bot を設定し、まずテストグループに接続してから、本番のサポートグループを段階的に追加します。 | ペアリングでアクセスを制御します。新しいグループごとに、メッセージの受信、返信、Q&A記録のリンクを検証します。 |
| ナレッジベース | 製品ドキュメント、FAQ、リリースノート、サポート手順、確認済み回答を紐付けます。 | 現行の資料のみを保持します。製品、バージョン、チーム、顧客によって指針が異なる場合は、内容を分けて管理します。 |
| 専門家 | 質問のカテゴリに応じて、製品、技術、サービス、ビジネスの各専門者を割り当てます。 | 専門者のラベルは質問の種類に直接対応させ、「汎用専門家」のような曖昧なラベルは避けます。 |
| 応答スタイル | グループチャットに適した、簡潔で自然な表現を使います。 | まず結論を述べ、必要最小限の根拠や手順だけを続けます。回答を確認できない場合は、その理由と次の対応を説明します。 |
| Q&A記録 | 未回答の質問、失敗、専門家へのエスカレーション、品質の低い回答を確認します。 | 得られた知見を、ナレッジ、専門者ラベル、応答の範囲、グループアクセスの改善に活用します。 |
設定後、少なくとも次の受け入れテストを実施します。
- 既知の質問: スペシャリストが紐付けたナレッジベースから回答します。
- 未知の質問: スペシャリストが回答を捏造せず、専門家へのエスカレーションを開始できます。
- 範囲外の質問: スペシャリストが範囲を明確に示し、無関係な指針を流用しません。
標準ナレッジと組織固有のナレッジを分ける
カスタマーサポートのQ&Aでは、しばしば次の2種類のナレッジが併存します。
| ナレッジの種類 | 例 | 運用・維持の指針 |
|---|
| 標準的な製品ナレッジ | 対応機能、インストール手順、バージョン固有の機能 | 製品ドキュメントと併せて一元管理し、リリースごとに更新します。 |
| 組織・顧客固有のナレッジ | 現地のプロセス、責任者、承認ルール、顧客との契約 | 関係するビジネス専門家に確認してもらい、チームや顧客ごとに内容を分離して管理します。 |
無関係な指針を一つのナレッジベースにまとめて置かないでください。範囲が混在すると、誤った製品、バージョン、チーム、顧客の情報を使う可能性が高まります。更新後は、新しい指針を使うべき質問と、従来有効だった指針を依然として使うべき質問の両方をテストしてください。
回答を確認できない場合は専門家へのエスカレーションを使う
各専門家には、インストールと環境、アカウントと権限、製品機能、バージョンと互換性のような明確なラベルを付けます。ナレッジが欠けている、根拠が食い違う、人の判断が必要といった場面で、スペシャリストはラベルに基づいて専門家を選びます。
専門家は、グループチャットを接管することなく、提示された回答を確認・補足・修正します。その後、スペシャリストが確認済みの結果を元のグループに戻すことで、依頼者は文脈の中で完全な回答を受け取れます。
確認済み回答を再利用可能なナレッジにする
専門家へのエスカレーションは、現在の問題を解決するだけでなく、今後の回答品質の向上にも役立てます。再利用可能な回答については、次を行います。
- 元の質問、適用範囲、確認済み回答、確認した専門家を記録します。
- 回答を独立したナレッジ項目として書き直し、バージョン、日付、チーム、顧客の適用範囲を明記します。
- 矛盾する手順を並べて残すのではなく、古くなった内容を修正または削除します。
- テストグループで同じ質問を別の表現で投げかけ、今後は直接回答されることを確認します。
専門家が確認した回答をナレッジベースに追加すると、類似の質問に再利用できます。
グループチャット向けの応答を書く
スペシャリストは、製品とグループの文脈を理解した同僚のように応答します。
- 省略された情報や追加質問は、できるだけ現在のチャットの流れから補って解釈します。
- まず短い結論を述べ、続けて関連する手順や根拠だけを提示します。
- トーンは自然に保ちつつ、質問に集中します。
- 根拠が不足していることを曖昧な表現で隠さず、不確実性を率直に伝えます。
- リスク、権限、例外に関わる判断は専門家にエスカレーションします。
再利用可能なカスタマーサポートQ&Aシナリオ
| シナリオ | 推奨されるナレッジ | 推奨される専門家 | 検証すること |
|---|
| 製品サポートグループ | 製品ドキュメント、FAQ、リリースノート、既知の問題 | プロダクトマネージャー、テクニカルサポート | バージョン別の指針が正しく、未知の問題がエスカレーションされること。 |
| 顧客サポートグループ | 標準的な製品ナレッジ、顧客との契約、顧客手順 | 製品側と顧客側の専門家 | 顧客固有のナレッジが分離され、回答がその顧客の実際の構成と一致すること。 |
| 社内サービスグループ | システム、手順、権限、対応ガイド | ビジネス責任者、IT、または機能の専門家 | 変更後にルールが更新され、機微な質問が正しくエスカレーションされること。 |
| プロジェクト納品グループ | 導入ガイド、プロジェクト契約、納品記録 | 納品マネージャー、ソリューション専門家 | 汎用的な解決策と、プロジェクト固有の例外が区別されていること。 |
開始と継続的な運用
質問の範囲が明確で、確実に応答できる専門家が揃ったテストグループから始めます。受け入れテストに合格してから、対象グループとトピックを拡大します。
運用開始後は、Q&A記録を定期的にレビューします。既知の質問が正しく回答されているか、未知の質問がエスカレーションされているか、専門家の回答が元のグループに戻っているか、再利用可能な回答がナレッジベースに追加されているかを確認します。ナレッジ、専門家、応答設定、ボット設定が変化するたびに、既知の質問と未知の質問を一つずつ再テストしてください。