問い合わせ後の対応漏れは受付後の引き継ぎで起きやすい
問い合わせ対応の問題は、フォームが動いていない、メールが届かない、CRMがない、という技術面だけで起きるわけではありません。実際には、問い合わせが届いた後の引き継ぎが曖昧なときに起きやすくなります。フォーム通知は代表メールに届いているが、返信担当は営業担当者になっている。電話で受けた相談はメモに残るが、CRMには入っていない。SNSのDMは担当者のスマートフォンで確認されるが、完了条件は決まっていない。このような状態では、問い合わせが届いたことと対応が進んでいることを別々に確認する必要があります。Google Analyticsでは、サイトやアプリ上のユーザー操作をイベントとして扱う考え方が示されています。拡張計測機能イベントには、フォーム送信に関係する説明もあります。ただし、フォーム送信イベントを確認できることは、返信やCRM記録が完了したことと同じではありません。計測は受付確認の補助であり、担当者・期限・ステータスの管理とは分けて考えるのが安全です。
1. 受付確認:問い合わせが届く入口を一覧にする
最初に、問い合わせが入る可能性がある入口を一覧にします。ホームページのフォームだけでなく、代表メール、共有メール、電話、Googleマップ、SNSのDM、SNSコメント、予約サービス、外部ポータル、既存顧客からの直接連絡なども確認対象にします。入口を一覧にするときは、通知先と確認担当も合わせて記録します。フォーム送信後の通知メールがどのメールアドレスへ届くのか、電話を受けた人がどこへメモするのか、DMを見た人がCRMへ転記するのかを確認します。すべての入口を一つのツールへ統合できなくても、問い合わせが入る場所と、その後に誰が確認するかを見える化することが重要です。
2. 問い合わせ種別と優先度を決める
次に、問い合わせの種類を分けます。見積相談、資料請求、採用、営業提案、既存顧客からの連絡、緊急対応、苦情、取材依頼など、内容によって担当者や初回返信の優先度は変わります。ただし、分類を細かくしすぎると運用が続きにくくなります。初期は新規相談、既存顧客、営業・提案、採用・その他など、3〜5分類から始める方法があります。優先度も緊急、通常、確認待ちなど、少ない区分にしておくと判断しやすくなります。迷った問い合わせを保留のまま放置せず、誰がいつ判断するかを決めます。
3. 担当者と初回返信期限を明記する
問い合わせ対応では、誰かが返信するはずという状態を避けます。受付担当、回答担当、確認者を分ける場合でも、CRMや表計算には最終的な担当者と初回返信期限を残します。初回返信期限は、業種や問い合わせ内容によって変わります。すべての会社に共通する正解を決めるのではなく、自社で守れる営業日単位の目安を決めることが現実的です。担当者不在時の代替ルールも用意し、休暇、外出、繁忙期、担当変更がある場合でも期限だけが残って対応が止まらないようにします。
4. 個人情報・相談内容の保管範囲を決める
問い合わせには、氏名、会社名、メールアドレス、電話番号、住所、相談内容、添付ファイル、図面、写真などが含まれる場合があります。CRMや表計算へ転記するときは、便利さだけでなく、どの情報を保存するか、誰が閲覧できるかを決める必要があります。個人情報保護委員会は、個人情報保護に関する法令・ガイドライン等を公開しています。IPAも情報セキュリティに関する公的情報を公開しています。実際の運用では、自社の規程、公的資料、必要に応じた専門家確認を組み合わせて判断します。CRMに残す項目と残さない項目を分け、詳細な相談内容や添付ファイルは保存場所や閲覧権限を別途決めるほうが扱いやすい場合があります。
5. CRM・表計算・タスク管理へ転記する最低項目を決める
CRMの導入前でも、問い合わせ管理は始められます。まずは、どのツールを使っても共通して記録する最低項目を決めます。受付日、受付経路、氏名または会社名、連絡先、問い合わせ種別、優先度、担当者、初回返信期限、ステータス、次回確認日、元メールやフォーム送信履歴への参照などです。メモ欄に自由記述を入れすぎると、後から検索や引き継ぎが難しくなることがあります。重要な判断は、分類、期限、ステータス、次回確認日として分けて残すほうが、週次レビューで確認しやすくなります。
6. 未対応・保留・完了を週次で見直す
問い合わせ管理は、受付時点だけで終わりません。未対応、対応中、保留、完了の状態を定期的に見直すことで、担当者変更や保留案件の埋もれに気づきやすくなります。保留案件には、保留理由と次回確認日を残します。相手からの返答待ち、社内確認待ち、資料準備中、見積作成中など、止まっている理由を分けておくと、次の行動を判断しやすくなります。完了条件も、返信したら完了なのか、契約可否が決まったら完了なのか、社内記録まで済んだら完了なのかを明確にします。
7. 計測とタグ管理は受付確認の補助として使う
GA4やGoogle Tag Managerは、問い合わせ導線の確認に役立つ場合があります。Google Analyticsのイベント説明や拡張計測機能イベントの説明を確認すると、サイト上の操作をイベントとして測定する考え方や、フォーム送信に関係するイベントを理解しやすくなります。Google Tag Managerの公式ヘルプには、アカウントとコンテナの作成・管理に関する手順が示されています。ただし、計測できることと対応できていることは別です。フォーム送信イベントがある、クリック数が見える、タグが設定されている、という状態でも、返信担当やCRM記録、完了確認が決まっていなければ、対応状況は追いきれません。タグ管理を行う場合は、担当者、権限、変更履歴、公開前確認も決めます。
7項目チェックリスト:問い合わせ後のCRM引き継ぎを整理する
1. 問い合わせ入口を一覧にしたか。フォーム、メール、電話、DM、Googleマップなどを確認する。
2. 受付通知先と確認担当を決めたか。通知が届く場所と見る人を分けて記録する。
3. 問い合わせ種別と優先度を3〜5分類で決めたか。迷った場合の確認先も用意する。
4. 担当者と初回返信期限を記録する欄を用意したか。担当不在時の代替ルールも確認する。
5. 個人情報・相談内容・添付ファイルの保管範囲を確認したか。閲覧できる人を増やしすぎない。
6. CRM、表計算、タスク管理へ転記する最低項目を決めたか。受付日、経路、担当者、期限、ステータスを揃える。
7. 未対応・保留・完了を見直す頻度と完了条件を決めたか。保留理由と次回確認日を残す。
このチェックリストは、公的な保証基準ではなく、少人数チームが問い合わせ後の状態を確認しやすくするための実務整理です。自社の業種、個人情報の扱い、既存ツール、担当体制に合わせて調整してください。
Asobeに相談できること
Asobeでは、Web導線、問い合わせフォーム、CRM導入前の棚卸し、人による確認フロー設計を整理する段階から相談できます。問い合わせ入口と通知先を洗い出したい、フォーム項目を見直したい、CRMや表計算へ転記する項目を決めたい、AI Agentを導入する前に人間の確認ルールを整えたい、といった相談です。CRMやAI Agentは、基本フローが見えているほど導入後の確認がしやすくなります。まずは、現在の受付・担当・期限・完了確認を一緒に整理するところから始められます。
FAQ
CRMを導入していなくても、問い合わせ管理は始められますか?
はい。まずは受付日、問い合わせ経路、担当者、期限、ステータスなど最低項目を表計算やタスク管理で整理する方法があります。
問い合わせフォームの送信イベントを見れば、対応漏れは防げますか?
フォーム送信イベントの確認は、受付確認の補助になります。ただし、返信担当、CRM記録、完了確認とは別です。計測だけで対応完了とは判断しないほうが安全です。
個人情報はどこまでCRMに入れてよいですか?
扱う情報の種類、社内ルール、利用目的によって判断が変わります。公的資料や自社規程を確認し、必要以上の情報を残さない方針、閲覧できる人、保存場所を決めることが重要です。
AI Agentで問い合わせ対応を自動化する前に何を決めるべきですか?
受付経路、分類、担当者、期限、確認者、保管範囲、公開・非公開の判断など、人が見ても回る基本フローを先に整理するのがおすすめです。
Asobeにはどの段階で相談できますか?
CRM導入前、フォーム改善前、AI Agent導入前など、問い合わせ後の受付・担当・期限を整理する段階から相談できます。現在の対応フローを見直したい場合も相談できます。
参考情報
- Google Analytics ヘルプ — イベントについてサイトやアプリ上の操作をイベントとして扱う考え方の参照
- Google Analytics ヘルプ — 拡張計測機能イベントform_submit などフォーム送信に関係するイベント説明の参照
- Google Tag Manager ヘルプ — アカウントとコンテナタグ管理のアカウント・コンテナ作成と管理の前提確認
- Google 検索セントラル — SEOスターターガイドユーザーに役立つサイト構造・コンテンツ整備の背景として参照
- 個人情報保護委員会 — 法令・ガイドライン等問い合わせ情報に含まれる個人情報の扱いを慎重に説明するための公的参照
- IPA — 情報セキュリティCRM・表計算・メールで相談内容を共有する際の情報セキュリティ注意点の参照