問い合わせフォームからCRM登録、担当者の割当、初回返信までを自動化するときに最も大切なのは、ツールをつなぐことより先に「どの問い合わせを、どんな条件で、誰に割り当て、何時間以内に誰が返すか」というルールを決めることです。ルールが決まっていれば、フォームの送信をきっかけにCRMへ登録し、条件に応じて担当者を決め、通知と自動返信を送る流れは、iPaaSや既存ツールの連携機能で比較的素直に作れます。逆にルールが曖昧なまま自動化すると、誰の担当でもない問い合わせが残ったり、同じ会社が何件も重複登録されたりして、かえって対応漏れが見えにくくなります。
この記事は、問い合わせ対応の責任者、営業やマーケティングの担当者、そして「フォームの問い合わせをメールで受けて、手でCRMに入れている」状態を変えたい事業責任者に向けて書いています。自動化の全体像、自動化の前に決めるべきルール、フォームの項目設計、CRM登録と重複の扱い、担当割当の方式、初回返信と対応期限の管理、実現方法の選び方、導入の手順とよくある失敗を順に説明します。
読み終えたときに、自社の問い合わせ対応のどこを自動化でき、何を先に決めておくべきかが分かり、具体的な構築の計画を立てられることを目指しています。
問い合わせ対応を自動化する全体像
問い合わせフォームが送信されてから、最初の返信が届くまでの流れを、自動化できる単位に分けると次のようになります。
- 受付：フォームが送信され、問い合わせの内容がシステムに届く
- 登録：問い合わせの内容をCRMに登録する。既存の顧客なら、その顧客に紐づける
- 分類：問い合わせの種類（資料請求、見積もり依頼、導入相談、サポート、採用、営業の売り込みなど）を判定する
- 割当：条件に応じて担当者や担当チームを決める
- 通知：担当者に、チャットやメールで新しい問い合わせを知らせる
- 自動返信：問い合わせた人に、受付完了と今後の流れを知らせるメールを送る
- 対応期限の管理：決めた時間内に担当者が対応したかを確認し、遅れていれば知らせる
手作業でこれを回している会社では、問い合わせのメールを誰かが見て、内容を判断し、CRMに入力し、担当者に声をかける、という流れになっていることが多いはずです。この流れのどこかで担当者が不在だったり、メールが埋もれたりすると、問い合わせが放置されます。自動化の目的は、作業時間の削減以上に、この「放置」をなくすことにあります。
自動化の前に決めるべきルール
自動化の仕組みは、決めたルールを忠実に実行するだけです。ルールが曖昧な部分は、自動化しても曖昧なまま残ります。最初に次の点を決めておきます。
| 決めること | 内容 | 決めないと起きること |
|---|---|---|
| 問い合わせの種類 | どんな種類に分けるか、判定の基準は何か | 分類がばらつき、集計も割当もできない |
| 担当の決め方 | 種類・地域・業種・企業規模などで誰に割り当てるか | 誰の担当でもない問い合わせが残る |
| 既存顧客の扱い | 既に取引のある会社からの問い合わせは誰が受けるか | 新規の担当と既存の担当が別々に連絡してしまう |
| 初回返信の期限 | 受付から何時間以内に、誰が返信するか | 返信が遅れても誰も気づかない |
| 期限超過時の対応 | 期限を過ぎたら誰に知らせ、誰が代わりに対応するか | 担当者の不在時に放置される |
| 対応不要な問い合わせ | 営業の売り込みやいたずらをどう扱うか | 担当者の手間が減らない、集計が乱れる |
| 営業時間外・休日の扱い | 夜間や休日の問い合わせの返信期限をどう数えるか | 期限の警告が深夜に飛ぶ、休み明けに大量に溜まる |
このルールは、営業やカスタマーサポートの責任者が決めるべき内容で、システムの担当者や外部の開発会社が代わりに決めることはできません。逆に言えば、ここが決まっていれば、仕組みの構築は外部に任せても大きく外れることはありません。
フォームの項目設計：自動化しやすい入力にする
自動化の精度は、フォームで何を聞くかに大きく左右されます。自由記述の欄だけのフォームでは、問い合わせの種類も、会社の規模も、緊急度も分からず、割当のための判断を人が行うことになります。
自動化を前提にしたフォームでは、次のような工夫をします。
- 問い合わせの種類を選択式にする：「資料請求」「見積もり・導入相談」「既にご利用中の方のお問い合わせ」「その他」など、割当の条件に使う区分を選んでもらう。選択肢は、割当のルールと一致させる。
- 会社名とメールアドレスは必須にする：CRMで既存の顧客と照合するための手がかりになる。
- 割当に必要な情報だけを追加で聞く：地域や業種、検討時期などで担当を分ける場合は、その項目を選択式で聞く。割当に使わない項目は増やさない。
- 項目を増やしすぎない：項目が多いほど、問い合わせる人の負担が増え、途中でやめる人が増える。自動化に必要な最小限に絞る。
選択式の項目は、問い合わせる人が正しく選ぶとは限りません。「その他」が多い、選択と自由記述の内容が食い違う、といったことは起こります。重要な判断に使う場合は、後で人が見直せる仕組みを残しておきます。自由記述の内容から問い合わせの種類を判定する方法としては、生成AIを使った分類も選択肢になります。詳しくは問い合わせメールの振り分けを生成AIで自動化する方法と注意点で解説しています。
CRMへの登録と重複の扱い
問い合わせをCRMに自動登録するときに、最も問題になるのが重複です。同じ会社の別の人から問い合わせが来た、同じ人が二回送信した、既存の顧客が新規の問い合わせフォームから連絡してきた。こうしたケースで毎回新しい顧客として登録していると、CRMの中に同じ会社がいくつも存在し、営業の履歴がばらばらになります。
重複を防ぐには、登録の前に既存のデータと照合します。
- メールアドレスで個人を照合する：同じメールアドレスの人が既に登録されていれば、新しい人は作らず、既存の人に問い合わせの履歴を追加する。
- 会社名やメールのドメインで会社を照合する：同じ会社の別の人なら、既存の会社に新しい担当者として紐づける。ただし、会社名は表記の揺れ（株式会社の有無、略称、全角と半角）があるため、単純な一致では漏れが出る。
- 判断がつかないものは人に確認させる：自動で紐づけるか迷うケースは、「要確認」として登録し、担当者が見て判断する。
表記の揺れを吸収して同じ会社や人をまとめる作業は名寄せと呼ばれます。完全な自動化は難しいため、照合の精度を上げる工夫と、人が確認する仕組みを組み合わせるのが現実的です。
また、CRMに登録する項目を決めておくことも大切です。フォームの項目をすべて登録するのではなく、営業やサポートが後から使う項目だけを、CRMの決まった項目に対応づけて登録します。CRMに入力される情報の質を保つ考え方は、営業がCRMに入力しない問題でも扱っています。
担当割当の方式
担当者の割り当て方には、いくつかの方式があります。自社の営業体制に合わせて選び、組み合わせます。
| 方式 | 仕組み | 向いている場面 | 注意点 |
|---|---|---|---|
| 条件による割当 | 問い合わせの種類・地域・業種などの条件で担当を決める | 担当範囲が明確に分かれている | 条件に当てはまらない問い合わせの受け皿が必要 |
| 順番による割当 | 担当者の間で順番に回す | 担当者の役割が同じで、件数を均等にしたい | 不在の担当者に回らないようにする工夫が必要 |
| 既存担当への割当 | 既存顧客なら、その顧客の担当者に回す | 既存顧客からの問い合わせが多い | 担当者が退職・異動していないか確認が必要 |
| 一次受付からの振り分け | まずチームの受付担当に集め、人が振り分ける | 問い合わせの種類が多様で、条件化しにくい | 受付担当が詰まりどころにならないようにする |
多くの会社では、「既存顧客なら既存担当へ」「新規なら条件で割当」「条件に当てはまらなければ一次受付へ」という組み合わせが現実的です。割当の結果は担当者に通知し、担当者が受け取ったことをCRM上で記録する（ステータスを「対応中」に変えるなど）運用にしておくと、受け取られていない問い合わせが見えるようになります。
割当の結果は、CRMに記録として残しておくことも大切です。どの種類の問い合わせが、どの経路から、どれだけ来ていて、誰がどれだけ受け持っているかが分かれば、担当の偏りに気づけるだけでなく、問い合わせから商談、受注へとつながる割合を種類ごとに追えるようになります。自動化によって入力の手間がなくなると、記録が抜けなく残るため、こうした集計の信頼性も上がります。問い合わせ対応の自動化は、作業を減らすだけでなく、営業やマーケティングの改善に使えるデータを蓄える仕組みでもあるのです。
初回返信と対応期限の管理
問い合わせた人にとって、最初の反応の速さは会社の印象を大きく左右します。自動化で押さえたいのは、次の二つです。
受付完了の自動返信
フォームが送信されたら、すぐに受付完了のメールを送ります。内容には、問い合わせを受け付けたこと、問い合わせ内容の控え、担当者から連絡するまでのおおよその目安、急ぎの場合の連絡先を含めます。問い合わせの種類によって文面を変えると、より親切です。たとえば資料請求なら資料のダウンロード先を、既存顧客のサポートならサポート窓口の案内を入れます。
担当者による初回対応の期限管理
自動返信はあくまで受付の知らせであり、担当者からの実際の返信が本当の初回対応です。決めた期限までに担当者が対応したかを、CRMのステータスで確認し、期限を過ぎても対応されていなければ、担当者とその上長、あるいはチームに知らせます。
期限の計算は、営業時間を考慮します。金曜の夜の問い合わせに、土日の間に警告を出し続けても意味がありません。営業時間内の経過時間で数える、休日を除く、といった設定ができるかを、実現方法を選ぶ際に確認しておきます。
実現方法の選び方
問い合わせからCRM登録までの自動化は、いくつかの方法で実現できます。
- CRMやフォームツールの標準機能：CRMに付属するフォーム機能や割当ルール、自動返信の機能を使う。CRMの標準機能の範囲で足りるなら、最も手軽で保守もしやすい。
- iPaaSやノーコードの連携ツール：フォームツールとCRM、チャットなど、別々のサービスをつなぐ。フォームが送信されたことをWebhookで受け取り、CRMへの登録と通知を行う形が一般的。選び方はiPaaSとは何か：導入すべき会社の条件と選び方のポイントで解説している。
- 個別のシステム開発：重複の照合や割当の条件が複雑な場合、既存の社内システムと深く連携する場合、独自の対応管理画面が必要な場合に選ぶ。
選ぶときの目安は次のとおりです。CRMの標準機能で割当と自動返信ができ、フォームもCRMのものを使えるなら、まず標準機能で始めます。フォームとCRMが別のサービスで、処理が定型的ならiPaaSでつなぎます。重複の照合を細かく制御したい、割当の条件が多段階になる、対応状況を独自の画面で管理したい、といった要件があれば、個別開発を検討します。
導入の手順
導入は次の順番で進めると、手戻りが少なくなります。
- 現状の流れを書き出す：問い合わせが届いてから初回返信までに、誰が何をしているか、どこで時間がかかり、どこで漏れが起きているかを確認する。
- ルールを決める：問い合わせの種類、担当の決め方、既存顧客の扱い、返信期限、期限超過時の対応を決める。
- フォームの項目を見直す：割当に必要な項目を選択式にし、不要な項目を減らす。
- CRMの項目と対応づける：フォームの各項目をCRMのどの項目に登録するか、重複の照合をどう行うかを決める。
- 実現方法を選んで構築する：標準機能、iPaaS、個別開発のどれで作るかを決め、まず一つの問い合わせの種類で動かす。
- テストする：新規の会社、既存の会社、同じ人の二重送信、条件に当てはまらない問い合わせ、営業時間外の問い合わせなど、想定されるケースで試す。
- 本番運用を始め、見直す：割当の偏り、期限超過の件数、重複の発生状況を定期的に確認し、ルールと設定を直す。
よくある失敗とその避け方
- ルールを決めずにツールをつなぎ、担当のない問い合わせが残る：条件に当てはまらない問い合わせの受け皿（一次受付の担当やチーム）を必ず決めておく。
- 重複登録が増えて、CRMが使いにくくなる：登録前にメールアドレスと会社で照合し、迷うものは「要確認」として人が判断する。
- 不在の担当者に割り当てられて放置される：期限超過の通知を、担当者だけでなくチームや上長にも送る。順番割当では、不在の人を一時的に外せるようにする。
- 自動返信の文面が機械的で、印象が悪い：問い合わせの種類ごとに文面を用意し、今後の流れと目安を具体的に書く。
- 営業の売り込みが大量に割り当てられる：フォームの種類の選択肢や内容で判定し、対応不要の区分に振り分ける。判定の誤りに備え、定期的に見直す。
- 作った人しか設定を分からない：割当のルールと設定の場所を文書に残し、変更の担当を決めておく。
具体的な場面の例
架空の一般的な例で考えます。
社員十数名のBtoBのソフトウェア会社で、Webサイトの問い合わせフォームの内容が共有のメールアドレスに届き、営業の誰かが気づいたら返信し、余裕があればCRMに入力する、という運用をしていたとします。忙しい時期には返信が数日遅れることがあり、既存顧客からのサポートの問い合わせを営業が新規の見込み客として扱ってしまうこともありました。
この会社は、まず営業責任者が中心になって、問い合わせの種類を「資料請求」「導入相談」「ご利用中のお客様」「その他」の四つに分け、返信期限を「導入相談は営業日の当日中、それ以外は翌営業日まで」と決めました。フォームでは種類を選択式にし、CRMにはメールアドレスと会社のドメインで照合してから登録する設定にしています。「ご利用中のお客様」はサポートチームに、「導入相談」は地域ごとの営業担当に、「資料請求」は営業の順番割当に回し、照合で既存顧客と判定されたものは既存の担当者に回すルールにしました。
構築は、フォームツールとCRMとチャットをiPaaSでつなぐ形で行い、期限を過ぎて対応中にならない問い合わせはチームのチャットに知らせるようにしています。運用を始めてからは、月に一度、割当の偏りと「その他」に分類された問い合わせの中身を見直し、選択肢と割当の条件を少しずつ調整しています。
問い合わせ自動化のチェックリスト
- 問い合わせの種類と、それぞれの判定基準が決まっている
- 種類や条件ごとの担当者、条件に当てはまらない場合の受け皿が決まっている
- 既存顧客からの問い合わせの扱いが決まっている
- 初回返信の期限と、期限を過ぎたときに知らせる相手が決まっている
- フォームの項目が、割当に必要な情報を選択式で聞く形になっている
- CRMへの登録前に、メールアドレスや会社で既存データと照合している
- 照合で判断がつかないものを、人が確認する仕組みがある
- 受付完了の自動返信に、今後の流れと目安が書かれている
- 営業時間外・休日の問い合わせの扱いが決まっている
- 割当のルールと設定の場所が文書に残っている
よくある質問
Q. 問い合わせの件数が少なくても、自動化する意味はありますか？
件数が少なくても、問い合わせの放置や重複登録が起きているなら意味があります。特に、少人数で営業とサポートを兼ねている会社ほど、担当者の不在時に問い合わせが埋もれやすくなります。CRMの標準機能やフォームの自動返信など、手軽な範囲から始めるのがおすすめです。
Q. 生成AIで問い合わせの返信まで自動化できますか？
よくある質問への定型的な回答なら、生成AIで返信の下書きを作ることはできます。ただし、見積もりや契約、個別の事情に関わる問い合わせは、誤った回答が信頼を損なうおそれがあるため、下書きを人が確認してから送る形が安全です。
Q. CRMを導入していない場合はどうすればよいですか？
まずはスプレッドシートなどで問い合わせの一覧を管理し、フォームの送信内容が自動で追加されるようにするだけでも、放置や重複を見つけやすくなります。件数や担当者が増え、履歴の管理や割当の自動化が必要になった段階で、CRMの導入を検討するのが順当です。
Otsumuに相談できること
フォームとCRMが同じサービスで、標準の割当ルールや自動返信の機能で足りるなら、この記事の手順に沿って社内で自動化を進めることは十分可能です。まずは問い合わせの種類と担当の決め方、返信期限を決め、一つの種類から動かしてみてください。
一方で、フォームとCRMとチャットが別々のサービスで連携の設計が必要、重複の照合や割当の条件が複雑、既存の社内システムや顧客データと深く連携させたい、といった場合は、連携の設計と開発の経験がある外部の力を借りた方が早く安定します。
Otsumuでは、問い合わせ対応の現状整理とルールづくりから、フォームとCRMの連携の設計・構築、割当と期限管理の仕組みづくり、運用後の改善までを一貫して支援しています。詳しくは自社サービス運用の自動化コンサルティングやCRM開発のページをご覧ください。
問い合わせ対応のどこで漏れや遅れが起きているか、まずは30分の無料相談で状況を伺いながら一緒に整理します。
この記事について
Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、進め方と判断の枠組みを中心にまとめています。法務・税務・会計などの制度は、専門家や公的窓口で最新の情報をご確認ください。
執筆：Otsumu株式会社 ／ 編集日 2026.10.01