通販の夜間・早朝受注をAI電話で受けるには？翌朝の確認と折り返しまで設計

仕事を終えた深夜や、家族が起きる前の早朝に、通販の商品をゆっくり選ぶお客様もいます。そのときに電話がつながれば、営業時間まで待たずに希望を伝えられます。ただ、受付後の流れが分からないと、「注文できたのだろうか」と不安になり、別の窓口へ申し込んでしまうかもしれません。

夜間・早朝のAI電話では、その場で自動処理できる注文と、翌朝の確認が必要な注文を分けて考えます。確認が残る場合に必要なのは、担当者と期限、結果の伝え方です。お客様が電話する時間と担当者が働く時間にずれがあっても、注文を先へ進められるよう準備します。

Bellを受発注システムと連携させることで、所定の条件を満たす注文は、人手を介さずAIが自動処理することも可能です。この記事では、自動処理の範囲を決める際の確認事項と、人の判断が必要な注文を翌営業日へ引き継ぐ方法を整理します。具体的な連携方法や例外時の対応は、利用するシステムに合わせて設計します。

夜に「受け付けること」と「確定できること」を決める

最初に、営業時間外の電話でどこまで進めるかを決めます。商品、数量、連絡先を聞いても、在庫の確保や販売条件の確認、受注登録が残っていれば、注文はまだ確定していません。電話を切る時点での状態を、お客様への案内と社内の記録でそろえます。

夜間に自動処理するには、他の販売窓口と在庫を二重に確保しないことや、受注登録の結果を取得できることが前提です。所定の条件を満たした注文は朝の有人確認を待たずに進め、条件不足や連携エラーがあるものを翌朝の一覧へ送ります。決済や出荷手配までつなぐ場合は、それぞれの連携条件も確認が必要です。

初めは確認待ちの受付でも構いません。電話の前半から「今は受付まで」と伝え、確定時期を曖昧にしないことが重要です。限定商品や締め切りのある販売では、夜間の受付時刻にどのような意味があるのかも販売側で決めておきます。

冒頭と最後の案内で、待っている間の不安を減らす

冒頭で営業時間と次の連絡を伝える

冒頭では、営業時間外であること、AIが受け付けること、その場で対応できる範囲を短く伝えます。担当者の確認が必要な運用なら、次のような案内が考えられます。

「お電話ありがとうございます。現在は営業時間外のため、AIがご注文のご希望を伺います。ご注文の確定は担当者による確認後です」

自動処理できる場合は、一律に「翌朝の確認後」と案内せず、通話中に得られた登録結果と実際の受付状態に合わせます。

続いて新規注文か、以前の注文の変更・取消かを確認します。夜間に電話する理由は購入だけではありません。新規注文の質問を最後まで続けてから取消希望だと分かると、お客様にも翌朝の担当者にも負担が残ります。

休日や連休中は、翌朝に対応できるとは限りません。営業カレンダーに合わせて具体的な日付と時間を案内し、確認できないまま「明日の朝」と約束しないようにします。

最後に受付内容と約束を復唱する

確認待ちで終話する場合は、商品・数量に加えて、確認待ちの項目、折り返す予定日と時間帯、連絡先を復唱します。単に「担当者から連絡します」では、お客様は電話を待ち続けることになります。折り返し可能な枠を示し、その中から希望を選んでもらうと、朝の対応予定にも落とし込みやすくなります。

受付番号などの照合用情報を運用で発行する場合は、再連絡時に使えることを伝えます。番号を発行できない構成なら、いつ電話したか、何を申し込んだかで確認できるようにします。どちらの場合も、確認のための再入電で新たな注文を作らない案内をそろえます。

翌朝の未処理一覧を、動ける仕事に変える

夜間の記録をメールで送るだけでは、誰が確認を始めたのか分かりません。自動処理を終えた注文と確認待ちを分け、翌朝は残っている受付に担当者と期限を付けます。部署名だけでなく、当日対応する人まで決めておくと、着手の遅れを見つけやすくなります。

優先順は着信順だけで決めません。出荷前の取消希望や、間近の折り返し予定を先に確認する必要があります。調査担当と連絡担当を分ける場合も、最終的な結果を管理する人は一人決めます。

担当者の休みや急な不在にも備えておきます。始業時には責任者が未割り当ての受付を確認し、担当を変更したら一覧も更新します。朝の着信対応と兼務する場合は、夜間の受付を確認する時間を業務予定に組み込んでおく必要があります。

仮の会話で、夜から朝まで通してみる

以下は運用を検討するための架空例で、導入企業の実績ではありません。平日朝9時に有人窓口が開く通販窓口で、在庫確認後に注文を確定する想定です。

23時15分、お客様が「カタログの商品を二つお願いします」と電話します。AIは商品番号と数量を確かめ、「現在はご希望の受付です。在庫を確認し、明日の営業時間中に担当者からご連絡します。10時から11時の間でよろしいですか」と案内します。お客様が了承した後、連絡先と受付内容を復唱して終話します。

翌朝9時、窓口責任者がこの受付を当番の佐藤さんに割り当てます。確認期限は9時45分、折り返しはお客様が選んだ10時から11時です。佐藤さんは在庫と重複を確認し、不明点があれば連絡前に整理します。9時45分までに確認できないときは責任者へ知らせ、約束した時間帯に状況を説明できるようにします。

時刻や人員配置は窓口ごとに調整します。お客様に約束した時間から逆算して確認期限を設け、間に合わない場合に相談する人も決めておきます。

折り返しでつながらなかった後も、状態を残す

折り返しにつながらなくても、購入をやめたとは限りません。連絡した時刻と結果を記録し、呼び出しても応答がなかったのか、電話番号自体を確認する必要があるのかを分けて残します。発信しただけで受付を完了にしないことが大切です。

再連絡の間隔、回数の上限、次回の時間帯は、商品やお客様に合わせて決めます。たとえば「希望枠内に一度連絡し、不通ならあらかじめ決めた次回枠でかけ直す」といった方法です。その後もつながらない場合に、誰が、いつ、受付の保留や終了を判断するかまで用意しておきます。

留守番電話に残す内容や、メールなどへ切り替える条件も決めておきます。第三者が聞く可能性を考え、詳しい購入内容を無条件に残さず、折り返し先など必要な案内に絞ります。自動発信や通知を使う場合は、利用するサービスと連携方法を別途確認してください。

変更・取消と、Webや翌朝の電話による重複を整理する

夜間に「数量を一つに変えたい」と電話があっても、対象の注文が特定できなければ変更は完了しません。元の受付日時や照合用情報を聞き、変更したい内容を記録します。お客様には変更希望の受付であることを伝え、朝の担当者が受注・出荷の状態を確認して結果を返します。

取消希望は、後続の出荷処理が進む前に確認できる経路が必要です。自動的に出荷を止められるかはシステム次第なので、「取消を受け付けた」と「出荷を止めて取消が完了した」を混同しません。営業時間外でも出荷が進む運用なら、朝まで保留する設計で間に合うかを先に検討します。

一方、夜間に電話したお客様がWebでも注文したり、朝に確認の電話をかけたりすることがあります。朝の確認では電話番号だけで同一と決めつけず、商品・数量・受付時刻・既存注文を照合します。同じ商品を意図して追加購入する場合もあるため、曖昧な受付は本人への確認を残します。

既存の留守番電話、メール、受注システムにも情報が残る場合、どれを正式な処理一覧にするかを決めます。複数の場所へ通知することと、複数の担当者が別々に登録することを切り離し、対応結果を一つの受付へ戻せるようにします。

後払いを使う場合は、受注の確認・登録結果を連携する

後払いを組み合わせる場合は、Bellで聞き取った注文内容を既存の受注システムへ渡し、確認・登録を進めます。条件を満たす注文は自動処理し、例外は担当者へ引き継ぐ流れです。必要な情報を合意したCSVやAPIの経路で後払い事業者へ連携し、商品到着後に、その事業者が対応する方法で支払っていただきます。

夜間のうちに進められる範囲は、連携条件によって変わります。対象取引に後払いを使えるか、どの時点で審査結果が分かるか、出荷へ進める条件は何かを確かめます。CSVの項目やAPIに加え、受付・審査・入金状況を受け取り、元の注文と照合する方法も確認しておきます。

これは個別に検討する構成案で、Bellの標準機能として特定サービスとの接続や自動決済を保証するものではありません。電話ではカード番号を聞き取らず、通常の通話記録やCSVにも含めません。支払い情報は後払い事業者の所定の経路で扱います。

夜間の有効注文数と、朝に増えた時間を一緒に測る

営業時間外に電話へ応答した件数だけでは、受注への貢献は分かりません。夜間に始まった受付のうち、重複を除いて成立した注文を追い、確認や折り返しに必要だった時間も測ります。朝に成立した注文でも、元の夜間受付へ結び付けると評価がぶれにくくなります。

有効注文の定義と追跡期間は先にそろえます。取消を差し引くか、後日成立した分をいつ反映するかが毎回違うと比較できません。前後比較では曜日、商品、広告、営業日数などの違いにも注意し、増えた注文をすべてAI電話の効果とは扱わないようにします。

小さく試し、夜と朝の両方を確かめる

最初は商品や受付時間を限定し、確認事項が少ない新規注文から試す方法があります。通常の申込みだけでなく、早朝の入電、休日、聞き取りの訂正、希望時間に空きがない場合、不通、取消、他チャネルとの重複まで、担当者が通しで確認します。

Bellではシナリオやヒアリング項目の設定とシミュレーションを使い、冒頭・終話の案内や質問の流れを検討できます。会話の記録・要約は朝の確認に使う情報を考える材料になりますが、必要な項目が残るか、担当者が迷わず読めるかは実際のシナリオで確かめます。

CRM・API連携や通話中のデータベース参照、担当者への引き継ぎも確認できます。無人時間帯に転送先が応答できるとは限らないため、有人対応がない時間の案内も必要です。在庫予約、決済、受注の確定、翌朝の担当割り当て、自動出荷などは、この記事の設計例だけで実装済みと判断せず、既存システムとの連携範囲を相談してください。

試行前にそろえたいのは、夜間の商品・条件一覧、営業カレンダー、受発注システムで返せる処理結果、翌朝の担当・代行者です。通常の自動処理に加えて、休日、不通、重複、連携エラーの一件を最後まで通し、朝の一覧に理由と期限が残ることを受け入れ条件にします。

連携範囲を整理する際には、受注登録・在庫・後払い・出荷の確認表も参考になります。

放送直後の短時間の集中が課題ならテレビ通販のAI電話受注、既存のお客様からの再注文が中心なら同梱チラシからのリピート注文受付も参考になります。

「夜の電話を受けたいけれど、朝の担当者を増やせない」という段階でも、試す範囲から整理できます。Bellに夜間・早朝の通販受付を相談するから、困っている時間帯と、現在の受注システム・決済事業者をお聞かせください。翌朝の確認に使える時間も踏まえ、夜のうちに自動処理する範囲と、翌朝に残す確認を一緒に整理します。