予約台帳を一本化する前の確認｜電話・Web・LINEの受付ルール

電話、Webフォーム、LINEで予約を受けていると、受付件数が増えるほど「どれが確定なのか」「誰が台帳へ移したのか」「変更がどこに反映されたのか」が見えにくくなります。予約台帳の一元化は、新しいシステムを入れることより、正しい予約の基準と更新責任を決めることが先です。牧之原市周辺の店舗や体験事業でも使えるよう、特定製品に依存しない確認順を整理します。

「受付」と「予約確定」を分ける

利用者から希望が届いた時点を受付、在庫・担当者・時間を確認して事業者が承認した時点を確定と定義します。自動で空き枠を確保できるWeb予約と、担当者が返信するLINEでは確定のタイミングが異なります。チャネルごとに、受付通知、確認担当、確定通知、台帳反映の順を決めます。

正本となる予約台帳を一つ決める

電話メモ、チャット履歴、メール受信箱をすべて台帳として扱うと、同じ予約が複数の状態を持ちます。「スタッフが空き枠を判断するとき、最後に見る場所」を一つ決め、それを正本にします。他のチャネルは受付口であり、確定後は正本の予約番号を返します。

正本には、予約番号、利用日時、商品・人数、氏名、連絡方法、受付元、受付状態、確定者、更新日時、支払状態、注意事項を持たせます。自由記述を増やすと検索しにくいため、状態は「新規受付」「確認待ち」「確定」「変更待ち」「取消」など選択式にします。健康情報など必要性の高い情報を扱う場合は、収集目的と閲覧範囲を別途確認します。

重複を見つける照合キーを決める

同じ人がWeb送信後にLINEでも確認すると、二つの予約として登録されることがあります。氏名だけで同一人物と決めず、利用日、時間、連絡先の一部、商品、人数を組み合わせて候補を出します。重複らしい予約を自動削除せず、担当者が両方の受付内容と時刻を確認して統合します。

1. 新しい受付に一時番号を付ける。
2. 同じ利用日と連絡先を持つ予約候補を検索する。
3. 商品、人数、受付時刻、要望を比較する。
4. 同一なら正本の予約番号へ統合し、元の受付元を残す。
5. 別予約なら、区別できるメモを付ける。
6. 利用者へ確定番号と確定内容を返す。

変更は上書きせず履歴を残す

日時や人数を変更するとき、古い値を消すだけでは誰の依頼で変えたか追えません。変更前、変更後、依頼日時、受付チャネル、確認者、利用者への返信時刻を履歴へ残します。電話で受けた変更をWeb側にも反映する必要がある場合は、更新先一覧をチェック式にします。

空き枠がない、担当者が不在、決済済み、外部事業者の承認が必要といった例外は、通常処理に無理に混ぜません。「誰が、いつまでに、何を確認するか」をタスクとして予約番号に結び付けます。返答期限を過ぎたものが一覧で見える状態にします。

AIや自動化を使う範囲を限定する

AIは自由文から希望日や人数の候補を抜き出したり、確認文の下書きを作ったりできます。ただし、固有名詞の読み違い、日付の取り違え、曖昧な表現の補完が起こり得ます。予約確定、重複統合、返金、特別対応は人が正本を確認して承認します。入力する情報は、利用サービスの契約、学習利用、保存期間、権限を確認したうえで必要最小限にします。

自動転記を始める前に、10〜20件程度の架空データで、同姓、同じ電話番号で複数予約、日付変更、取消後の再予約を試します。実在顧客の情報をテストデータとして無断利用しません。

一元化前の確認チェックリスト

• 受付と確定の定義を全チャネルで決めたか
• 空き枠判断の正本を一つにしたか
• 予約番号と必須項目を決めたか
• 重複候補を人が確認する手順があるか
• 変更前後と承認者を履歴に残せるか
• 未対応と期限超過を一覧にできるか
• 各チャネルへ確定内容を返す担当が明確か
• 障害時に紙や別手段へ切り替えられるか

一週間だけ現在の受付を数え、チャネル別件数、転記回数、重複、返信待ち、変更件数を記録すると、優先して直す工程が見えます。予約台帳や受付フローへのAI活用は、LIFESEEDSのAI・業務効率化支援をご覧ください。現在の運用整理はお問い合わせから相談できます。

切替日は、旧台帳をすぐ削除せず、閲覧専用で保管する期間と責任者を決めます。新旧の両方へ書き込む期間を長くすると不一致が増えるため、正本を切り替える日時を全員へ共有し、当日の未処理予約を件数まで照合してから運用を一本化します。