ホームページから問い合わせが届いても、返事が遅れたり、担当者のメールボックスに埋もれたりすれば商談につながりません。最初は高機能なツールを導入する前に、受信から次の行動までを一行で追える形にしましょう。
問い合わせ1件に持たせる情報
| 項目 | 記入例 | 目的 |
|---|---|---|
| 受付日 | 9月29日 | 放置期間を把握する |
| 問い合わせ元 | サイトのフォーム | 流入元を確認する |
| 相談の要約 | 見積もり希望 | 詳細を開く前に判別する |
| 担当者 | Aさん | 誰が返事するかを明確にする |
| 状態 | 未対応／返信待ち／日程調整中／完了 | 現在位置を共有する |
| 次の行動と期限 | 30日午前に候補日を送る | 対応漏れを防ぐ |
顧客のメール本文や個人情報を、必要以上に複数の表へコピーしないでください。共有範囲、保管期間、削除の手順は運営体制に合わせて決めます。実在の顧客情報を個人のAIアカウントに貼り付けて要約させる運用は避け、利用条件と社内ルールを確認します。
初回返信は「次に何をするか」を書く
受領へのお礼だけでは、相談が進みません。相談内容の理解、回答できること、追加で必要な情報、次に連絡する予定を短く伝えます。見積もりをすぐに出せない場合も、「必要な情報を確認してから、いつまでに回答するか」を示せます。返信の速さについて根拠のない成果率は掲げず、自社で対応可能な目安を決めて守ります。
毎日確認するのは未対応と期限超過
管理表の全行を読む必要はありません。まず未対応の問い合わせ、次に期限を過ぎた次の行動を見ます。担当者が不在のときに誰が引き継ぐかを決めておきます。週に一度は「問い合わせ数」だけでなく、「返事できた件数」「次の行動が決まった件数」「失注・見送り理由」を振り返ります。
表計算で十分な場合と見直す場合
少人数で担当が固定され、対応件数が少なければ、共有可能な表計算ソフトで運用を始められます。共同編集や変更履歴の機能もあります。複数担当者への自動振り分け、重複管理、権限分け、案件との一元管理などが必要になったらCRM等の検討材料になります。製品への移行は実際の件数と運用上の困りごとを記録してから判断します。
フォームと管理表をつなぐ前に
フォームを外部ツールへ自動連携する場合は、連携先でどの情報を保存するか、通知が失敗したときに誰が気づけるかを確認します。自動化を使わなくても、フォーム送信と通知メールをテストし、担当者が管理表へ転記するルールを守れば始められます。運用を複雑にする前に、問い合わせ1件を最後まで追えることを優先します。
まとめ
サイトの役割はフォーム送信で終わりません。「担当者・状態・次の行動・期限」が見えるだけで、対応漏れの原因を発見しやすくなります。入口の設計は「問い合わせフォームに必要な項目は？」、サイトの作り方は「問い合わせ用ホームページは何で作る？」を参照してください。