BLOG匿名事例
宿泊施設の予約・客室・清掃管理｜匿名デモ設計事例
実在する宿泊者、施設、予約情報は使わず、架空の客室と日程で作った設計例です。フロントと清掃が同じ表を無理に共有せず、必要な状態だけをつなぎます。
先に結論予約確定、滞在、清掃、点検、販売可能を分け、役割ごとに必要な情報を表示します。
予約と客室状態を分ける
仮予約、確定、宿泊中、取消と、未清掃、清掃中、点検済み、販売停止を別状態にします。予約があるだけで入室可能、清掃完了だけで販売可能とは判断しません。
連泊、部屋移動、人数変更、利用不可をカレンダーで確認します。変更前後と操作した人を残し、元予約を削除して作り直す操作を減らします。
清掃画面から個人情報を減らす
清掃担当には部屋、優先時刻、連泊、作業内容、修繕連絡を表示し、氏名や連絡先を必要以上に見せません。写真は部屋と日時へ結びます。
清掃完了と責任者点検を分けます。忘れ物や修繕は別の権限と保管手順を持ち、処分や安全判断を自動で決めません。
外部予約との時間差を確認する
公式、電話、外部予約から最後の一室へ同時予約する場面を試します。確定時点を一つにし、連携停止中は古い空室を売らない案内を出します。
取消と再販、料金変更、プラン変更も確認します。料金、手数料、取消条件は施設の規程と契約を責任者が確認します。
未来予約を守って移行する
切替前に未来予約を日別、部屋別、経路別に照合し、移行中の新規受付窓口を一つにします。旧表は参照専用で残し、件数と滞在日数を確認します。
障害時は紙控えを使い、復旧後の入力者と照合手順を決めます。一部客室で清掃連携を試してから、予約や会計との範囲を広げます。
相談前にそろえるもの
- 客室タイプと予約経路
- 予約・清掃の状態
- 役割別の閲覧範囲
- 外部予約との同期
- 未来予約の移行
全部そろっていなくても構いません。分かる範囲を確認し、業務ルールや金額に関わる部分は担当者と一緒に決めます。