送迎の混乱は、表の見た目より情報の分断で起きる
予約時に決めた場所と時間を送迎表へ写し、接客延長を電話やチャットで伝える運用では、どちらが最新か分からなくなります。予約、接客タイマー、送迎を同じ識別子で結び、変更元を一つにします。
送迎管理で確認する6項目
予約との紐付け
顧客、キャスト、開始時刻、終了予定、場所を予約から引き継ぐ
迎え・送りの区別
種別、希望時刻、乗車対象、迎え先、送り先を分けて表示する
担当と状態
未割当、割当済み、向かっています、到着、完了を共通の状態で管理する
変更の反映
予約時間、延長、キャンセルの変更を送迎側にも通知し、古い予定を残さない
表示権限
ドライバーには担当便と運行に必要な情報だけを表示する
履歴
割当・時刻・場所・状態を誰がいつ変更したか残す
終了予定時刻だけで便を確定しない
接客は延長や開始遅れが発生します。終了予定、実際の開始、残り時間を確認し、担当ドライバーへ更新を共有します。次の便と重なる場合は、別担当への変更や店舗への確認が必要な状態として表示します。
ドライバー画面は「次に行く便」を優先する
店舗全体の顧客台帳や売上を見せる必要はありません。担当便の種別、予定時刻、迎え先・送り先、対象者、連絡上の注意、店舗への連絡方法をスマートフォンで確認できるようにします。完了操作は大きくし、運転中の操作を前提にしません。
遅延・変更時の共通ルールを決める
- 何分以上の遅延で店舗へ連絡するか
- 予約延長を誰が送迎予定へ反映するか
- 住所や場所の変更を誰が確認するか
- 担当変更後、旧担当の画面から便が外れるか
- 未完了便を日次締め前に誰が確認するか
導入テストは変更を含めて行う
通常どおり登録できるだけでは不十分です。予約時間の変更、接客延長、担当交代、キャンセル、迎え先変更を実行し、店舗画面とドライバー画面が同じ状態になるか確認します。実際の住所や顧客情報は使わず、架空データで検証します。