Представьте сеть на 30 точек. Касса работает нормально. Программа лояльности работает нормально. Заказы из Яндекс Еды приходят исправно. А потом гость отменяет заказ через приложение доставки — и на кухне об этом узнают минут через пять. А то и вообще не узнают, и блюдо готовят зря. Ни одна программа тут не сломалась. Просто между ними нет связи, а должна быть.
Вот в этом стыке ресторанные сети обычно и теряют деньги. Сегодня рестораны работают не с набором отдельных программ, а по сути с одной большой системой: касса, экран на кухне, лояльность и доставка должны понимать друг друга и передавать данные сразу, без задержек. И почти все сбои происходят не внутри одной программы, а именно там, где две программы должны «договориться» между собой.
За 10 лет и 70+ проектов в фудтехе мы насмотрелись на десятки таких сетей. Знаем, какие связки работают годами без нервов, а какие разваливаются при первом же наплыве заказов. Дальше — по порядку, что за что отвечает и где обычно рвётся.
Из чего вообще состоят технологии ресторана — и почему одной кассы часто мало
Если по-простому, ресторанные технологии — это несколько программ, которые вместе ведут заказ от начала до конца: гость сделал заказ и оплатил его, кухня приготовила, бонусы начислились, курьер довёз. Всё это можно разложить на четыре группы:
- Касса и кухня — касса принимает заказ, а экран на кухне (KDS) показывает его повару.
- Гость — программа лояльности и онлайн-заказы. От них зависит, вернётся ли человек снова.
- Доставка — агрегаторы и курьеры, то есть последний этап пути заказа.
- Аналитика — отчёты, в которых собираются данные из всех трёх групп выше.
Ресторану на одну-две точки обычно хватает одной хорошо настроенной кассы, и никакие связки ему не нужны. А вот сеть из 20 и больше точек так уже не проживёт: чем больше заказов, тем заметнее каждая дырка между системами. И почти всегда дело не в самих программах — дело в том, как они передают друг другу данные.
Как масштабировать франшизу, чтобы не потерять управление: технологический взгляд изнутри
Читать статьюКасса — от неё зависит вся остальная система
Касса принимает заказы и оплату, и в ней же хранятся все данные о том, что купили и когда. Это не просто аппарат для пробития чеков — от кассы зависят и кухня, и лояльность, и доставка. Если касса плохо связана с остальными программами, слабое место в итоге чувствуют все.
Три связи особенно важны:
- Касса и кухня: заказ должен появиться на экране повара почти сразу же после оплаты. Задержка больше полсекунды уже заметна, когда в зале много гостей.
- Касса и лояльность: бонусы должны начисляться в момент оплаты, а не когда-нибудь потом. Тут два варианта — либо касса сама сразу передаёт сигнал программе лояльности в момент оплаты, либо программа лояльности сама периодически опрашивает кассу, не появилось ли что-то новое. Первый вариант быстрее и надёжнее.
- Касса и доставка: меню и статус заказа должны совпадать и в кассе, и в приложении доставки. А у каждого сервиса — у Wolt, у Glovo, у Яндекс Еды, у Купера — свои технические особенности подключения.
iiko, Poster и r_keeper устроены внутри по-разному, и знать особенности конкретной кассы клиента часто важнее, чем знать теорию касс вообще.
Работаете на iiko и хотите добавить онлайн-бронирование или другую интеграцию? Смотрите наш опыт
Read the articleKDS — экран на кухне, который связывает кассу и повара
KDS, он же кухонный экран — это дисплей на кухне, куда падают заказы прямо из кассы. Он показывает их по очереди и следит, сколько времени готовится каждое блюдо. Многие рестораны понимают, зачем он нужен, только после первого настоящего завала в час пик.
Без нормально настроенного KDS обычно происходят три вещи:
- Бумажные талоны теряются или путаются, когда заказов много.
- Непонятно, что готовить первым — заказ на доставку, который должен уехать через 8 минут, или заказ гостя за столиком, у которого дедлайна вообще нет.
- Нет данных, сколько на самом деле готовится блюдо — а значит, нечем подтвердить гостю честное время доставки.
Самое важное здесь — KDS должен видеть не только список блюд, но и тип заказа (зал, навынос, доставка) и его срок. Эти данные приходят из кассы или через кассу от сервиса доставки. Если касса не помечает тип заказа, повар на кухне работает по сути наугад.
Интернет на кухне часто скачет, поэтому KDS обязательно должен уметь работать без сети: принимать заказы через локальную сеть на кухне, а с облаком синхронизироваться отдельно, когда связь появится. Именно так мы построили систему для Sizl — сети dark kitchen (кухни только на доставку, без зала) в Чикаго, где несколько брендов готовят на одной кухне одновременно. Решение о том, как расставлять приоритеты между заказами разных брендов на нескольких экранах, приняли в самом начале проекта — и оно определило всю дальнейшую разработку, включая отдельное приложение для курьеров, которое команда собрала за 2,5 недели. После этой перестройки Sizl привлекли $3,6 млн инвестиций при оценке компании в $12 млн — инвесторам показали работающую систему, которая выдерживает рост, а не просто новую версию приложения.
Лояльность — почему она чаще всего ломается, если её подключают последней
Программа лояльности следит за покупками гостя, начисляет и списывает баллы и передаёт эти данные в маркетинг и операционку — всё, чтобы гость возвращался снова. Это, кстати, та часть системы, которую переделывают чаще всего: большинство сетей пристраивают лояльность к готовой кассе уже потом, а не продумывают её с самого начала.
Спрос на лояльность точно есть: по данным опроса «РБК Исследования рынков», почти 3 из 10 гостей 18–54 лет участвуют в программе лояльности любимого ресторана — год назад было 27,2%, то есть рост заметный. А доля тех, кто активно пользуется мобильным приложением ресторана, за тот же год выросла с 25,8% до 29,6%. Так что дело почти никогда не в самих бонусах или скидках. Дело в качестве данных: когда начислять баллы, как не начислить их дважды, что делать, если гость платит частично баллами, и как держать баланс синхронным в реальном времени.
Три момента определяют, приживётся программа лояльности или начнёт сбоить:
- Когда начислять баллы: в момент оплаты или только когда чек закрыт полностью? Задержка тут — это гость, который стоит у кассы и не понимает, почему баллы не пришли.
- Частичная оплата баллами: самый сложный случай технически. Касса должна разделить оплату — часть баллами, часть картой, — а умеют это делать аккуратно далеко не все кассы.
- Как узнать гостя: по телефону, QR-коду, карте или лицу — у каждого способа свои требования к кассе.
Если цифры по лояльности на бумаге выглядят неплохо, а повторные визиты почему-то не растут — почти всегда дело именно в этой технической связке, а не в самих бонусах.
В чём суть RFID и NFC? И как их использовать в фудтех индустрии?
Читать статью
Доставка — то место, где чаще всего всё ломается
Подключение агрегаторов доставки — это связь между кассой (и кухней) ресторана и внешними сервисами вроде Wolt, Glovo, Яндекс Еды или Купера. Через неё заказы сами попадают в кассу, меню синхронизируется, а статусы обновляются в обе стороны. По сути это не одна связка, а сразу несколько — с каждым сервисом отдельно, у каждого свой формат данных и свои ограничения, и ломается каждая по-своему.
Подключить это можно тремя способами:
- Напрямую: заказ из агрегатора сразу летит в кассу. Самый надёжный вариант, но под каждый сервис нужна отдельная разработка.
- Через отдельный сервис-посредник: одно окно собирает заказы сразу из нескольких сервисов доставки, и уже оттуда всё уходит в кассу. Настраивается быстрее, но это ещё одно звено, которое может подвести.
- Отдельный планшет под каждый сервис: самый частый и самый неудачный вариант для сетей — с ростом числа точек и сервисов доставки это превращается в хаос.
У каждого сервиса свои особенности подключения: у Wolt всё стабильно и хорошо описано, у Glovo возможностей для прямой интеграции поменьше, а у Яндекс Еды и Купера свои требования, которые регулярно обновляются, и за этим нужно следить.
Один из клиентов подключил сразу три сервиса доставки без единого связующего звена — три отдельных потока заказов в кассу, три разных формата, и в конце каждой смены сотрудники вручную сверяли, что пришло откуда. После того как всё свели в одну систему, поток стал один, и сверка стала происходить сама.
Если у вас два и больше сервисов доставки, и в конце смены всё равно приходится сверять заказы руками — дело не в людях, а в том, как подключены системы.
Что выбирают QSR — агрегаторы или собственную доставку: реальные истории ресторанов
Читать статьюКарта связей — что с чем соединяется и где обычно рвётся
Это та часть, которую проще всего пропустить и дороже всего потом чинить. Каждая связка между двумя системами — потенциальное слабое место, и если знать о них заранее, работа ресторана становится предсказуемой, а не «тушим пожар по ходу».
| Связка | Как связаны | Насколько критично / что чаще всего ломается |
| Касса и кухня (KDS) | Сигнал в реальном времени по локальной сети | Высоко — задержка больше полсекунды теряет заказ в час пик |
| Касса и лояльность | Сигнал в момент оплаты (лучше) или периодическая проверка | Высоко — задвоенные баллы при нестабильной связи |
| Касса и доставка | Напрямую или через сервис-посредник | Очень высоко — расхождение меню, разные статусы заказа |
| KDS и доставка | Через кассу (статус «готово») | Средне — сервис доставки не видит точное время готовности |
| Лояльность и доставка | Обычно через кассу, редко напрямую | Пока низко, но растёт — баллы за заказы на доставку |
| Доставка и аналитика | Через кассу или посредника | Средне — данные часто теряются при отдельных планшетах |
Связка «касса и доставка» рвётся чаще всего по простой причине: это единственное место, где вы вообще не влияете на то, что происходит на другой стороне. iiko, Poster и r_keeper обновляются по своему графику, а Wolt, Glovo, Яндекс Еда и Купер — по своему, и никто эти графики друг с другом не согласовывает. Уникальный номер у каждого начисления баллов важен по той же причине, по которой в любой технике случаются повторные сигналы: без такого номера повторный сигнал превращается в двойную выплату баллов. А KDS должен уметь работать без интернета именно потому, что это единственная система, которой нельзя ждать ответа от сети в разгар смены.
5 инструментов для аналитики, без которых нельзя работать
Читать статьюКогда полная интеграция не нужна — и когда без неё не обойтись
Полная интеграция всех систем нужна не всем, и было бы нечестно писать иначе. Одной хорошо настроенной кассы вполне хватает на 80% задач ресторана, если у него одна-три точки — без всяких дополнительных связок.
Интеграция окупается, если:
- У вас 10 и больше точек с единым меню и общей отчётностью.
- Вы работаете сразу с двумя и больше сервисами доставки.
- В программе лояльности больше 10 000 активных участников.
- У вас dark kitchen или несколько брендов готовят на одной кухне.
А вот когда она скорее всего лишняя:
- У вас одна-три точки, один сервис доставки, а лояльность работает через встроенный модуль кассы.
- Меню не нужно управлять централизованно сразу для нескольких точек.
- Заказов пока не так много, чтобы на стыке систем что-то реально болело.
Если непонятно, к какой категории вы ближе — это нормальный повод спросить, а не гадать самому. Достаточно рассказать, что у вас уже есть и какого масштаба бизнес, чтобы понять направление.
Как написать бриф для ресторанного приложения: шаблон и типичные ошибки
Читать статьюЧастые вопросы
