問い合わせの取りこぼしを防ぐ｜電話・LINE・フォームを売上へ渡す引き継ぎ設計
ホームページの問い合わせフォームから通知が届いた。LINEにも相談が来た。電話の不在着信もある。ところが、担当者が決まらず、返信したか分からず、数日後に「あの件どうなった」となる。地域企業のWeb改善では、問い合わせ数より先に、この引き継ぎの穴を塞ぐ必要があります。
結論は、問い合わせを売上につなぐには、受付・担当決定・初回連絡・有効相談・提案・成約を別の状態として管理することです。フォーム送信だけを「成果」と数えると、返信されなかった相談も売上候補に見えてしまいます。
情報確認日：2026年7月24日。本記事は業務設計の考え方を示すもので、特定のCRM、解析製品、AI導入を必須とするものではありません。顧客情報は、会社のプライバシー・セキュリティ規程に従って管理してください。
問い合わせは、届いた時点では売上ではない
電話ボタンのクリック、LINEへの遷移、フォーム送信は重要な指標です。しかし、その先に次の段階があります。
- 問い合わせが正常に届いた
- 担当者が決まった
- 初回連絡を行った
- 相談内容と条件を確認した
- 見積もりや提案を出した
- 成約または失注理由を記録した
入口だけを測っても、どこで止まったかは分かりません。記事を増やす前に、今ある問い合わせがどこで止まるかを見える化します。
電話・LINE・フォームを一つの箱へ無理に集めない
窓口ごとに利用者の事情が違います。電話は急いでいる人、LINEは写真を送りたい人、フォームは営業時間外に整理して送りたい人が使う傾向があります。すべてを一つの入力方法へ統一すると、利用者に不便を押しつける場合があります。
統一するべきなのは窓口ではなく、受け取った後の状態名です。
| 状態 | 定義 | 次の行動 |
|---|---|---|
| 新規受付 | 内容が届いたが未確認 | 受付確認・担当振分 |
| 連絡待ち | 担当決定済み、初回連絡前 | 期限内に連絡 |
| 確認中 | 条件・希望を確認している | 不足情報を一度に聞く |
| 提案中 | 見積・予約候補・提案を提示 | 次回行動日を決める |
| 成約 | 契約・予約・購入が確定 | 売上・粗利へ結び付ける |
| 見送り | 今回は成立しない | 理由を選択式で残す |
最初に決めるのは「何分以内」ではなく、誰が時計を持つか
「早く返信する」はルールになりません。担当者が休み、営業時間外、専門確認が必要という場面で止まります。
最低限、次の責任を分けます。
- 受付責任：通知が届いたことを確認する人
- 振分責任：誰が回答するか決める人
- 回答責任：顧客へ連絡する人
- 期限管理：未対応案件を再確認する人
同じ人が兼ねても構いません。重要なのは、誰も担当していない時間を作らないことです。
自動返信が解決できること、できないこと
自動返信は「届いたか不安」を減らせます。受付日時、営業時間、回答の目安、緊急時の連絡先、送ってはいけない情報を案内できます。
一方、自動返信を送っただけで対応完了にはできません。個別の料金、在庫、施工可否、予約確定などを、確認なしで自動回答すると事故になります。
良い自動返信は、次のように役割を限定します。
- 受信した事実を伝える
- 正式回答ではないと明記する
- 担当者が確認する時間帯を伝える
- パスワード、カード情報、機密資料を送らないよう案内する
GA4では「フォーム送信」と「営業の進捗」を分ける
Google Analytics 4の推奨イベントには、問い合わせ送信に使うgenerate_leadのほか、見込み客として条件が合うqualify_lead、担当者が対応中のworking_lead、顧客になったclose_convert_leadなどがあります。
ただし、顧客の氏名、電話番号、メールアドレス、問い合わせ本文をGA4へ送ってはいけません。解析側には匿名の案件ID、窓口種別、サービス分類、進捗段階など、個人を直接特定しない情報だけを設計します。
電話・LINE・フォームを売上まで測る既存ガイドでは入口の計測を整理しています。本記事は、その後の社内引き継ぎを扱います。
一つの案件に必要な最小項目
| 項目 | 例 | 注意 |
|---|---|---|
| 匿名案件ID | 20260724-001 | 顧客名をIDにしない |
| 流入元 | 記事、検索、紹介、店頭 | 分からない場合も選択肢化 |
| 窓口 | 電話、LINE、フォーム | 窓口間の重複を確認 |
| 相談分類 | 査定、施工、予約、Web | 自由記述だけにしない |
| 状態 | 新規受付、提案中など | 社内で定義を統一 |
| 次回行動日 | 2026-07-25 | 担当者名とセット |
| 結果 | 成約、時期未定、条件不一致 | 失注も学習材料にする |
問い合わせ本文を全員が見られる表へ貼り付ける必要はありません。案件管理表は進捗だけにし、個人情報は権限を限定した正規の顧客管理場所へ保管します。
AIを使うなら、個人情報を渡す前に止まる
AIは、返信文の型、相談分類、未対応案件の集計、FAQ候補の抽出に使えます。しかし、生の問い合わせ本文をそのまま外部AIへ貼り付ける運用は避けます。
導入前に決めることは次の通りです。
- 利用するAIサービスと法人アカウント
- 入力してよい情報と禁止情報
- 保存・学習・保持に関する設定
- 出力を人間が確認する責任者
- 誤送信や漏えい時の停止手順
AIに返信を任せる前に、匿名データだけで「未対応件数を数える」「返信案の見出しを作る」といった低リスクな用途から始めます。
週次会議で見る数字は七つもいらない
最初の一か月は、次の四つで十分です。
- 新規問い合わせ件数
- 初回連絡までに社内基準を超えた件数
- 有効相談になった件数
- 成約件数と、可能なら粗利
PVやクリックは原因を探る補助指標です。売上向上の会議では、有効相談と成約を中心に見ます。問い合わせが増えても未対応が増えたなら、広告や記事を増やす前に受付能力を直すべきです。
みかもグループで考えると、引き継ぎ先が社内にもある
車検相談から買い替え、売却からレンタカー、新車購入からコーティングのように、相談内容が別事業へ移ることがあります。このとき顧客情報を無断で共有せず、まず本人へ「担当事業から連絡してよいか」を確認します。
事業間送客で記録するのは、紹介元、紹介先、本人同意、成約有無です。誰が何を相談したかという詳細を必要以上に全社共有しないことが、便利さとプライバシーを両立させます。
よくあるご質問
Q. 小さな会社でもCRMを導入すべきですか？
A. 先に状態名、担当、次回行動日を一枚の表で運用し、どこが詰まるか確認してください。必要性が見えてから製品を選ぶほうが、使われないシステムを避けられます。
Q. LINEとフォームの問い合わせが重複したらどうしますか？
A. 本人確認を丁寧に行い、同一案件と確認できた範囲で匿名案件IDを統合します。解析ツールへ個人情報を送って自動照合する設計は避けてください。
Q. 問い合わせ本文をAIで要約してもよいですか？
A. 利用サービスの契約、データ設定、社内承認、禁止情報を確認してから判断します。氏名、連絡先、住所、車台番号、認証情報などを含む生データは、そのまま入力しないでください。
Q. 電話の成約をWeb記事へ結び付けられますか？
A. 記事別の電話クリックと、匿名案件IDの流入元を組み合わせる方法があります。ただしクリックと実通話は同じではなく、顧客の同意やプライバシーへ配慮した運用が必要です。
次の一歩
新しいツールを契約する前に、過去一週間の問い合わせを個人情報なしで並べ、「受付」「連絡待ち」「確認中」「提案中」「成約・見送り」のどこにあるか印を付けてください。担当者と次回行動日が空欄の案件が、最初に直すべき売上の穴です。設計や実装が必要な場合は、みかもデジタルの相談窓口で、現在の窓口と社内運用を分けて伝えてください。
