静岡駅周辺や七間町、草薙などの飲食店から話を聞くと、予約は紙の台帳、変更連絡は電話メモ、注文は別の端末という店がまだ少なくありません。困るのは道具が複数あることではなく、同じ予約を指す番号がなく、変更が会計まで届かないことです。
私が現場で最初に見るのは、予約を取る画面よりも、来店後に誰がどこで情報を引き継ぐか。ここが曖昧なまま機能を増やしても、忙しい金曜夜には使われなくなります。
「6名から5名」が厨房とレジで別の数字になる理由
たとえば6名のコース予約が当日に5名へ変わったとします。電話を受けた人が台帳の人数だけ直しても、厨房の仕込み表が6食、注文端末も6食のままなら、余分な提供や請求違いにつながります。
そこで、予約ごとに予約番号を一つ発行し、人数、席、来店時刻、コース、変更状態を同じ番号にひも付けます。お客様名だけで照合すると、同姓や表記揺れが起きるためです。
台帳に持たせたい最低限の情報
- 予約番号、受付日時、来店日時
- 予約時人数と現在人数
- コース名、単価、食数、個別の注意事項
- 受付中、来店済み、取り消しなどの状態
- 変更した時刻、担当者、変更前後の内容
元の値を消して上書きするだけでは、「いつ5名になったか」が追えません。現在値と更新履歴を分けて残す。地味ですが、確認電話やスタッフ同士の言った言わないを減らす土台です。
来店時に予約番号を注文伝票へ渡す
連携の要所は来店処理です。受付で予約を開き、実来店人数と卓番号を確定。その予約番号を注文伝票へ渡します。以後のドリンク、追加料理、コース提供状況は同じ伝票に積み上げます。
ここで「予約6名、実来店5名、コース請求5名」のように三つの値を分けて持つと、変更履歴を残しながら正しい会計ができます。キャンセル料が発生する運用なら、料理代に紛れ込ませず、根拠となる店内規定と確認状況を別項目に記録します。
注文端末へ自動で渡せない場合も、予約番号を伝票へ手入力するだけで検索性は上がります。最初から大掛かりな連携にせず、入力箇所を一つに絞るのが現実的です。
変更連絡は「直す」だけでなく必要な人へ知らせる
人数やコースの変更を保存した瞬間、ホール責任者、厨房、会計担当の全員が毎回台帳を見に行く運用は続きません。変更内容に応じて、必要な持ち場だけへ通知を出す設計にします。
- 人数変更は席配置、仕込み数、コース食数へ反映
- 来店時刻の変更は卓の利用予定と受付画面へ反映
- コース変更は厨房用の一覧と会計予定額へ反映
- 取り消しは席の解放、仕込み確認、請求要否の確認へ回す
通知には「変更あり」だけでなく、変更前、変更後、来店日時、予約番号を出します。既読の記録もあると、店長が口頭確認を重ねずに済みます。ただし、個別の注意事項は閲覧できる役割を絞り、会計画面へ不用意に表示しない配慮が必要です。
閉店後に見たいのは売上だけではない
会計が終わったら、予約時人数、実来店人数、コース数、追加注文額、取り消し件数を予約番号単位で残します。これにより「週末は人数減が多い」「宴会コースは追加注文が出やすい」といった傾向を、勘ではなく記録から確認できます。
ただし、数日分だけで結論を出すのは早計です。まずは一般的に1〜2か月を目安に記録し、曜日、時間帯、予約経路など条件をそろえて比較します。件数が少ない店なら期間を延ばす。現場の母数に合わせた見方が欠かせません。
導入は一席、一コースから試す
私たちが導入時に避けたいのは、予約受付から会計までを一度に切り替え、営業中に誰も戻し方が分からなくなる状態です。まず対象の席やコースを限定し、紙の記録と新しい台帳を目安として1〜2週間照合します。
- 今の受付、変更、来店、注文、会計の流れを書き出す
- 二重入力と伝達漏れが起きる場所を特定する
- 予約番号と必須項目を決め、試験運用する
- 営業後に差異を確認し、入力項目や通知先を調整する
確認したい数字は、変更の反映漏れ件数、会計訂正件数、照合にかかった時間。導入前後を同じ条件で比べて初めて、その店に合うか判断できます。
今の台帳を見ながら、つなぎ方を整理します
予約サービスや注文端末をすべて入れ替えなくても、データの受け渡し方法を整えるだけで改善できる場合があります。NIR株式会社では、静岡の店舗で実際に使っている台帳や伝票を確認し、残す道具と連携する部分を切り分けます。
予約変更がどこで止まっているか分からない段階でも構いません。営業を止めにくい時間帯やスタッフ構成まで含めて、無理のない順番を一緒に整理したい方は、システム導入・開発を無料で相談するから状況をお聞かせください。