問い合わせフォームや代表メールへ連絡が届いても、その後の対応が個人の受信箱や記憶に任されていると、返信忘れや引き継ぎ漏れが起きます。最初の返信はできても、資料送付後の確認や見積の回答が止まり、相談が自然に消えてしまうこともあります。
対策として大切なのは、通知を増やすことだけではありません。問い合わせを受けた瞬間から完了まで、誰が担当し、いつまでに、次に何をするかを同じ流れで確認できるようにすることです。ここでは、現在のメールやフォームを使いながら、対応漏れを減らす仕組みのつくり方を説明します。
受信できたことと、対応できたことは別
フォームからメールが届けば、問い合わせの受付はできています。しかし、メールが届いたことだけでは、次の問いに答えられません。
- 誰が内容を確認するのか
- いつまでに最初の返信をするのか
- 返信後、次に何を待っているのか
- ほかの担当者へ引き継いだか
- 対応を終えたのか、途中で止まっているのか
受信箱では「未読か既読か」は分かっても、「対応が必要か」「次の期限はいつか」までは表せません。転送やチャットで担当を決めても、その会話が流れると状況を追いにくくなります。
問い合わせ対応を安定させるには、メールを増やすのではなく、受信した内容を一件の対応記録として管理する入口が必要です。
最低限、6つの情報を残す
最初から細かな入力欄を増やすと、記録そのものが続きません。対応の判断に必要な情報へ絞って始めます。
1. 受付日時と受付経路
いつ、どこから届いたかを残します。自社サイト、代表メール、電話、紹介など、入口を同じ分類で記録すると、あとから探しやすくなります。Webフォームの場合は、問い合わせを送ったページも分かるようにしておくと、相談の背景を理解する助けになります。
2. 会社・連絡者と相談内容
会社名、連絡した人、連絡先、相談内容を記録します。ただし、フォームに書かれた文章を必要以上に複製しないことも重要です。閲覧する人を限定すべき情報が含まれる可能性があるため、保存場所と権限を決めます。
3. 担当者
「営業部で見る」「誰かが返信する」ではなく、一件ごとに責任を持つ担当者を一人決めます。複数人で対応する場合も、最初の確認役を明確にします。担当者が不在のときに誰が代わるかまで決めておくと、休日や繁忙時の停滞を防ぎやすくなります。
4. 現在の状態
状態は、次の行動が変わる区切りへ絞ります。たとえば「未確認」「返信準備中」「先方回答待ち」「社内確認中」「完了」「対象外」です。状態が多すぎると、人によって選び方が変わります。それぞれの意味を短い言葉で決めておきます。
5. 次の行動と期限
「対応中」だけでは、何をすればよいか分かりません。「資料を送る」「質問へ回答する」「社内で可否を確認する」など、次の一手を動詞で書き、期限を付けます。先方からの回答待ちでも、「指定日までに返答がなければ確認する」と自社側の次の行動を置けます。
6. 対応履歴と完了理由
いつ、誰が、何をしたかを簡潔に残します。完了時には、商談へ進んだ、質問への回答のみで終えた、対象外だったなど、終了理由を選べるようにします。個人の評価に使うためではなく、止まりやすい場所を見直す材料にするためです。
対応漏れを防ぐ流れを5段階で決める
1. すべての入口を洗い出す
Webフォームだけを整えても、代表メール、電話、紹介、担当者への直接連絡が別のままでは、全体の対応状況は分かりません。まず、問い合わせが入る経路と、現在誰に通知されるかを書き出します。
すべてを一度に自動で取り込めなくても構いません。「電話を受けた人が共通の一覧へ登録する」など、入口から記録へ移す手順を決めます。
2. 受付直後の役割と期限を決める
問い合わせが届いたら、最初に誰が内容を確認し、担当を割り当てるかを決めます。最初の返信期限は、相談内容や会社の営業日、対応体制に合わせて設定します。一律の短い時間を掲げるより、守れる基準を決め、不在時の流れまで用意するほうが実用的です。
自動返信は「受け付けたこと」を伝える手段にはなりますが、内容を読んだ返答の代わりにはなりません。自動返信済みを、人が対応済みと数えないようにします。
3. 一覧で「期限を過ぎたもの」を見えるようにする
全件を同じ順番で並べるだけでは、急ぐものが埋もれます。未完了で期限が近いもの、期限を過ぎたもの、担当者が未定のものを絞り込めるようにします。
毎日確認する画面に必要なのは、細かな集計よりも「今日、誰が何をするか」です。朝や終業前など、チームが無理なく確認できるタイミングを決めます。通知を送る場合も、通知先で対応を完結させず、共通の記録へ戻って更新します。
4. 引き継ぎは、転送ではなく次の行動まで渡す
担当を変えるときにメールを転送するだけでは、何を頼まれたのか分からないことがあります。引き継ぐ人、引き継ぎ先、依頼内容、期限を記録し、受け取った側が確認したか分かる形にします。
技術的な確認や見積作成が必要な場合も、問い合わせ全体の担当者を消す必要はありません。確認を依頼する相手と、顧客へ返答する人を分けて残せば、「社内へ依頼したので終わり」という状態を避けられます。
5. 完了条件を決め、定期的に見直す
「返信したら完了」「相談が解決したら完了」など、完了の意味が人によって違うと、一覧に古い案件が残り続けます。状態ごとの完了条件を決めます。商談へ進んだ場合は、問い合わせ記録から案件管理へつなぎ、次の対応をそちらで追います。
月に一度など無理のない間隔で、担当者未定、期限超過、同じ理由で止まった記録を確認します。個人を責めるのではなく、入口、担当決定、社内確認、引き継ぎのどこに無理があるかを見直します。
架空例：代表メールと担当者の受信箱に分かれていた場合
以下は説明のための架空例です。ある会社では、Webフォームの通知が代表メールへ届き、事務担当が内容を見て営業担当へ転送していました。営業担当が返信したかどうかは事務担当から見えず、休暇中に届いた相談の確認が遅れることがありました。
そこで、問い合わせが届いたら共通の一覧へ一件登録し、事務担当が受付日、相談区分、最初の担当者、初回返信期限を入れることにします。営業担当は、返信したら「先方回答待ち」へ変更し、次の確認日を設定します。休暇前には、期限が来る記録だけを別の担当者へ引き継ぎます。
大きな仕組みを一度につくったのではなく、「担当者が決まっていない」「次の期限がない」という二つの状態をなくしたことで、確認すべきものを共通の画面で見られるようにした例です。
通知や自動化を増やす前に確認すること
メール、チャット、予定表へ通知を送る仕組みは便利ですが、元の記録が曖昧なら、同じ曖昧な情報が複数の場所へ広がります。まず、担当者、期限、状態、次の行動が正しく更新される運用を小さく試します。
そのうえで、フォームから受付記録を作る、担当者が未定なら知らせる、期限が近づいたら確認を促す、といった定型処理を選びます。問い合わせ内容によって担当を変える判断や、送信前の回答内容の確認など、影響が大きい部分は人が確認する流れを残します。
また、問い合わせには氏名や連絡先、相談内容が含まれます。閲覧できる人、保存する場所、不要になった情報の扱いを決め、通知本文へ必要以上の内容を載せないようにします。
明日から確認できるチェックリスト
- 問い合わせが入るすべての経路を把握しているか
- 受付後に最初の確認をする人が決まっているか
- 一件ごとに担当者が一人設定されているか
- 次の行動が具体的な言葉で書かれているか
- 次の行動に期限があるか
- 期限超過と担当者未定を一覧で確認できるか
- 自動返信を人の対応完了として扱っていないか
- 引き継ぎ後も、顧客へ返答する人が明確か
- 完了条件と、案件管理へ移す条件が決まっているか
- 個人情報を閲覧できる範囲が適切か
まとめ
問い合わせ対応の漏れは、担当者の注意だけに頼ってもなくなりません。受信後に、担当者、状態、次の行動、期限を一件の記録として持ち、共通の場所で確認できるようにすることが基本です。通知や自動化は、その流れが定まってから必要な部分へ加えます。
問い合わせの入口が複数あり、誰がどこまで管理するか決めにくい場合は、いま使っているフォーム、メール、一覧を並べるところから始められます。Sandbox Labsの初回相談60分無料（業務基盤構築）では、現在の対応手順を伺い、漏れが起きやすい箇所と最初に整える範囲を一緒に整理します。 初回相談はオンライン、または渋沢MIXへのご来訪で承ります。
Sandbox Labs代表。建設会社向けの営業支援と業務基盤構築を行っています。