店舗運営の実践
レストランの注文変更を引き継ぐには:厨房の進み具合を確認し、変更内容と会計を確定する
注文後に料理の変更を希望されたら、まず該当する料理と実際の調理状況を確認し、厨房で対応できる範囲をお客様に伝えて了承を得ます。変更確認票に元の内容、新たな希望、厨房からの回答、最終決定を記録しましょう。調理状況、提供する料理、会計、返金はそれぞれ別に確認し、ホールで保存できたことを、厨房が調理を止めた証拠とみなしてはいけません。
レストランで注文変更を受ける際は、まず元の料理がどこまで調理されているかを確認し、変更できるかどうかをお客様に説明します。席で先に変更を約束して、あとから会計やメモだけを修正してはいけません。厨房の返答、お客様の了承、実際の対応が、同じ変更内容に結び付いている必要があります。家族経営の店で家族が役割を分担している場合も、同じ確認手順で対応しましょう。店内で決めたことだけでは、お客様が了承したことにはなりません。
元の注文状況を確認してから、変更できる範囲を確かめる
スタッフはまず元の注文を見つけ、お客様の希望が、サイズ・仕様の変更、別の料理への変更、追加、または取り消しのどれに当たるかを確認します。異なる希望をすべて「変更」とだけ記録してはいけません。注文が正式に受け付けられる前と、料理の調理が始まった後では対応が異なります。ホールスタッフは、まず調理担当者に現在の状況を確認し、店で対応可能な範囲を説明しなければなりません。先に約束してから理由をつけて撤回してはいけません。
厨房からの返答は、料理と状況が具体的に分かる内容にします。たとえば、調理開始前、工程の途中、または完成して提供待ち、といった状態です。状況を確認するのは、責任者が次の対応を判断するためであり、どの変更にも対応できるという意味ではありません。お客様の食材に関する制限が不明確な場合は、レシピと調理条件を別途確認します。付け合わせを変更するだけで、食事に関するすべての要望に自動的に対応できたと考えてはいけません。
明確な変更内容を一件ずつ記録する変更確認票
- 元の注文と料理:注文を特定できる情報、元のサイズや仕様、数量を記録します。テーブル全体の変更や「変更」とだけ記すのは避けましょう。
- お客様の新たな希望:サイズ・仕様の変更、別の料理への変更、追加、取り消しのいずれかを明記し、食材、差額、待ち時間に関する条件について、まだ確認が必要な点も記録します。
- 厨房からの返答:実際の調理状況、調理の中止や変更が可能かどうか、回答した担当者を記録します。返答がまだない場合は、未確定のままにします。
- お客様の了承:厨房で対応できる範囲を説明したうえで、最終的な希望を記録します。了承を得ていない変更を、確定事項として調理担当者に伝えてはいけません。
- 対応の確認:誰が引き継ぐか、元の料理をどう扱うか、修正内容が調理担当の持ち場に届いたか、誰からの返答を待っているかを明記します。
変更内容を調理担当の持ち場に伝え、具体的な返答を得る
MenuSnap の厨房向けガイドによると、紙の伝票には画面上で後から行った操作が自動的に反映されないため、変更内容を伝える方法をあらかじめ決めておく必要があります。ホールスタッフは元の注文を特定する情報と今回の変更内容を調理担当者に伝え、受け取った内容を復唱してもらいます。厨房に注文票全体を見て差分を探させてはいけません。KDSを使っている場合も、調理担当の持ち場に実際に何が届いたかを確認します。変更確認票は引き継ぎのための道具であり、システム上の操作や厨房からの返答の代わりにはなりません。
画面と紙の伝票を併用している場合、受け取る側はまず注文を特定する情報を確認し、新しい伝票が変更、再印刷、または新たな調理指示のどれに当たるかを見分けます。印刷の動作は、プラン、機器、ルール、実行側の設定にも左右されます。伝達に疑問があるときは、元の注文と調理担当の持ち場で実際に行われた処理を確認します。担当スタッフは、厨房がどの変更を受け取ったかを確認してからホールに返答します。お客様への注文対応は通常どおり行い、問題を探るために注文を何度も再印刷してはいけません。
厨房ですでに元の料理が完成している場合、責任者は現在の状況と店で認められている対応方法を説明し、お客様に次の対応を決めていただきます。厨房がお客様に「対応できる」と伝えたのに、会計担当者が「できない」と言うような食い違いを起こしてはいけません。また、店内の連絡ミスを理由に、お客様自身に調理担当者を探すよう求めてはいけません。作り直す場合は、元の料理の提供を取りやめる対象のテーブルを明確にし、元の料理と作り直した料理が後から一緒に提供されるのを防ぎます。
四つの結果を一つのものとして扱わない
- 調理の結果:担当する調理場のスタッフが、元の料理の調理が停止したか、変更後の内容に対応できるかを確認します。ホールで変更内容を保存できたことから判断してはいけません。
- 提供する料理:配膳担当者が最終的に提供する料理を確認します。元の料理と変更後の料理は別々に扱い、混ぜて記憶だけを頼りに見分けようとしてはいけません。
- 会計の結果:権限のあるスタッフが最新の料理内容と支払額を確認し、会計前に最終内容をお客様に伝えます。家族間の口頭連絡だけをもとに差額を処理してはいけません。
- 支払い・返金の結果:支払い済みの注文は、認められた手順で処理します。会計項目の変更、会計の分割、新しい会計票の印刷は、いずれも返金を意味しません。オンライン決済とオンライン返金は、サーバー側および決済サービス側の処理結果を基準に判断します。独立したカード決済端末を使う場合は、スタッフが端末での取引結果を先に確認してから、該当する会計に支払いを記録します。MenuSnap がこの独立端末での取引を自動的に検証することはありません。
ネットワークに問題がある場合は、実行済みの変更と返答待ちの項目をまとめて記録します。ウェブブラウザーでのQRコード注文、クラウド同期、オンライン決済はネットワークに依存します。ネイティブアプリをオフラインで使える範囲は、利用中の正式版と設定によって異なります。接続が復旧したら、注文と支払いを確認します。引き継ぐスタッフは最後に確定した内容を先に確認し、調理の変更と支払いの結果を別々に確かめ、同じ変更を重複して実行しないようにします。