申込・問い合わせの一次対応を止めない。受付自動化の設計

問い合わせや申込に対して、何も返さない時間があります。

送った側から見ると、そもそも届いたかどうかも分かりません。
数時間、あるいは翌日まで何も返ってこないことがあります。
その何も返していない時間のあいだに、他社との話のほうが先に進んでいきます。

これは、担当者が悪いという話ではありません。
会議中だった、休みだった、受信箱に埋もれていた、それだけのことです。

今回は、フォームの自動返信を起点にした一次対応の設計について書いていきます。
自動化の全体像はAIによる業務自動化の全体像。手段の選び方とコスト設計にまとめてあります。

返信の遅れが、そのまま機会損失になる

なぜ返信の遅れが損失になるのか、順に見ていきます。
まず、問い合わせをした人は複数の会社に同時に問い合わせていることが多いので、最初に返信が来たところと話が進みます。
フォームを送ったあとに何も返ってこないと、送信できたかどうか自体が不安になります。
不安になった相手は、再送してくるか、電話をかけてきます。

また、「問い合わせへの返信が遅い会社」という印象は、その後の取引への期待にも影響します。
そして、何も返していないと対応済みかどうかが記録にも残らないので、取りこぼしにも気づけません。
なかでも実務で見落とされやすいのが、届いたか分からない不安です。
受付の確認を出していないというだけで、相手に不要な不安を与えているからです。

一次返信の速さそのものは一次返信の速さを組織の武器にする。フォーム対応の自動下書きにまとめてあります。

受付の確認だけを自動で返す

では、どこまでを自動で返してよいのでしょうか？
この線引きが、設計の核心になります。
自動送信にしてよいのは、受付の確認だけです。
「お問い合わせありがとうございます。担当者より2営業日以内にご連絡いたします」という、内容が固定された文面なら自動で送って構いません。

逆に、内容に応じた回答のほうには判断が入るので、下書きまでで止めます。
ただ、実務では、この両方を組み合わせて使うことになります。
受付の確認を即座に自動で送っておけば、届いたか分からない不安はそれだけで消えます。
担当のほうは、内容のある返信を確認してから送ることに集中できます。

受付の確認に入れる項目は4つです。
受け付けたことの明示、送られた内容の再掲、いつ連絡が来るかの期限、急ぐ場合の連絡先です。
送られた内容を再掲すると、相手は入力の誤りにも気づけます。

「担当者よりご連絡いたします」だけでは、いつ来るのか分からないので、期限の明示が要点になります。
もうひとつ大事なのが、これが自動返信であることを明示しておくことです。
「このメールは自動送信です」と一行入れておかないと、これが回答そのものだと誤解されかねません。

全体の分量は、10行以内に収めます。
長い自動返信は、そもそも最後まで読まれないからです。

内容で振り分け、対応の期限を決めておく

受付の次は、内容から種類を判定して担当に通知する工程です。
判定させる種類は5つ程度に絞っておきます。
営業の問い合わせ、既存顧客の質問、採用、営業を受ける側、その他の並びです。
「その他」を必ず入れておくと、当てはまらないものが無理に分類されるのを防げます。

通知先は、部署名ではなく個人の名前で決めます。
「営業部」宛に通知しても、誰も自分の担当だとは思わないからです。
通知先は2人に設定しておくと、片方が不在でもそこで止まりません。

もちろん、判定そのものは、完璧でなくて構いません。
重要なのは、判定が違っていても担当が直せる形にしておくことです。

営業の問い合わせだけは、判定を甘めにしておきます。
取りこぼしのコストのほうが、余分な通知のコストより大きいからです。

判定をAI関数で回す場合の勘所はスプレッドシートのAI関数で終わる業務・終わらない業務で扱っています。

種類ごとの期限も、あわせて決めておきます。
営業の問い合わせは営業時間内なら1時間以内、営業時間外なら翌営業日の午前中です。
既存顧客の質問は当日中、採用は3営業日以内、営業を受ける側は期限なしとします。

決めた期限を超えたものは、対応状況が空欄のまま記録に残るので、そこを抽出すればそのまま取りこぼしの検出になります。
週に1回この一覧を出すだけで、静かな取りこぼしが減ります。

期限管理そのものは期限管理を人の記憶から外す。リマインドの設計と営業日計算にまとめてあります。

記録を残し、指標で運用を見直す

自動返信の仕組みと並行して、記録のほうも設計しておきます。
記録するのは、受付の日時、送信者、内容、判定した種類、担当者、対応状況の6項目です。
なかでも「対応状況」の列がいちばんの要点になります。
値は未対応・対応中・完了の3つで、ここが空欄のまま期限を超えたものが、そのまま取りこぼしだからです。

記録があると、種類別の件数や対応までの時間、流入の経路まで集計できるので、マーケティングの判断材料にもなります。
記録そのものも、手作業にすると必ず抜けるので、自動返信と同時に記録の行が作られるようにしておきます。

問い合わせ対応の自動化の全体像は問い合わせ対応を記録・判定・通知まで自動化する。一次対応の設計にまとめてあります。

効果を測る指標は、4つに絞っておきます。
受付の確認が届くまでの時間、内容のある返信までの時間、期限を超えた件数、判定の精度です。

内容のある返信までの時間は、平均だけでなく種類ごとの中央値と最大値も見ます。
平均だけを見ていると、遅れた案件が見えなくなるからです。
月に1回、この4つをまとめて見直します。

期限を超えている種類があれば体制のほうの問題ですし、精度が低ければ判定の設計を直します。
この数字を受注率と並べてみると、返信の速さへの投資が数字で正当化できるようになります。

自動返信が向かない問い合わせもある

受付の確認さえ、自動で送るべきでない場面があります。
詫びの内容を含む問い合わせに自動返信を送ると、対応が軽く見えてしまうので、人が即座に返します。
システムの障害や納期の変更といった緊急性の高い問い合わせも、担当が直接返します。
既存の重要顧客からの問い合わせも、自動返信だと距離を感じさせてしまいます。

こうした問い合わせを事前に判定するのは、正直なところ難しいと思います。
だから受付の確認の文面のほうを、詫びの場合でも不自然でない形にしておくのが現実的です。

「承りました、担当者より速やかにご連絡いたします」という表現なら、どの場合でも不自然になりません。
「お問い合わせありがとうございます」だと、クレームの場合には合わないからです。

月次業務の抜け防止は月次業務のうっかり忘れを構造的になくすで扱っています。

受付の自動返信を含むAIワークフローの実装も、当社のAI伴走支援で、現場の担当者と一緒に手を動かしながら進めています。

受付の自動返信が、一次対応の土台になる

返信の遅れは、他社に決まる、届いたか分からない不安を与える、対応の質の印象を落とす、取りこぼしに気づけない、という損失を生みます。
なかでも、届いたか分からない不安が、実務では最も見落とされます。
線引きは明確で、受付の確認は自動送信、内容に応じた回答は下書きまでという形です。
受付の確認に入れるのは、受け付けたことの明示、送られた内容の再掲、いつ連絡が来るかの期限、急ぐ場合の連絡先の4項目です。

自動返信であることを明示して、全体を10行以内に収めます。
振り分けは種類を5つ程度に絞り、「その他」で精度を測り、通知先は名前で2人に設定します。
期限は種類ごとに決めておき、超えたものを週に1回まとめて抽出すれば、それがそのまま取りこぼしの検出になります。

記録は6項目、なかでも「対応状況」の列が要点です。
文面のほうは、詫びの内容でも不自然でない表現にしておきます。

まずは、受付の確認を自動で即座に送る形から作ってみてください。