問い合わせ対応にAIを使いたい。
メールの返信を早くしたい。
フォームに届いた内容を分類したい。
できれば、返信文まで自動で作ってほしい。
この相談は、これからかなり増えると思っています。
というより、すでに増えています。
問い合わせ対応は、AIの効果が見えやすい業務です。
文章を読む。
要点をまとめる。
返信案を作る。
担当者向けに次のアクションを出す。
このあたりは、生成AIと相性がいいです。
ただ、いきなり「AIで自動返信しよう」と考えると、現場ではけっこう危ないです。
問い合わせには、名前、会社名、メールアドレス、電話番号、相談内容、予算感、社内事情、まだ公開していない情報が混ざります。
その情報をそのままAIに入れてよいのか。
AIが作った返信をどこまで信用するのか。
誰が見てから送るのか。
返信したあと、顧客情報として何を残すのか。
ここが曖昧なまま自動化すると、返信は早くなっても、あとから追えなくなります。
僕は、問い合わせ後のAI活用は、返信自動化より先にCRM整理から始めた方がいいと思っています。
ここでいうCRMは、大きな専用ツールに限りません。
スプレッドシートでも、Notionでも、既存の顧客管理システムでも構いません。
大事なのは、問い合わせが来たあとに「誰から、何に困っていて、次に何をするのか」が残ることです。
問い合わせ後のAI活用は、返事を速くする前に、顧客情報と次アクションを同じ型で残すことから始める。
今日は、中小企業や小規模事業者が問い合わせ対応にAIを入れる前に整えたい、CRM整理の考え方をまとめます。
問い合わせ後のAI活用は、返信自動化より整理から始める
問い合わせ対応にAIを使うと聞くと、多くの人が最初に思い浮かべるのは返信文だと思います。
「この問い合わせに対する丁寧な返信を作ってください」
「お客様向けに失礼のない文章にしてください」
「日程調整の案内を入れてください」
たしかに便利です。
僕も、返信のたたき台を作る用途ではかなり使います。
ただ、問い合わせ後の業務は返信だけではありません。
むしろ、返信の前後にある整理の方が重要です。
たとえば、問い合わせフォームからこんな内容が届いたとします。
ホームページを見た。
AI活用に興味がある。
社内で資料作成に時間がかかっている。
まず相談したい。
このとき、AIに返信文だけ作らせると、「お問い合わせありがとうございます。まずは無料相談をご案内します」という文章はすぐ出ます。
でも、それだけでは業務には残りません。
この人はどんな事業者なのか。
相談テーマはAI内製化なのか、資料作成なのか、業務整理なのか。
緊急度は高いのか。
次に送るべき案内は何か。
初回相談前に確認したいことは何か。
こういう情報が残らないと、次回以降の対応が毎回ゼロからになります。
メールを探す。
チャットをさかのぼる。
前回どこまで話したか思い出す。
担当者が変わると分からなくなる。
これでは、せっかく問い合わせが来ても、対応の質が安定しません。
総務省・経済産業省の AI事業者ガイドライン第1.2版 でも、AIを活用する側には、便益だけでなくリスクや運用面を考える姿勢が求められています。
小さな会社の問い合わせ対応に置き換えるなら、まず考えるのは「どこまで自動返信できるか」ではありません。
AIが触れる情報をどう扱い、出力をどう確認し、結果をどこに残すかです。
ここを飛ばすと、AIは便利な文章作成係にはなっても、営業や顧客対応の仕組みにはなりません。
問い合わせ後のAI活用は、返信速度の改善だけで終わらせない。
顧客理解、次アクション、対応履歴まで残す。
そのために、先にCRM整理の型を作ります。
地味です。
でも、ここが整うと、返信文の下書きも、日程調整も、提案準備も、かなり楽になります。
まず残すのは「誰から・何に困って・次に何をするか」
CRM整理というと、難しく聞こえるかもしれません。
顧客管理システムを導入しないといけない。
営業ステージを細かく作らないといけない。
タグや項目を大量に設計しないといけない。
そう考えると、最初の一歩が重くなります。
でも、問い合わせ後のAI活用で最初に必要な項目は、もっと少なくて大丈夫です。
まず残すのは、次の3つです。
- 誰から来た問い合わせか
- 何に困っている問い合わせか
- 次に誰が何をするか
この3つが残れば、問い合わせ対応はかなり安定します。
たとえば、CRMやスプレッドシートに次の項目を作ります。
- 受付日
- 氏名または会社名
- 連絡先
- 問い合わせ経路
- 相談テーマ
- 困っていること
- 希望している支援
- 緊急度
- 次アクション
- 担当者
- 次回連絡日
- 対応メモ
最初はこのくらいで十分です。
ここに、AIを使って要約や分類を入れていきます。
たとえば、問い合わせ本文から「相談テーマ」「困っていること」「次アクション候補」を抽出する。
長いメールなら、担当者向けに3行でまとめる。
過去の問い合わせと似ているテーマがあれば、タグ候補を出す。
返信前に確認すべき点を並べる。
この使い方なら、AIは勝手に顧客対応を完了させるのではなく、担当者が判断しやすい状態を作る補助になります。
以前書いた 生成AIの業務自動化は、いきなり連携より社内メモの型化から始める と同じ考え方です。
いきなり連携や自動送信に進む前に、まず毎回同じ形で残すメモを作る。
問い合わせ対応なら、そのメモがCRMの項目です。
ここで欲張りすぎないことも大事です。
最初から項目を30個も作ると、入力が面倒になります。
担当者が埋められない項目は、だんだん使われなくなります。
CRMは、項目が多いほど偉いわけではありません。
次の対応に必要な情報が残っていることが大事です。
問い合わせが来たときに、誰が見ても次に動ける。
1週間後に見返しても、何の相談だったか分かる。
初回相談の前に、相手の悩みと期待値を確認できる。
この状態を作るだけでも、AI活用の土台としてかなり強いです。
問い合わせ後のCRM整理は、営業管理のためだけではありません。
お客様を雑に扱わないための記録でもあります。
その意味で、AIを入れる前に整える価値があります。
AIには返信ではなく、分類と下書きまで任せる
では、AIには何を任せるのか。
最初のおすすめは、分類と下書きまでです。
いきなり送信まで任せる必要はありません。
問い合わせ対応では、AIに任せたい気持ちが出やすいです。
毎回似たような返信を書いている。
同じ説明を何度もしている。
営業時間外にも問い合わせが来る。
すぐ返せないと機会損失になりそう。
この感覚はよく分かります。
ただ、問い合わせには温度があります。
かなり困っている人。
まだ情報収集の人。
明らかに対象外の営業メール。
過去に接点がある人。
紹介経由で来た人。
予算や納期の前提が合う人。
同じ「お問い合わせありがとうございます」でも、返し方は少しずつ変わります。
だから最初は、AIにこう頼むのが現実的です。
以下の問い合わせ本文をもとに、担当者が確認するためのCRM入力案を作ってください。
メール本文に書かれていない情報は補わないでください。
出力は、相談テーマ、困っていること、緊急度、次アクション候補、返信下書き、送信前の確認点に分けてください。
この依頼なら、AIは判断を完了するのではなく、担当者が判断する材料を作ります。
返信下書きも、送信前提ではなく確認前提です。
ここが大事です。
OpenAIの Structured Outputs のように、AIの出力を決まった形に寄せる考え方もあります。
小さな会社でAPI実装までしない場合でも、発想は使えます。
毎回、自由な文章で返してもらうのではなく、決まった項目で返してもらう。
相談テーマ。
要点。
不足情報。
次アクション。
返信下書き。
確認点。
この形にしておくと、CRMへ転記しやすくなります。
あとから自動化する場合も、どの項目をどこに入れるか決めやすいです。
逆に、AIの出力が毎回バラバラだと、確認する人が疲れます。
今日は箇条書き。
明日は長文。
昨日は返信だけ。
今回は勝手に商談確度まで書いている。
こうなると、AIの便利さより運用負荷の方が大きくなります。
AIエージェント導入前に決めたい権限設計 でも書きましたが、AIに渡す権限は段階的にした方がいいです。
問い合わせ対応なら、最初は読む、分類する、下書きする。
送る、書き換える、削除する、確定判断するところは人が見る。
この線引きで始めれば、現場も試しやすいです。
AI活用の目的は、人の判断を消すことではありません。
人が判断する前の整理を軽くすることです。
問い合わせ対応では、この順番がかなり効きます。
CRMに入れる情報と入れない情報を分ける
問い合わせ後のAI活用で、もう一つ大事なのが情報の線引きです。
CRMに何を入れるのか。
AIに何を見せるのか。
逆に、入れない情報は何か。
ここを決めておかないと、あとから怖くなります。
問い合わせ本文には、個人情報や会社の事情が含まれることがあります。
氏名、メールアドレス、電話番号。
会社名、役職、所在地。
相談内容、売上、採用、家庭事情、健康や人間関係に近い話。
サービスによっては、かなりセンシティブな情報が入ることもあります。
だから、AIにそのまま渡す前に、まず情報の種類を分けます。
たとえば、次の3つです。
- CRMに残す情報
- CRMには残すがAIには渡さない情報
- そもそもCRMに残さない情報
CRMに残す情報は、次の対応に必要なものです。
連絡先、相談テーマ、希望内容、次アクション、対応履歴などです。
CRMには残すがAIには渡さない情報は、連絡や契約管理には必要だけれど、AI処理には不要なものです。
たとえば、電話番号や詳しい住所、支払い情報に近いもの、本人確認につながる情報などです。
そもそもCRMに残さない情報もあります。
一時的に見ただけで足りる情報。
相談に関係しない個人的な事情。
担当者の推測や感情的なメモ。
根拠がない評価。
これらを何でも残すと、あとで管理が重くなります。
個人情報保護委員会も、生成AIサービスの利用に関する注意喚起 の中で、個人情報の入力や利用目的との関係に注意する必要があることを示しています。
実務では、難しい法務文書を最初から完璧に作るより、まず現場で守れる表にするのが大事です。
この情報はAIに入れてよい。
これは伏せてから入れる。
これは入れない。
この3段階で十分です。
以前の 生成AIの社内ルールは、禁止より入力ルールから考える ともつながります。
問い合わせ対応は、まさに入力ルールが必要な業務です。
「お客様の情報は気をつけましょう」だけでは、現場は迷います。
何を伏せるのか。
どこまで要約すればよいのか。
誰が確認すればよいのか。
どのツールに保存してよいのか。
ここまで決めると、AIを使いやすくなります。
CRM整理は、ただ情報を増やすことではありません。
必要な情報だけを、あとで使える形で残すことです。
AI活用が進むほど、情報は流れやすくなります。
だからこそ、残すものと残さないものを先に分ける。
ここを雑にしないことが、問い合わせ対応AIを安心して使うための土台になります。
問い合わせ対応のログを、次の改善材料にする
問い合わせ後のCRM整理は、対応漏れを防ぐためだけではありません。
次の改善材料にもなります。
問い合わせは、お客様の言葉がそのまま届く場所です。
何に困っているのか。
どのページを見て問い合わせたのか。
どの説明が分かりにくかったのか。
どんな不安が残っているのか。
どのサービス名に反応しているのか。
ここには、ホームページやサービス設計を直すヒントがかなりあります。
でも、メールの中に埋もれていると見えません。
その場で返信して終わり。
担当者の頭の中だけに残る。
月末に振り返ろうとしても、メールを一つずつ開かないと分からない。
これでは、改善に使いづらいです。
だから、問い合わせ対応ログを残します。
ログといっても、大げさなものではありません。
- 相談テーマ
- 問い合わせ経路
- 最初に気にしていたこと
- 返信で伝えたこと
- 次アクション
- 失注または保留の理由
- ホームページ側で補足した方がよい情報
このくらいです。
AIを使うなら、毎週または毎月、このログをまとめてもらえます。
今月多かった相談テーマ。
よく出た不安。
返信に時間がかかった問い合わせ。
ホームページに追加すべきFAQ。
サービスページで伝え直した方がよい表現。
こういう振り返りができます。
これは、かなり実務に効きます。
問い合わせ対応は、営業活動の最後ではありません。
次の発信、ホームページ改善、FAQ整備、資料改善につながる入口です。
カタチ舎の仕事でも、問い合わせや相談前の言葉を見ていると、「この説明はまだ伝わっていないな」と気づくことがあります。
サービス内容を変えるほどではない。
でも、見せ方や順番を直した方がいい。
この感覚は、実際の問い合わせからしか見えません。
AIは、その振り返りをかなり助けてくれます。
ただし、ここでも元データの扱いには注意が必要です。
個人名や連絡先を含めたまま全体分析に使う必要はありません。
テーマ、困りごと、経路、対応結果など、改善に必要な項目だけで十分です。
問い合わせログを作る目的は、お客様を細かく監視することではありません。
サービスを分かりやすくし、次に来る人の不安を減らすことです。
この視点を持つと、CRM整理は単なる管理作業ではなくなります。
お客様の言葉を、事業改善の材料として丁寧に扱う作業になります。
ここまでできると、AI活用はかなりカタチ舎らしい領域に入ってきます。
言葉を整え、導線を整え、次の行動につなげる。
その土台が、問い合わせ後のCRM整理です。
7日間で作る問い合わせ後CRM整理の型
最後に、実際に何から始めるかを整理します。
おすすめは、7日間だけ小さく試すことです。
いきなりCRMツールを契約しなくても大丈夫です。
今あるスプレッドシート、Notion、Googleフォーム、既存の顧客管理表で始められます。
大事なのは、問い合わせが来たあとに同じ流れで残せることです。
7日間でやるなら、こんな順番です。
1日目は、直近の問い合わせを3件だけ見返します。
問い合わせ本文、返信、次アクション、結果を確認します。
どの情報が残っていて、どの情報が抜けていたかを見るだけで十分です。
2日目は、相談テーマを3から5個に分けます。
たとえば、AI活用、資料作成、ホームページ改善、サービス整理、その他。
細かすぎる分類は不要です。
担当者が迷わず選べる粒度にします。
3日目は、CRM項目を決めます。
受付日、氏名、連絡先、問い合わせ経路、相談テーマ、困っていること、次アクション、担当者、次回連絡日、対応メモ。
まずはこのくらいで始めます。
4日目は、AIに渡す依頼文を作ります。
問い合わせ本文から、CRM入力案と返信下書きを作る依頼文です。
このとき、「書かれていない情報は補わない」「送信前の確認点を出す」「個人情報は必要以上に使わない」と明記します。
5日目は、実際の問い合わせ1件で試します。
AIの出力をそのまま使うのではなく、担当者が見て修正します。
どこが助かったか。
どこがズレたか。
CRM項目に足りないものはあるか。
これをメモします。
6日目は、入力ルールを作ります。
AIに入れてよい情報、伏せる情報、入れない情報を3列で整理します。
完璧な規程ではなく、現場がすぐ見られる小さな表にします。
7日目は、1週間分を振り返ります。
返信が早くなったか。
確認が楽になったか。
次アクションが残ったか。
ホームページやFAQに反映した方がよい問い合わせはあったか。
ここまで見れば、次に自動化すべき場所が見えます。
場合によっては、まだ自動化しなくてもいいかもしれません。
CRM項目とAI下書きだけで、十分に楽になることもあります。
逆に、毎回同じ分類が出ているなら、フォーム連携や通知連携を考えてもいい。
AIエージェントに下書き作成まで任せる段階に進めるかもしれません。
ただし、送信や顧客情報の更新は、最初から自動化しすぎない方がいいです。
まずは、人が確認できる形でAIを使う。
CRMに残す情報をそろえる。
問い合わせログを改善材料にする。
この順番が、問い合わせ対応のAI活用では現実的です。
問い合わせ対応は、スピードだけでなく信頼の仕事です。
早く返すことも大事です。
でも、相手の状況を理解し、次に必要なことを忘れず、対応の温度を保つことも同じくらい大事です。
AIは、そのための整理役として使うとかなり強いです。
カタチ舎では、問い合わせ対応、CRM整理、AI下書き、入力ルール、ホームページ改善まで、実務の流れに合わせて設計しています。
「問い合わせ対応にAIを使いたいけれど、どこまで任せてよいか分からない」
「CRMやスプレッドシートに何を残せばよいか整理したい」
「返信だけでなく、問い合わせからサービス改善までつなげたい」
そんな場合は、お問い合わせ から今の運用をそのまま送ってください。
いきなり大きなCRM導入や完全自動返信にしなくて大丈夫です。
まずは、問い合わせ後に残す情報の型から一緒に整えていきましょう。
Author
村上龍平
カタチ舎代表。言葉、生成AI活用、資料・Web制作を行き来しながら、事業の考えを届く形へ整理しています。