常連客や団体客へのサービスを振り返る：その日の要望、追加注文、提供状況を確認

常連客や団体客へのサービスを振り返る際は、まず、その日の要望を確認できていたか、追加注文を誰が取りまとめたか、料理をすべて提供できたかをそれぞれ確認します。顔なじみだからといって要望が変わらないとは限らず、人数が多いからといって必ず混乱するわけでもありません。週次ミーティングでは、根拠のある引き継ぎ上の問題を一つ取り上げ、人数、料理、シフトの違いも確認しましょう。売上だけを比べたり、一度の口論をもとに一週間全体を判断したりしてはいけません。

週次ミーティングの記録カード：判断に必要な項目だけを記録

• 今回の問題：今回の注文で何が提供されなかったか、誰が追加注文を受けたかなど、具体的な工程を記録します。特定の客層や従業員を先入観で評価しないでください。
• 確認範囲：店舗のタイムゾーンと営業時間帯、対象となる経緯を選んだ理由、関連する注文の識別情報を記録します。
• 確認できる事実：注文記録や調理ステーションの記録に実際に何が表示されているかを記します。調理の完了状況と、ホールスタッフによる提供状況は、それぞれ根拠を確認します。
• 現場での観察と記憶：従業員がその場で目にしたことと、後から思い出したことを分けて記します。根拠がない部分は不明とし、経緯を作り上げないでください。
• 比較条件：人数、料理の組み合わせ、追加注文の回数、支払いの取り決め、シフト、メニューの変更を挙げます。条件が異なる場合は、その制約も明記します。
• 次回の対応：現時点で実施できることを一つだけ選び、担当する職種、開始するシフト、例外時の引き継ぎ先、実施状況の確認方法を記します。
• 再確認の結論：次回の記録には、対応を継続する、変更する、または引き続き観察する根拠を残します。情報が足りない場合は、解決済み、効果があったなどと書き足さないでください。

通常の接客とイベントの団体客を無理に一対一で比較する必要はありませんが、条件の違いを説明する必要があります。記録が不完全な出来事は手がかりとして使えますが、正確な待ち時間や提供漏れの割合を算出する根拠にはできません。売上、確認済みの入金、サービスの提供状況も、それぞれ別の事実であり、互いの結論の代わりにはなりません。記録はその日のサービスに限り、客の長期的な行動履歴は作成しません。

常連客と団体客を、同じ印象で判断しない

常連客の事例では、従業員が確認せずに以前の注文内容や、店内飲食・テイクアウト、支払いの習慣を引き継いでいなかったかを確認します。問題がなかった場合も、互いに顔なじみだからではなく、その日に確認できた根拠を説明します。店主は、現在の要望をどのように確認するか従業員に言い直してもらい、別の従業員が対応しても同じ情報を得られるか確認できます。

イベントの団体客の事例では、追加注文、取り分ける料理、複数回に分けての提供をたどり、情報がどこに伝わっていたかを確認します。人数が多いと必ず混乱するわけではありませんが、要望を伝える人が複数いると、それぞれの担当が情報の一部しか把握できないことがあります。振り返りでは、どの追加注文が取りまとめられなかったのか、どの料理について最後まで提供する責任者がいなかったのかを特定します。「今後は団体客にもっと気を配る」といった、実行に移しにくい姿勢を従業員に求めるのではありません。

調理ステーションの記録と実際の提供状況は、それぞれ根拠を確認

MenuSnap 厨房ガイドでは、調理状況と担当間の引き継ぎをそれぞれ説明しています。KDSと紙伝票は、それぞれの利用条件に応じて使います。振り返りでは、まず調理ステーションで何が完了したかを確認し、その後、ホールスタッフに実際の提供状況を確認する方法があります。この二つの工程について、それぞれ根拠を確認します。お客様からの意見は、サービス上の別の手がかりとして扱い、料理の提供記録とあわせて確認します。作業指示が完了になっていることや、お客様がその場で異議を述べなかったことだけでは、その注文の料理をすべて提供できたとは判断できません。

店主は、現在のバージョン、権限、プランで実際に閲覧できる記録だけを確認し、順番待ちの時間、料理の催促回数、提供漏れの原因に関するレポートがすでにあるとは決めつけないでください。こうした事実を把握したい場合は、次のシフトで短時間の観察を行うこともできます。その際は、何を起点と終点にして記録するかをあらかじめ決めておきます。基準が統一されていなければ数値を比較せず、注文が作成されてからの経過時間全体を、そのままお客様の待ち時間と呼ばないでください。

来週確認するのは対応の実施状況であり、効果を先に断定しない

常連客の事例で、以前の注文内容をそのまま引き継いだことが問題なら、次のシフトでは注文を受ける前にその日の選択内容を復唱するようにします。団体客の事例で追加注文を誰も取りまとめていなかったことが問題なら、今回の追加注文を担当する職種を決めます。この二つの変更を、すべての状況に同時に適用する必要はありません。誰が、いつから実行するか、例外時に誰へ引き継ぐかを担当者が明記し、振り返りを購入計画や機能要望の一覧にしないでください。

• 継続：どのような類似の接客条件のもとで対応の実施を確認できたかを説明します。結論をすべてのシフトや長期的な効果にまで広げないでください。
• 変更：情報がどの工程で途切れているかを示し、担当する職種や記録する場所を見直します。「もっと気を配るように」と求めるだけでは不十分です。
• 引き続き観察：来週が通常の接客だけの場合は、追加注文の取りまとめ、未提供の品目、引き継ぎ先に関する情報を各シフトで確認できるかをまず調べます。条件の近い団体客の事例がまだない、または記録が不十分な場合は、準備と実施について確認できたことだけを記録します。一度説明したことや、反対の事例がないことをもって、問題が解決したとは判断しないでください。

送信、印刷、支払いで不具合が起きた場合は、担当者が元の注文を確認してサポートに連絡します。客の注文は通常のサービスにのみ使用し、慣れない操作を試すために使ってはいけません。週次ミーティングでは、判明している不具合と未確認の事実を説明できますが、調査中の問題をサービス効率の結論に置き換えてはいけません。