Автоматизація ресторану: замовлення, кухня і доставка
Ресторан втрачає гроші не на кухні, а в тих місцях, де інформація передається голосом. Офіціант забув пробити позицію, кухар не почув модифікатор, курʼєр поїхав не за тією адресою. Автоматизація ресторану прибирає ці розриви: замовлення фіксується один раз і далі йде системою без переказування з рук у руки.
Автоматизація ресторану починається з єдиного джерела даних
Перше, що варто зробити - звести всі канали в одну базу. Зал, телефон, сайт, агрегатори і месенджери мають писати замовлення в одну систему, а не в пʼять окремих зошитів і чатів. Коли джерело одне, ви бачите реальне завантаження кухні о 19:30 у пʼятницю, а не суму приблизних оцінок від змінних менеджерів. Це база, без якої решта автоматизації тримається на чесному слові персоналу.
Другий крок - єдиний довідник страв. Одна позиція має один код, одну ціну, одну технологічну картку і один набір модифікаторів. Без цього будь-який звіт розвалиться: у залі «Цезар» коштує 280 гривень, на доставці 310, а у списанні продуктів він проходить як три різні позиції з різними виходами. Наводити лад у меню нудно, але саме це дає точні цифри в аналітиці.
Третє - ролі і права доступу. Офіціант бачить свої столи, кухар бачить чергу своєї станції, менеджер бачить зміну цілком, бухгалтер бачить рухи по складу. Це не бюрократія, а спосіб знайти джерело помилки за хвилину замість вечірнього розбору «хто це пробив і навіщо». Кожна дія має автора і час, тому спірних ситуацій стає менше вже в перший місяць.
Прийом замовлень: зал, телефон і Telegram в одному потоці
У залі прийом замовлень зручно робити з планшета або телефона офіціанта. Позиція обирається зі списку, модифікатори і побажання гостя додаються тут же, а не пишуться на серветці. Замовлення потрапляє на кухню за секунди після того, як офіціант відійшов від столу, і йому не треба бігти до термінала через увесь зал, щоб продублювати те, що він щойно записав.
Для доставки і самовивозу добре працює Telegram-бот. Гість відкриває меню, бачить актуальні залишки, обирає час, спосіб оплати і адресу, яку бот памʼятає з минулого разу. Оператору не треба диктувати склад страв по телефону і перепитувати номер будинку. Досвід показує, що після запуску бота частина повторних клієнтів перестає дзвонити взагалі: замовити в чаті швидше, ніж чекати на лінії.
Телефон нікуди не зникає, тому оператору потрібен зручний екран: пошук клієнта за номером, історія його замовлень, улюблені позиції та збережені адреси. Замовлення на повтор оформлюється за пів хвилини. Важливо, щоб усі три канали писали в одну чергу, інакше кухня отримає три різні пріоритети і почне готувати те, що просто голосніше просять.
Передача на кухню і екран кухаря замість паперових чеків
Передача на кухню має бути автоматичною і роздільною за станціями. Гаряче йде на гарячий цех, салати на холодний, напої на бар, піца на свою піч. Кухар бачить лише те, що готує він, з часом очікування і позначкою про модифікатори. Паперові чеки при цьому не потрібні: вони губляться, вигорають і не показують, скільки хвилин страва вже стоїть у черзі.
Екран кухаря корисний ще й тим, що дає зворотний звʼязок. Кухар натискає «взяв у роботу» і «готово», а офіціант чи курʼєр отримує сповіщення на телефон. Ніхто не носить страву на перевірку і не питає у вікні, чи вже можна забирати. Середній час віддачі стає вимірюваним показником, а не відчуттям, і його реально скоротити на кілька хвилин без нових людей у зміні.
Окремо варто налаштувати логіку курсів. Якщо гість замовив суп і стейк, система має відправити стейк на кухню із затримкою, щоб він не вистигав під лампою. Такі дрібниці не видно в презентаціях, але саме вони формують враження гостя і кількість повернень страв на кухню.
Доставка, курʼєри і бронювання столів
Доставка тримається на трьох речах: коректній адресі, розумному призначенні курʼєра і чесному часі. Адресу краще збирати структуровано, з вулицею, будинком і підʼїздом окремими полями, а не одним рядком тексту. Призначення можна робити напівавтоматично: система пропонує курʼєра за зоною і поточним завантаженням, менеджер підтверджує або змінює вручну за пару секунд.
Курʼєру достатньо простого бота або мінімального застосунку: список його замовлень, маршрут, кнопки «забрав», «доставив», сума до оплати і спосіб розрахунку. Наприкінці зміни автоматично рахується інкасація і кількість виконаних доставок. Це знімає щоденну звірку готівки, яка зазвичай зʼїдає у менеджера пів години і псує настрій усім учасникам.
Бронювання столів логічно тримати в тій самій системі. Гість обирає дату, час і кількість осіб, бачить доступні столи, отримує підтвердження і нагадування за дві години до візиту. Хостес відкриває схему залу і бачить, який стіл звільниться о 20:00. Нагадування помітно зменшують кількість тих, хто забронював і не прийшов, а це прямі гроші у вечір пʼятниці.
Програма лояльності, склад і аналітика фудкосту
Програма лояльності працює тоді, коли гість не носить пластикову картку. Достатньо номера телефона або того самого Telegram-бота: бали нараховуються автоматично, баланс видно в чаті, персональна пропозиція приходить туди ж. Корисно розділяти гостей за поведінкою: той, хто замовляє щотижня, і той, хто був один раз пів року тому, потребують різних повідомлень і різних знижок.
Склад і фудкост варто повʼязати з продажами через технологічні картки. Продали двадцять порцій пасти - система списала борошно, вершки і сир за нормою. Далі порівнюємо норму з фактичною інвентаризацією і бачимо розбіжність у відсотках. Якщо по одній позиції розбіжність стабільно 8-10 відсотків, це не містика, а конкретна станція, конкретна вага порції або конкретне порушення.
Аналітика має відповідати на прості питання: які позиції приносять маржу, а які лише займають меню; о котрій годині падає середній чек; скільки коштує одна доставка з урахуванням оплати курʼєра. Коли ці цифри збираються самі, рішення про зміну меню чи графіка змін ухвалюються за даними, а не за настроєм. У Devlly ми будуємо такі системи під конкретний заклад: із тими каналами, кухнею і процесами, які у вас уже є, а не за універсальним шаблоном.