問い合わせメールの返信はAIに任せる｜人の仕事は「確認」と「送信の判断」だけになる

本記事に登場する会社名・お客様・数値は、すべて説明用の架空サンプルです。実在の企業・実績ではありません。

朝、受信トレイを開くと、見積依頼、サービスへの質問、日程の相談、営業メールが並んでいる。しかし、社内の事情が分かる担当者は、現場や打ち合わせで日中つかまらない。返信は夜か翌日になり、後から「先に返事をくれた会社に決めました」と知る。

問い合わせ対応が一人に集中している会社では、よく起きる光景です。

この記事で扱うのは、AIに返信文の「例」を考えてもらう方法ではありません。受信メールの分類、FAQや過去回答集の参照、返信下書きの作成までを、AIエージェントへ一つの作業として任せる方法です。

人がやるのは、下書きを目で確認し、直したい点を指示し、送信するかを判断すること。この3つに絞ります。

チャットAIとの違い—「答え」ではなく「作業」を返す

返信文を1通ずつ作るのではなく、仕分けと参照まで含む一連の実務を渡します。

チャットAIでも、メール本文を貼り付ければ返信案は作れます。ただし、人がメールを1通ずつコピーし、料金表やFAQの情報を毎回伝え、出てきた文章をメールソフトに戻す必要があります。

問い合わせが1日に何通もあれば、人が「貼り付け係」を続けるだけで時間が消えます。

Claude CodeやCodexなどのAIエージェントは、フォルダに保存した問い合わせメールを自分で開き、内容を分類し、自社のFAQ・過去回答集・サービス資料を参照して、返信下書きをファイルとして作るところまでを一続きで行います。

作業がなくなっても、責任はなくなりません。書かれた約束を会社として守れるか、その返信を送ってよいか。判断と送信は、はっきりと人の役割です。

全体の流れ—人がやることは3つだけ

初回に答えの置き場を決めたら、日々の対応は「依頼・確認・送信」へ変わります。

1. 依頼する
   FAQ、過去回答集、サービス資料の置き場を決め、依頼文を渡します。資料を整えるのは初回だけです。
2. AIが下書きを作る
   問い合わせの分類、資料の参照、返信下書きの保存までを行います。
3. 確認し、指示し、送信する
   人が下書きを見て修正を指示します。AIが直し、納得できたら人が送信します。

3番の「確認して、指示する」往復を、この記事ではすり合わせと呼びます。多くの場合、1〜3往復で送信できる品質に届きます。

ただし、クレームは最初から扱いを分けます。AIがクレームと判断したメールには、返信の下書きを作らせません。相手が何に怒っているか、どのような経緯があったか、何を求めているかを整理するところまでにし、人が引き取ります。

STEP1：参照させる資料をフォルダにまとめる

初回だけ、「会社としての答え」がどこにあるかを決めます。

やることは、フォルダを1つ作るだけです。以下は、架空のリフォーム会社「サンプルリフォーム」（沖縄市・架空）の例です。

inquiry-reply/
├─ inbox/                        ← 対応したい問い合わせメール
│  ├─ 0728_浴室リフォーム見積.txt
│  └─ 0728_保証期間の質問.txt
├─ faq.md                        ← よくある質問と会社の回答
├─ services/
│  └─ サービス案内_料金表.pdf    ← お客様に出せる資料のみ
└─ good-replies/                 ← 過去の「良い返信」
   ├─ 見積依頼_返信例.txt
   └─ 日程調整_返信例.txt

※フォルダ名・ファイル名は例です。自社の環境に合わせて読み替えてください。

この中で一番効くのが、good-replies（過去回答集）です。「これは良い返信が書けた」と思ったメールを、送るたびにテキストで保存します。分類や細かな整理は必要ありません。

10通も貯まれば、AIはそこから自社の文体・言い回し・説明の順序を学び、下書きが「うちの会社のメール」らしくなっていきます。

原価表や仕入れ条件など、お客様に出せない資料は参照フォルダに入れないでください。AIは渡された資料を「答えてよい材料」として使います。

STEP2：依頼文を渡す

以下をそのままコピーし、フォルダ名や社名を自社向けに書き換えて使えます。

あなたは当社の問い合わせメール対応を担当するアシスタントです。
フォルダ「inquiry-reply/inbox」内の問い合わせメールを読み、
次の作業を行ってください。

# 参照するもの
- faq.md（よくある質問と会社としての回答）
- フォルダ「services」内のサービス資料・料金表
- フォルダ「good-replies」内の過去の返信例（文体の手本）

# 作業内容
1. 各メールを次の5つに分類する
   見積依頼／サービス質問／日程調整／クレーム／営業メール
2. 見積依頼・サービス質問・日程調整は、参照資料をもとに
   返信の下書きを1通ずつ作成し、「drafts」フォルダに保存する
3. クレームは下書きを作らない。経緯・相手の要望・確認すべき
   事実の要点整理だけを作り、ファイル名の先頭に【対応要】を付ける
4. 営業メールには返信を作らず、送信元と内容の一覧にまとめる
5. 最後に全件の分類結果を一覧で報告する

# 守ってほしいルール
- 在庫・納期・金額・施工可否など、確約が必要な箇所は文章で
  埋めず、空欄＋【要確認】と書く。推測で埋めない
- FAQ・資料にない質問には答えを作らない。「確認して折り返す」
  形の下書きにし、【要確認】に質問内容を書き出す
- 相手のメールに書かれている固有の事情（きっかけ・希望・状況）を
  1つ拾い、下書きの冒頭で必ず触れる。定型文だけで返さない
- 分類に迷った場合は、必ず重いほう（クレーム・要人対応）へ
  倒し、なぜ迷ったかを1行添える
- 報告の最後に、参照したfaq.mdと料金表の最終更新日を書き添える
- 文体は「です・ます」。good-repliesの返信例のトーンに合わせる

ポイントは2つあります。

STEP3：AIが下書きを出す

以下は、架空サンプルの出力イメージです。

依頼から数分後、AIエージェントは分類結果と下書き一式を保存し、次のように報告します。

見積依頼への下書きは、たとえばこうなります。

金額と工期が空欄になっていることに注意してください。確約はAIが書くのではなく、事実を知っている人が埋める設計です。

クレームは、返信下書きの代わりに次のような要点整理が届きます。

営業メールは一覧へ記録するだけです。これまで「読んで、断りの返信を考える」ために使っていた時間は、そもそも発生しなくなります。

STEP4：確認して、指示する

人は下書きを目で確認し、直したい点を言葉で伝えます。実際に書き直すのはAIです。

5番は見落としがちです。AIがサービス質問に分類していても、下書きを読んで違和感があれば、人がクレーム扱いへ切り替えてください。

修正指示は、この程度の書き方で通じます。

3点直してください。
1. 見積の下書きに「7月中に施工できます」とあるけど、
   現場の空きは未確認。ここも【要確認】にして
2. 文面が定型っぽくて冷たい。お客様は「子どもが小さいので
   工期を短くしたい」と書いてくれているので、
   その事情に触れる一文を冒頭に足して
3. 保証期間の回答が古い。現行は5年なので、
   下書きと一緒にfaq.mdの記載も直しておいて

3番のように、直した内容をfaq.mdや過去回答集へ反映させると、同じ指示を2回出す必要がなくなります。すり合わせは、その日の返信を仕上げると同時に、自社の「回答資産」を育てる作業です。

送信ボタンを押す前に、人が握る3つの判断

「最終確認は人が行う」だけでは、何を見ればいいかが曖昧です。人にしか判断できないことは、次の3つに絞れます。

1．言質になる表現か

特に注意したいのは「〜可能です」。「現地調査のうえで」「在庫がある場合に」という条件付きの可能を、無条件の約束のように読ませます。条件を足すか、断定を外すかは、社内の実情を知る人が決めます。

2．例外対応を約束していないか

「今回だけ特別に」がgood-repliesに1通でも混ざると、AIはそれを標準の対応として再現します。過去回答集に貯めるときも、例外対応は入れないと決めます。

3．どれを先に返すか

長い付き合いのお客様か、初回の問い合わせか。AIは受信順か分類順にしか並べられません。取引の経緯を知る人が優先順位を決めます。

逆に言えば、文章を書く、資料を探す、体裁を整えるといった作業はAIへ任せてかまいません。確認する場所を絞るほど、運用は続きます。

AIの下書きを、無確認のまま送信しないでください。間違った約束を送ったときに責任を取るのは、AIではなく人です。「作業はAI、判断と送信は人」を崩さないことが、AI活用をお客様の信頼につなげる前提です。

安全に運用するためのルール

機密情報、分類の境界、引き取り条件を、先に決めます。

機密情報のルール

問い合わせメールには、お客様の氏名・住所・電話番号などの個人情報が含まれます。取り扱いのルールを、使い始める前に決めてください。

• 利用するAIサービスで、入力データが学習に使われない設定（オプトアウト）を確認する
• 原価表・仕入れ条件など、お客様に出せない社内資料は参照フォルダに入れない
• 会社としてAI利用ルールがある場合は、そちらを優先する

「何をAIに渡してよいか」を決めるのは、ツールではなく会社です。ここも人の役割です。

分類に迷う問い合わせは、重いほうへ倒す

5つの分類は、実際のメールではきれいに分かれません。どちらとも取れる境界線上の問い合わせが必ず混ざります。

「保証の範囲を教えてください」— 質問に見えて、クレームの入り口

背景に「施工した箇所に不具合が出ている」が隠れていることがあります。「昨年お願いした浴室の」など、過去の施工に触れているかがヒントです。AIがfaq.mdの「保証は5年」だけを正しく返すと、不具合の話が置き去りになります。

「他社さんは◯◯万円だったのですが」— 見積依頼に見えて、金額交渉

他社名や具体額が出た時点で、実質は価格の相談です。AIが値引きの余地に触れると、権限がないまま会社の価格方針を示したことになります。

「掲載しませんか。御社の事例もご紹介します」— 営業に見えて、取材の打診

営業メールとして一覧に流すと、会社として判断すべき話が黙って消えます。

大事なのは、人が毎回すべてを見抜くことではありません。依頼文に「判断に迷ったら、必ず重いほう（クレーム・要人対応）へ倒し、なぜ迷ったかを1行添える」と先に決めます。

軽いほうへ倒す間違いは、お客様へ返信が届いてから気づきます。重いほうへ倒す間違いは、人が要点整理を読んで「ただの質問だった」と分かれば戻せます。間違えたときに戻せる方向へ倒すことが、AIに判断を任せるときの基本設計です。

当日中に返すか、即答を避けるか

一次返信は早いほど商談につながりやすいと一般に言われます。ただし、実務で必要なのは、どれを今日返し、どれをあえて即答しないかの線引きです。以下は架空の目安です。

返事の速さと、回答の正確さを切り離すことがポイントです。朝の時点で下書きが揃っているかどうかが、当日中に返せるかの分かれ目になります。

この問い合わせは、人が最初から引き取る

すべての問い合わせをAIの下書きで返すことが目的ではありません。次の4つは、下書きに頼らず、最初から人が対応するほうが早くて安全です。

「止められる設計」を持つことが、問い合わせ対応のAI活用を長く続けるコツです。

小さく始める2週間

最初からすべての分類を任せず、過去データの練習から始めます。

コツは、最初から全部を任せないこと。まずは件数の多い1分類。多くの会社では、見積依頼かサービス質問から始められます。

1か月後にやってくる停滞—資料が古くなる

2週間を運用した会社が、1か月ほどでつまずきやすいのが参照資料の陳腐化です。料金を改定したのに料金表は旧版のまま、保証を5年に延ばしたのに返信例は3年のまま。AIは渡された資料を正しい材料として扱うため、古い情報でも自然な日本語で堂々と返します。

• 変えた日に直す4項目：料金・保証内容・営業時間・担当者名。「後でまとめて」にすると、その間の下書きがすべて古い情報で出ます。
• 月1回の棚卸し当番：faq.mdとservicesを見直す担当者と日を決めます。所要15分程度が架空の目安です。
• 古い返信例の入れ替え：金額や仕様に触れた返信例は、年に1度抜きます。文体の手本として優秀なぶん、中の数字まで再現されるからです。

依頼文の「参照したfaq.mdと料金表の最終更新日を報告に書き添える」という1行も効きます。半年前の日付が毎朝目に入る状態が、一番手間のかからない見張り方です。

よくある質問

まとめ

• AIエージェントには、問い合わせの分類・資料参照・返信下書きの作成までを一連の作業として任せられる
• 在庫・納期・金額・施工可否など、確約が必要な箇所は空欄＋【要確認】にし、推測で約束させない
• 過去回答集は「良い返信を貯める」だけでよく、下書きが徐々に自社の文体へ育っていく
• 分類に迷ったら重いほうへ倒し、間違えたときに戻しやすい方向を依頼文で決める
• クレーム・法的リスク・金額交渉・取材は人が引き取り、「止められる設計」で信頼を守る

問い合わせ対応は、返信が一日早くなるだけで結果が変わりうる業務です。まずは先週の問い合わせメールで、一度試してみてください。

「どの業務から任せるべきか」「クレームの線引きをどう決めるか」「環境づくりが分からない」。そうした段階からのご相談も受けています。課題が整理できていなくても大丈夫です。