J.A.R.V.I.S.計画 第三十八話
社内の「同じ質問」を減らす—専属AIヘルプセンターを総務・情シスと顧客FAQの一次窓口にする
承認済み資料を根拠に答え、答えられない時は人へ安全に引き継ぐ。社内と顧客の窓口を、運用できる仕組みに整えます。
「Wi-Fiの設定はどこですか」「申請書はどれですか」「このサービスは何に対応していますか」。一件ずつは短い質問でも、同じ内容が総務・情シス・営業・カスタマーサポートへ繰り返し届くと、本来の仕事が細切れになります。
専属AIヘルプセンターは、単にチャットで答える仕組みではありません。回答元の資料、利用者の権限、答えない条件、人への引き継ぎ、更新責任、月次確認までを一つの運用として設計します。
- 社内一次窓口：総務・情シスの定型質問を受けます。
- 顧客向けFAQ：公開済みのサービス情報から案内します。
- 人へ戻す：機密、例外、契約判断、根拠不足はAIだけで決めません。
1. 同じ質問が担当者へ集中する理由
情報がないとは限りません。マニュアル、共有フォルダ、過去メール、FAQ、担当者の経験に分散し、利用者が「どこを見ればよいか」を判断できないことが原因です。検索語と資料の言葉が違う場合もあります。
担当者が毎回答えると、その回答が新しい正式情報なのか、今回だけの例外なのかが記録されません。専属AIヘルプセンターでは、まず質問の入口を揃え、回答の根拠と更新先を残します。
2. AI一次窓口に任せる質問、任せない判断
| 区分 | AIが案内できる例 | 人へ戻す例 |
|---|---|---|
| 社内 | 申請先、定型手順、公開済み社内ルール | 人事判断、権限変更、例外承認、事故対応 |
| 顧客FAQ | 公開機能、利用条件、一般的な申込手順 | 個別契約、価格確定、障害断定、法的判断 |
AIに「何でも答えさせる」のではなく、答えてよい範囲と止まる条件を先に決めることが、安全性と信頼性につながります。
3. マニュアル・FAQ・手順書を回答元に整える
回答元は「AIが学習した一般知識」ではなく、会社が承認した資料を優先します。各資料に所有者、対象者、公開範囲、更新日、有効期限を付け、古い版や下書きを回答候補から外します。
社内資料と顧客公開FAQは同じ保管庫へ無造作に混ぜません。利用者、部署、契約、公開範囲に応じて検索対象を分け、顧客へ社内情報が出ない境界を作ります。
4. 質問、根拠提示、人間への引き継ぎの流れ
- 質問を受ける：社内窓口か顧客FAQかを判定します。
- 利用者と範囲を確認する：本人、部署、契約、公開範囲を照合します。
- 承認済み資料を探す：最新版、所有者、有効期限を確認します。
- 根拠とともに答える：参照資料と更新日を示します。
- 止まって引き継ぐ：機密、例外、根拠不足、更新待ちは担当者へ戻します。
引き継ぎ時は、質問全文、確認済み資料、足りない情報、利用者の連絡先、緊急度をまとめます。担当者は最初から聞き直す必要がなくなります。
5. 顧客向けFAQまで広げる時の境界
顧客向けでは、公開済み機能、利用条件、一般的な手続き、窓口案内に範囲を絞ります。契約条件、正式価格、納期、障害原因、返金、法的責任はAIだけで確定しません。
同じ質問でも、社内担当者と顧客では見せてよい情報が異なります。「質問の内容」だけでなく「誰が聞いているか」を先に確認し、回答元を切り替えます。
顧客向けFAQを広げるほど、回答できる数よりも、誤って社内情報を出さない設計と人へ戻せる導線が重要になります。
6. 未回答率・引き継ぎ率・更新待ちを月次確認する
運用の評価を「AIが何件答えたか」だけにすると、無理な回答を増やします。自己解決率、人への引き継ぎ率、未回答率、更新待ち件数を並べ、資料と境界を直します。
引き継ぎ率が高くても、機密や例外で正しく止まれているなら失敗ではありません。未回答が同じテーマへ集中していれば、FAQ追加や手順書改訂の候補です。
7. 30分AI業務診断から小さく始める
最初から全社と全顧客へ広げる必要はありません。繰り返しが多い質問を20〜30件ほど選び、回答元、答えない条件、担当者、月次確認日を決めて試します。
専属AIヘルプセンターの機能案内では、画面を見ながら一手ずつ案内する利用イメージも紹介しています。社内FAQ、顧客FAQ、画面案内のどこから始めるかは、業務と情報の境界に合わせて設計します。
関連サービスと相談窓口
OpenClawやAI運用の情報交換に興味がある方は、OpenClaw日本語運用研究会Discordもご覧ください。
同じ質問に追われる時間を、まず一つの窓口へ
社内向けと顧客向けの質問、資料、答えない条件を整理するところからご相談いただけます。
