静岡駅周辺の居酒屋でも、駿河区のロードサイド店でも、注文が重なる時間帯は一気に空気が変わります。復唱まで済ませたのに厨房へ追加注文が届かない、出来上がった料理が配膳待ちになる。忙しい店ほど起きやすい場面です。
注文ミスは、スタッフ個人の注意力だけでは防ぎ切れません。私が店舗の相談で最初に確認するのは、誰が受け、どこで調理し、誰が提供済みに変えるのかという仕事の流れです。
聞き間違いより厄介な「状態が分からない」問題
清水の魚料理店なら刺身と焼き物、郊外の家族向け店舗ならドリンクと主菜のように、注文後の行き先が分かれます。口頭や手書き伝票だけだと、追加、数量変更、取り消しが元の注文と離れ、どれが最新か分からなくなりがちです。
- ホールでは送ったつもりでも、厨房では受け取った確認ができない
- 品切れの連絡が一部のスタッフにしか届かない
- 完成した料理を誰が運ぶか決まらず、受け渡し台に残る
- 取り消し前の伝票が残り、同じ料理を作ってしまう
ここで必要なのは、声を大きくすることではありません。注文一件ごとの現在地を、ホールと厨房が同じ表示で確認できる仕組みです。
注文一件に「今どこか」を持たせる
使いやすいオーダー管理は、情報を増やし過ぎません。最低限、テーブル、商品、数量、変更内容、受付時刻、担当する調理場所、提供状況が分かれば、次に動く人が迷いにくくなります。
店舗で決めておきたい状態の名前
- 受付済み ホールが内容を確定した状態
- 調理待ち 厨房に届き、着手を待つ状態
- 調理中 担当の持ち場が作り始めた状態
- 完成 受け渡し台に料理が出た状態
- 提供済み 客席へ届けた状態
呼び方は店内の言葉に合わせれば十分です。ただし、取り消しや数量変更は元の表示を消すだけにせず、変更時刻と操作内容を残します。「誰を責めるか」ではなく、行き違いをその場で戻せるための履歴です。
厨房画面は、全部見せるほど使いにくくなる
一つの画面に全注文を並べると、件数が増えた瞬間に探す作業が始まります。焼き場には焼き物、揚げ場には揚げ物を出し、店全体を見る担当だけが全体表示を確認する形が現実的です。セット料理は構成品を分けつつ、どれか一品が未完成なら配膳側で分かる表示にします。
遅れを責めず、先回りに使える表示
受付からの経過時間を出すと、ホールはお客様に聞かれる前に厨房へ確認できます。たとえば通常時は10分、混雑時は15分を店内の確認目安にする、といった運用です。これは一般的な正解ではなく、料理内容や席数に合わせて決める店内基準。赤い表示を増やすより、何分で誰が確認するかまで決めた方が機能します。
完成ボタンを押す場所も曖昧にできません。調理が終わった瞬間なのか、受け渡し台に置いた瞬間なのか。私は後者にそろえる提案をすることが多いです。ホールが取りに行ける時点と表示が一致するからです。
最初の一週間は、一部の席と時間帯で試す
営業初日から全席を切り替えると、設定不足と操作慣れの問題が同時に出ます。まず現在の伝票を三営業日ほど見て、追加注文、取り消し、品切れ、急ぎ対応が何回あるかを数えます。その後、平日の一つの客席区画だけで試すと、直す箇所が見つけやすくなります。
- 商品名、選択項目、調理場所を実際のメニューと照合する
- ホールと厨房で同じテスト注文を見て、表示時刻と内容を確認する
- 繁忙前に役割ごとの操作練習を行い、変更と取り消しも試す
- 端末故障や店内ネットワーク不調に備え、紙で受ける手順を残す
操作説明は一回30分程度が目安ですが、全員へ同じ機能を教える必要はありません。ホールは受付と提供、厨房は着手と完成。担当する操作を絞った方が定着します。
効果は「ミスが減った気がする」で終わらせない
導入前後は、同じ曜日、同じ時間帯で比べます。見る数字は、注文内容の修正件数、厨房への再確認回数、作り直し件数、受付から調理開始までの時間、完成から提供までの時間。売上だけでは見えない詰まりが分かります。
記録を取れなかった日はゼロ件にしないことも大切です。未計測とゼロ件を分けないと、改善したように見えてしまいます。週に一度、10分程度でもホールと厨房が数字を見れば、「揚げ場に注文が集中する」「提供済みの押し忘れが多い」といった次の修正が具体になります。
今の店の流れを残したまま相談できます
オーダー管理は、高機能な仕組みを入れること自体が目的ではありません。今の伝票、厨房の持ち場、配膳の動線を確認し、必要な範囲から整えるのが先です。NIR株式会社では、既存製品の活用と店舗に合わせた個別開発の両方を見ながら、導入後の運用まで一緒に考えています。
注文の流れをどこから直すべきか迷っている段階でも、システム導入・開発を無料で相談するから、現在使っている伝票や困っている時間帯をお聞かせください。