AIに返信文を書かせる前に
問い合わせを一覧化する

01 — 問題

問い合わせ対応で危ないのは、返信文より状態管理

メール、フォーム、Instagram DM、コメント、メモ帳。小さな事業や個人制作では、問い合わせの入口がバラバラになりがちです。

ひとつひとつ読むことはできます。でも、どれが未対応で、どれが要確認で、どれが今日中に返すべきかが分からなくなる。

AIを使うとき、最初にやりたくなるのは「返信文を書いて」です。それも便利です。ただ、いきなり返信文を書かせる前に、先にやった方がいいことがあります。

問い合わせを、対応管理できる形に分解することです。

02 — Before / After

散らかった文章を、返信しやすい対応カードに変える

今回の題材は、架空のハンドメイドECへの問い合わせです。実在の顧客情報、注文情報、問い合わせ文は使っていません。

見た目をきれいにすることが目的ではありません。次に何を返すべきかが見える状態にすることが目的です。

03 — 列設計

返信文より先に、対応管理の列を作る

必要なのは、返信文そのものよりも、次のような状態です。

列	目的
問い合わせ元	メール、フォーム、DMなど入口を残す。
用件カテゴリ	納期、領収書、修理、予約変更などに分ける。
要約	何を求めているかを一文にする。
返信要否	返信が必要かどうかを明示する。
期限	今日中、金曜前、通常などの目安を置く。
優先度	高・中・低で並べ替えやすくする。
確認が必要な点	AIが推測せず、人間に戻す場所。
返信案	最後に使う短い返信のたたき台。
対応状況	未対応、返信準備、要確認、完了。

ここまで分けると、問い合わせを「読むもの」から「処理できるもの」に変えられます。

04 — Prompt

AIに渡す指示文は、「推測しない」を入れる

最初の指示は、これくらいで十分です。

以下の問い合わせメモを、対応管理用の表に整理してください。

列は次にしてください。
「問い合わせ元」「用件カテゴリ」「要約」「返信要否」「期限」「優先度」「確認が必要な点」「返信案」

不明な情報は推測せず「要確認」と書いてください。
返信案は短く、断定しすぎない文にしてください。
急ぎの可能性があるものは優先度を高くしてください。

ポイントは、「不明な情報は推測せず」と入れることです。AIは親切なので、足りない情報をそれっぽく補いがちです。問い合わせ対応では、それが危ない。

注文番号がないなら「要確認」。在庫が分からないなら「在庫確認」。発送済みか分からないなら「発送状況を確認」。人間が見るべき場所を残す方が、実務では安全です。

05 — Reply Draft

返信案は、最後に使う

AIに返信案を作らせること自体は便利です。ただし、返信案は最終成果物ではなく、対応一覧の一部として扱った方がいいです。

ご連絡ありがとうございます。
発送状況を確認し、変更可否を折り返します。

この返信案は悪くありません。でも、本当に送ってよいかは、発送状況を見ないと分かりません。すでに発送済みなら、変更できないかもしれない。

06 — 分担

AIに任せるところ、人間が見るところ

AIは対応を消す道具ではなく、対応前の整理を速くする道具として使う。この割り切りが現実的です。

07 — Template

テンプレ化するなら、列を固定する

この仕組みは、テンプレート化しやすいです。最初から高度なCRMを作る必要はありません。

問い合わせ文を貼る。AIで列に分ける。未対応だけ見る。要確認だけ見る。返信案を確認して送る。

このくらいの小さな流れでも、対応漏れはかなり減ります。

有料テンプレにするなら、問い合わせ整理シート、分類プロンプト、返信テンプレ集、対応状況管理ビュー、送信前チェックリストが作れます。

無料記事では考え方と基本プロンプトまで出す。有料側では、実際に差し替えて使えるシートとプロンプト一式を出す。この分け方なら、無料記事としての価値を残しながら、月3000円に近い商品導線も作れます。

08 — まとめ

散らかった文章を、対応できる形に変える

AIに問い合わせ対応を任せるなら、いきなり返信文を書かせるより、先に一覧化した方がいいです。

問い合わせを、カテゴリ、期限、優先度、確認点、返信案に分ける。未対応だけ見る。要確認だけ止める。最後に返信文を整える。

AIの価値は、文章をそれっぽくすることだけではありません。

散らかった文章を、対応できる形に変えること。

小さな業務では、そこが一番効きます。