本文へスキップ
店バイト店長メンズエステ専門・外部受付チーム
受付運用店舗経営コラム

電話とLINEで同じ予約枠に問い合わせが来たら?二重予約を防ぐ受付ルール

執筆・提供:バイト店長公開
予約内容を照合しながら電話受付を行うチームのイメージ

同じ枠に、2つの問い合わせ。
確定する担当を、決めておく。

写真はサービスイメージです。

電話では「空いています」と伝え、同じころLINEでも同じ時間を案内していた。窓口が複数ある店舗では、空き情報を共有するだけでなく、誰が、どの時点で枠を確保するかを決める必要があります。この記事では、電話とLINEの問い合わせが重なる場面を例に、二重に確定しないための受付ルールを提案します。

KEY POINTS

この記事のポイント

  • 予約枠を確定できる担当と、正本となる予約台帳を決める。
  • 確認中・仮押さえ・確定を区別し、担当・期限・次の対応を残す。
  • 確定の連絡に失敗しても、予約枠を自動的に空きへ戻さない。

「同じ台帳を見る」と「同時に確定しない」は別

2人の受付担当が同じ台帳を見ていても、どちらも空きの状態を確認した後に、それぞれ予約を入れる可能性があります。台帳の共有に加えて、空き確認から枠の確保までの順番をそろえましょう。

複数人が同時に確保できない仕組みを確認できていない場合は、時間帯ごとに予約確定の担当を1人決め、電話・LINEの担当はその人へ確保を依頼する方法があります。すべての問い合わせを1人で受けるという意味ではなく、枠の確保と確定の判断を一本化する運用です。処理が集中する場合は体制やシステムの見直しも必要です。

  • 正本の台帳:チャットの過去ログや画面のコピーではなく、現在の予約状態を確認する場所。
  • 確保・確定の担当:担当時間、交代相手、連絡がつかない場合の引き受け先。
  • 確認する枠:開始・終了、担当キャスト、ルーム、店舗で定めた準備時間やインターバル。
  • 窓口ごとの権限:空き候補の案内までか、仮押さえ・確定まで行えるか。

仮押さえには、担当・期限・次の対応を付ける

「確認中です」だけでは、その枠を別のお客様に案内できるか分かりません。次の表は当サイトが提案する状態の分け方です。システムの標準機能や、全店舗共通の契約条件ではありません。表示項目がない場合も、権限のある担当者が同じ意味で確認できる記録方法を決めます。

画面に収まらない場合、表は左右にスクロールできます。

予約枠と連絡状況を分ける運用例
状態枠の扱い必ず残すこと
空き確認中まだ確保していない。確定済みとは案内しない問い合わせ識別番号、担当、希望日時、次の確認先
仮押さえ中この問い合わせのために確保。他の受付は同じ枠を確定しない確保した枠、担当、期限、期限後の判断担当
確定・案内待ち予約は登録済み。顧客への連絡が未完了でも枠は確保する確定内容、案内先、連絡担当、未完了の理由
確定・案内済み予約を保持。以後の変更も同じ台帳で管理する案内した内容・時刻・窓口、店舗やキャストへの共有状況
取消・解放済み取消条件と影響を確認して、対象の枠を解放した状態取消理由、判断・処理担当、顧客と現場への連絡状況

仮押さえの時間は、店舗の受付体制と回答に必要な時間に合わせて決めます。本記事では一律に何分とは定めません。期限を過ぎたときも、単なる問い合わせの仮押さえか、すでに顧客と合意した予約かを確認し、事前に案内した条件に沿って担当者が処理します。古い記録を消すだけで終わらせないようにしましょう。

電話とLINEが重なったときの対応例

ここからは練習用の架空例です。同じ担当キャスト・同じルームで18:00から90分の枠に、電話の問い合わせAとLINEの問い合わせBが来たとします。終了は19:30。終了後に30分のインターバルを設ける店舗なら、同じ担当の次の開始候補は20:00です。実際のルールやシステムの自動計算仕様を示す例ではありません。

  1. 電話担当はAの希望条件を確認し、確定担当に枠の確保を依頼する。この時点では確定と案内しない。
  2. 確定担当が最新の台帳、キャストとルームの利用時間を確認し、Aの識別番号で仮押さえを記録する。
  3. LINE担当がBの希望を照会した際、同じ枠が仮押さえ中と分かれば、確定とは返信しない。別の候補か、結果確認後の案内を提案する。
  4. Aについて条件確認と必要な承認がそろったら、確定担当が仮押さえを確定へ更新し、電話担当が確定内容を案内する。Aが辞退した場合は、担当者がAの仮押さえだけを解放する。
  5. Bへ別の枠を提案する場合も、案内時点の最新状態で同じ確認を行う。Aの枠が空いた場合でも、Bの希望を確認せず自動的に確定しない。

この例はAが先に仮押さえできたケースです。「電話をLINEより優先する」というルールではありません。受付順や仮押さえの優先条件は店舗で決め、窓口によって勝手に変えないことが大切です。別のキャストやルームなら対応できる場合もあるため、時間だけでなく組み合わせを確認します。

返信できない・返事がないときは、枠と連絡を分けて扱う

台帳では確定したのに、LINEの送信が失敗した。その場合、「連絡できなかったから空きに戻す」とすると、元の予約が残っているのに別のお客様へ同じ枠を案内してしまう恐れがあります。枠の状態と、顧客・店舗・キャストへの連絡状況を分けて記録しましょう。

  • 確定の案内が送れない:枠は保持し、送信失敗・再確認担当・次の対応時刻を残す。店舗で合意した連絡方法で対応する。
  • 仮押さえへの返事がない:事前に案内した期限と条件を確認し、継続確認か解放かを担当者が判断する。既存の確定予約と混同しない。
  • 顧客から変更希望が届く:元の予約と識別番号を照合する。新しい条件が確定していないのに、元の枠だけを先に消さない。
  • 担当交代の時間になる:未完了の案件、枠の状態、次の対応と期限を渡し、引き受けた担当を記録する。

「送信した」「届いたと確認できた」「相手が内容を了承した」は同じではありません。各窓口で実際に確認できる状態だけを記録し、既読表示だけで予約内容への同意まで推測しないようにします。取消や期限後の扱いは、店舗の案内・予約条件と一致させてください。

営業前に、架空の予約で3つのケースを通す

ルールを作ったら、実在するお客様の情報を使わずに確認します。自動電話やメッセージが実際に送られないテスト環境・方法を使い、通常営業の予約枠を不用意に変更しないでください。安全に試せる環境がなければ、まず記入用の架空台帳で手順を読み合わせます。

画面に収まらない場合、表は左右にスクロールできます。

二重予約対策の受け入れチェック
試す場面確認する結果
電話とLINEで同じ枠を同時に希望確定は1件だけ。もう一方に確定と案内せず、次の対応が残る
仮押さえ中に担当交代し、期限を迎える引き受けた担当が、枠の状態と案内条件を確認して処理する
台帳で確定後、顧客への連絡が失敗予約枠は保持され、連絡待ちが担当・次の対応時刻付きで残る

記録メモは「問い合わせ識別番号/窓口/希望条件/枠の状態/確定担当/仮押さえ期限/連絡状況/次の作業・担当・時刻」を基本にできます。顧客の連絡先などを公開の共有場所へ貼り付けず、店舗が管理する必要な担当者だけで扱う方法を選びましょう。

有人受付とCTIは、担当と仕組みを分けて整える

この記事は、受付代行サービス「バイト店長」による運用提案で、自社サービスの紹介を含みます。バイト店長は電話・LINE・WEBの有人予約受付、変更・キャンセル対応、店舗・キャストへの予約連絡を扱います。受付を任せる場合も、台帳の更新権限と確定担当、店舗に確認する条件を事前にすり合わせます。

YORU CTIは店舗で使う予約・顧客情報などの管理システムで、有人受付とは別契約です。本記事の状態名、仮押さえ、排他制御、窓口間の自動同期が、そのままYORUに搭載されているという説明ではありません。導入・併用前には、使う画面と接続先で同時受付がどう処理されるかを確認してください。

まずは「今日、予約を確定する担当は誰か」「その人が見ている台帳はどれか」を、すべての窓口で一致させてみてください。そのうえで仮押さえと連絡待ちの扱いを決めることが、日々の受付を見直す出発点になります。この手順だけで二重予約を完全に防げるという保証ではありません。

参考資料・情報の取り扱い

  • バイト店長「1日からの電話受付代行」2026年9月23日に公開ページを確認。出勤・空き枠・ルーム・インターバル・台帳の更新担当など、依頼前の共有事項を参照。状態管理と練習例は当サイト独自の提案です。
  • バイト店長「電話受付代行とCTIの違い」2026年9月23日に公開ページを確認。有人受付とシステムの役割、別契約、台帳更新担当の取り決めを参照。特定システムの同時更新制御は検証していません。
  • バイト店長「電話受付代行の料金」2026年9月23日に公開ページを確認。電話・LINE・WEB受付、変更・キャンセル、予約連絡の対応範囲を参照。参照ページには最終改定日の明記がないため、確認日を記載しています。

この記事は受付代行サービス「バイト店長」が提供しています。自社サービスの紹介を含みます。費用例は条件を置いた試算であり、導入実績・削減保証ではありません。制度や料金は変更される場合があるため、リンク先の最新情報もご確認ください。

NEXT STEP

お店に合う、受付体制を考える。

費用を確認する月額・スポットの料金と計算例 ↗任せる範囲を決める受付代行とCTIの違い ↗
すべての記事を見る →