社内問い合わせの一次回答はAIの下書きから軽くする
社内チャットに来た問い合わせへ、その場でAIを使って一次回答を作る運用を整理します。マニュアルを新しく作る話ではなく、今届いている質問を分類し、回答案を作り、人間が確認して返す流れに絞ります。同じ質問に毎回同じ文章を打っているなら、まずは回答前の下書きをAIに任せるところから始めます。
問い合わせ対応は作成より即応が詰まりやすい
社内の困りごとは、きれいなFAQが完成するまで待ってくれません。経費の締め日、申請の差し戻し理由、ツールの権限、会議資料の置き場所。どれも一つひとつは小さいのに、集中している作業の途中に来ると、思考が途切れます。
ここで目指すのは、質問者を待たせず、かつ担当者が毎回ゼロから返事を書かない状態です。AIに任せるのは、問い合わせの分類、過去回答の要約、返信文の下書き、追加で確認すべき点の洗い出しです。最終判断や例外対応までAIに押し付ける必要はありません。
私は以前、問い合わせが来るたびに丁寧に返すことが親切だと思っていました。ところが同じ申請ルールを一週間で何度も説明し、最後のほうは返答が短く雑になりました。ある人には補足を書き、別の人には書き忘れたので、後から余計な確認が発生しました。そこでAIに回答案を作らせてから確認する形に変えたら、少なくとも返答のばらつきは減りました。
AIに渡すのは質問文と使える材料だけ
リアルタイム回答で大事なのは、AIに社内の全情報を背負わせようとしないことです。届いた質問、関連する過去回答、参照してよいルールの抜粋、この3つだけ渡せば十分な場面が多いです。資料を作り込むほどではない質問でも、回答の型をそろえるだけで担当者の負担は下がります。
運用手順は次のようにします。
- 問い合わせ文をそのまま貼る。
- 参照してよい情報だけを添える。過去の回答、規程の該当箇所、チーム内の合意メモなどに限る。
- AIに、回答できる質問か、確認が必要な質問かを先に分類させる。
- 回答案を社内向けの短い文面に直させる。
- 人間が事実確認し、必要なら一文だけ補足して送る。
よくある失敗は、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が作った回答案に、人間が丸をつけられるかを見る。今日来た質問を一つだけ貼って、根拠つきの返信案を作らせるところからでいいです。資料の置き場所を聞かれる回数自体を減らしたいなら、「最新版はどれ？」をなくすファイル管理ルールも合わせて使えます。
回答の精度を維持するための「検証と更新」のサイクル
AIに下書きを任せる運用では、作業時間の削減と同時に「AIの回答を管理する」という新しい工程が発生します。AIは常に正しいわけではなく、参照情報の不足や指示の曖昧さによって、もっともらしい嘘をつくからです。
精度を安定させ、属人化を防ぐためには、以下の手順で情報のメンテナンスを行ってください。
- AIが出した回答案と「根拠」の欄を照らし合わせ、事実関係に齟齬がないか確認する。
- AIが「確認が必要」と分類した質問をリスト化し、参照情報（マニュアル等）の更新が必要か検討する。
- AIが誤回答をした場合、原因が「情報の不足」か「指示（プロンプト）の不足」かを特定する。
- 特定した原因に基づき、参照用テキストやプロンプトを修正し、チーム内で共有する。
参照情報そのものを整えたい場合は、「歩くFAQ」をやめる業務マニュアルの作り方の手順が近いです。
ここで注意すべき失敗パターンは、「丁寧すぎる誤回答」への油断です。AIは非常に礼儀正しく、整合性の取れた文章を作るため、人間が内容を読み飛ばしてしまうリスクがあります。文章の「きれいさ」に惑わされず、必ず「参照情報のどの部分に基づいているか」という根拠の検証をセットで行ってください。
また、社内データの伏せ方についても注意が必要です。氏名や金額を「Aさん」「10万円」のように置き換えるだけでなく、文脈から特定の案件や個人が推測できないかまで考慮してください。例えば、特定の部署特有の用語や、極めて特殊な状況設定が残っていると、匿名化の効果が薄れます。ただし、伏せ字にすれば完全に安全であると断定はできません。作業を開始する前に、必ず自社のAI利用規定やセキュリティポリシーを確認し、入力してよい情報の範囲を明確にしておいてください。
もし回答案に違和感を覚えた場合は、以下のプロンプトを使って、AI自身に回答の妥当性を再検証させてください。
あなたは、社内回答の正確性を厳密にチェックする校閲担当者です。
以下の「回答案」が、「参照情報」の内容と矛盾していないか、論理的な飛躍がないかを検証してください。
【回答案】
[AIが作成した回答文を貼る]
【参照情報】
[元となる規程や過去回答を貼る]
【検証指示】
1. 参照情報に記載のない事項を、事実のように断定していないか
2. 条件（「〜の場合に限る」「〜を除く」など）を読み飛ばしていないか
3. 参照情報の記述と、回答の結論が論理的に一致しているか
矛盾や不明瞭な点がある場合は、具体的に指摘してください。