社内問い合わせの一次回答はAIの下書きから軽くする
社内チャットに来た問い合わせへ、その場でAIを使って一次回答を作る運用を整理します。マニュアルを新しく作る話ではなく、今届いている質問を分類し、回答案を作り、人間が確認して返す流れに絞ります。同じ質問に毎回同じ文章を打っているなら、まずは回答前の下書きをAIに任せるところから始めます。
問い合わせ対応は作成より即応が詰まりやすい
社内の困りごとは、きれいなFAQが完成するまで待ってくれません。経費の締め日、申請の差し戻し理由、ツールの権限、会議資料の置き場所。どれも一つひとつは小さいのに、集中している作業の途中に来ると、思考が途切れます。
ここで目指すのは、質問者を待たせず、かつ担当者が毎回ゼロから返事を書かない状態です。AIに任せるのは、問い合わせの分類、過去回答の要約、返信文の下書き、追加で確認すべき点の洗い出しです。最終判断や例外対応までAIに押し付ける必要はありません。
私は以前、問い合わせが来るたびに丁寧に返すことが親切だと思っていました。ところが同じ申請ルールを一週間で何度も説明し、最後のほうは返答が短く雑になりました。ある人には補足を書き、別の人には書き忘れたので、後から余計な確認が発生しました。そこでAIに回答案を作らせてから確認する形に変えたら、少なくとも返答のばらつきは減りました。
AIに渡すのは質問文と使える材料だけ
リアルタイム回答で大事なのは、AIに社内の全情報を背負わせようとしないことです。届いた質問、関連する過去回答、参照してよいルールの抜粋、この3つだけ渡せば十分な場面が多いです。資料を作り込むほどではない質問でも、回答の型をそろえるだけで担当者の負担は下がります。
運用手順は次のようにします。
1. 問い合わせ文をそのまま貼る。
2. 参照してよい情報だけを添える。過去の回答、規程の該当箇所、チーム内の合意メモなどに限る。
3. AIに、回答できる質問か、確認が必要な質問かを先に分類させる。
4. 回答案を社内向けの短い文面に直させる。
5. 人間が事実確認し、必要なら一文だけ補足して送る。
よくある失敗は、AIが作った返信をそのまま送ることです。社内ルールにない期限や、存在しない担当部署をもっともらしく書く場合があります。もう一つは、質問者の文面だけを渡して、判断材料を渡さないことです。材料がなければ、AIは一般論で埋めます。回答できないものを無理に答えさせないために、分類を先に出させるのが効きます。
そのまま使える一次回答プロンプト
以下は、来た問い合わせをその場で捌くためのプロンプトです。FAQを作るためではなく、今返す返信文を作るために使います。
あなたは社内問い合わせの一次対応担当です。以下の問い合わせに対して、参照情報だけを根拠に回答案を作ってください。
【問い合わせ】
[ここに届いた質問を貼る]
【参照情報】
[過去回答、規程の抜粋、担当部署からの連絡などを貼る]
【出力形式】
1. 分類: 回答可能、確認が必要、担当外のいずれか
2. 回答案: チャットでそのまま送れる短い文面
3. 確認すべき点: 不足情報があれば箇条書き
4. 根拠: 参照情報のどこを使ったか
【制約】
- 参照情報にないことは断定しないでください
- マニュアル作成やFAQ化の提案は不要です
- 返信文は相手を責めない表現にしてください
この形にしておくと、AIの仕事が回答作成に限定されます。根拠を書かせるのは、もっともらしい文章を見抜くためです。根拠欄が薄いときは、送信前に担当部署へ確認したほうがいい合図になります。返信文が長い場合は、最初の一文だけをチャットに送り、詳細は別スレッドで補足する形に直します。問い合わせ対応では、正確さだけでなく、相手が次に何をすればいいかが見える短さも必要です。
社内情報を貼る前の伏せ方を決めておく
問い合わせ対応では、個人名、顧客名、金額、案件名が混ざりがちです。AIに渡す前に、質問の意味が残る範囲で置き換えます。山田さんは申請者A、顧客名は取引先B、案件名は案件C、金額は金額1や概算額にします。
金額が判断条件になっている場合も、実額が必要とは限りません。例えば、10万円以上なら承認者が変わる、というルール確認なら、実際の金額ではなく、基準額を超える申請と書けば足ります。社員番号やメールアドレスは、同じ人物を追う必要がないなら削除します。やり取りのスクリーンショットを貼る場合は、余計な会話や署名も落とします。
伏せすぎると回答できないこともあります。その場合は、AIに判断させるのではなく、確認すべき点として出させます。実名を入れないと分からない質問は、AIの下書き対象から外して人間が処理します。
方法Aと方法Bの境目は公開範囲で決める
方法Aは、チャットに来た質問を担当者がAIへ貼り、返信案だけを作る個人運用です。導入が軽く、今日から試せます。質問者にはAIを使ったことを見せなくてもよく、担当者が内容を確認して返すので、誤回答の広がりも抑えやすいです。まずは担当者だけで使い、どの質問なら任せられるかを小さく記録します。
方法Bは、問い合わせ窓口にAIボットを置き、質問者が直接聞けるようにする運用です。件数が多いチームでは便利ですが、権限管理、回答範囲、ログの扱い、誤回答時の連絡先を決める必要があります。私は最初、方法Bにすれば全部楽になると思っていました。ただ、少ない資料で公開すると、AIが答えてよい範囲まで曖昧になり、確認依頼が逆に増えました。
結論として、同じ質問が部署内で数件から十数件なら方法Aで十分です。問い合わせが毎日まとまって来て、担当者が返信文の確認だけでも追いつかないなら方法Bを検討します。いきなり全自動にせず、まずはAIが作った回答案に、人間が丸をつけられるかを見る。今日来た質問を一つだけ貼って、根拠つきの返信案を作らせるところからでいいです。