Назад до ідей для ресторанного бізнесу

Управління рестораном

Як щотижня аналізувати обслуговування в ресторані: знайдіть одне замовлення й визначте одну зміну на наступний тиждень

Щотижня оберіть одну конкретну проблему: наприклад, напій не подали, після пересаджування гостей довелося шукати замовлення або неодноразово перепитувати під час поділу рахунку. Відновіть перебіг подій за необхідними записами про замовлення, спостереженнями в залі та спогадами працівників зміни. На одній сторінці відокремте відомі факти від невідомих, визначте відповідального й заплануйте наступне спостереження. Окремо оцінюйте виторг, завершення приготування та фактичну подачу; не перетворюйте припущення на точну хронологію.

Редакція MenuSnapОпубліковано

Щоб щотижня аналізувати обслуговування в ресторані, спершу оберіть одну реальну проблему, потім знайдіть відповідне замовлення й вирішіть, яку дію змінити в наступній зміні. Навіть за хорошого виторгу напій могли не подати, а тривале очікування не обов’язково означає, що кухня працювала повільно. Якщо звести проблему до конкретної передачі замовлення між працівниками, замість фрази «наступного тижня працюємо злагодженіше» можна визначити, хто саме за що відповідає.

Для запису підсумків наради за тиждень можна використати такі поля:

  • Конкретна проблема цього тижня: ____; заклад, місцевий часовий пояс, робочий день або діапазон дат і період обслуговування: ____.
  • Необхідні дані для пошуку замовлень і спосіб обслуговування: ____; чому обрано саме ці замовлення: ____.
  • Факти, чітко зафіксовані в системі: ____; спостереження на місці: ____; спогади працівників зміни або припущення: ____.
  • Якої інформації бракує: ____; хто її перевірить або що спостерігатиме наступного разу: ____.
  • Найімовірніший недолік у процесі та підстави для такого висновку: ____; єдина дія, яку змінять наступного тижня: ____.
  • Відповідальний, період обслуговування, з якого почнуть, і працівник на заміну: ____; матеріали або підстава для передачі завдання: ____; контактна особа для виняткових ситуацій: ____.
  • Що й коли переглянуть наступного разу: ____; на підставі чого вирішать продовжити, змінити або припинити цю дію: ____.

Зберігайте лише ті ідентифікатори замовлень і відомості про перебіг подій, які необхідні для цієї розмови; не копіюйте повні дані гостей. Чітко зазначайте джерело фактів, спогадів і припущень. Якщо час не зафіксовано, не вказуйте точність до хвилини. Поясніть ці принципи один раз, а далі зосередьтеся на проблемі цього тижня.

Спочатку оберіть проблему, потім — замовлення для порівняння

Формулюйте проблему конкретно: наприклад, чому не подали напій, де опинилося початкове замовлення після пересаджування гостей або про яку частину рахунку доводилося неодноразово перепитувати під час його поділу. Не зводьте всі негаразди до «поганого обслуговування» й не оцінюйте працівника за одним конфліктом. Для порівняння можна взяти замовлення, яке обслужили без проблем у подібний період, зі схожим набором страв і способом обслуговування. Якщо підстав для висновку немає, залиште питання відкритим і заплануйте спостереження наступного разу.

Перш ніж переглядати дані, узгодьте часовий пояс закладу та період. Робочий день, що триває після півночі, не можна ототожнювати з календарним днем. Продажі, підтверджені оплати, повернення коштів і готівка за зміну — це різні показники; неоплачений рахунок також не є фактично отриманою оплатою. Не використовуйте підсумки за різні періоди чи з різним охопленням, щоб пояснювати одну й ту саму ситуацію з обслуговуванням.

Відстежте весь шлях одного запиту

Послідовно розгляньте, як виник запит, як внесли замовлення, прийняли його на приготування, зібрали позиції разом, фактично подали й опрацювали рахунок. Використовуйте зафіксований час відповідно до того, яку саме подію він позначає. Якщо запису про подачу немає, так і зазначте; не робіть висновок, що гість отримав страву, лише тому, що її приготували. У MenuSnap доступність записів залежить від поточної версії системи, прав доступу й тарифного плану. Якщо бракує даних про чергу, нагадування щодо страв чи подачу, доповніть їх необхідними спостереженнями працівників; не стверджуйте, що система автоматично зібрала ці дані.

Позначка про завершення приготування в KDS, знятий паперовий чек і фактична подача — це різні речі. Виділення частини рахунку не означає, що оплату отримано; транзакцію через окремий термінал працівники також мають перевірити за зовнішніми даними. Щоб відновити перебіг подій, не потрібно створювати нове замовлення, повторно надсилати його на кухню чи проводити оплату ще раз: достатньо наявних необхідних записів і пояснень працівників.

Причина має вказувати на конкретну дію

  • Інформацію не записали: перевірте, чи не бракує зазначення варіанта страви, належності позиції до замовлення або відомостей про те, що ще не подали, і заповніть відповідні поля.
  • Інформацію записали, але ніхто не взяв завдання в роботу: визначте наступну посаду та працівника на заміну, а не обмежуйтеся ще одним нагадуванням про спілкування.
  • Працівнику, який прийняв завдання, складно його виконати: перевірте, чи заважають розташування, маршрути переміщення або спільне обладнання. Не списуйте проблему на неуважність.
  • Записів недостатньо для висновку: зафіксуйте, що саме невідомо, і визначте конкретний етап та часові межі наступного спостереження. Не вигадуйте цілісну історію подій.

Питання щодо обладнання або налаштувань перевіряють власник закладу та працівники служби підтримки. Насамперед забезпечте обслуговування вже прийнятих замовлень: розбір ситуації не має переривати роботу кухні чи призводити до змін у рахунках, які зараз опрацьовують. Щоразу обирайте одну найдоречнішу зміну: наприклад, перевіряти напої з того самого замовлення перед збиранням позицій разом або сповіщати бар після пересаджування гостей. Не змінюйте водночас меню, графік змін і обладнання.

Наступного тижня спершу перевірте рішення, ухвалене минулого тижня

За подібних умов перевірте, чи повторюються випадки неподачі, повторних запитань або помилкового віднесення позицій до замовлень, чи можуть працівники постійно виконувати обрану дію та чи не переноситься очікування на наступний етап роботи. Якщо потік гостей, графік змін і меню суттєво відрізняються, не робіть прямого висновку про причинно-наслідковий зв’язок. Невелика кількість замовлень дає лише підказки, а не відображає досвід усіх гостей.

Якщо дія допомогла, внесіть її до плану перед початком зміни. Якщо ні — поверніться до початкового замовлення й пошукайте, що пропустили. Якщо відповідь поки невідома, продовжте спостереження та припиніть збирати інформацію, яка більше не потрібна. Обґрунтоване рішення щотижня наближає до поліпшення більше, ніж постійне додавання звітів. Не подавайте практику, яку ще не перевірили, як гарантію пропускної здатності чи ефективності.

Джерела

Дима-демоПочніть безкоштовно