Программа для общепита: приложение, меню, лояльность и аналитика

Какие задачи закрывает программа для общепита

Под программой для общепита обычно понимают разные вещи: кто-то имеет в виду кассу и склад, кто-то — программу для работы с гостем. DELICIO закрывает вторую задачу. Это связка из четырёх частей: мобильное приложение заведения, электронное меню (в приложении и по QR-коду на столе), программа лояльности с бонусным счётом и аналитика для владельца. Все четыре части работают на одних данных, поэтому меню не приходится вести отдельно для сайта, отдельно для приложения и отдельно для курьерской доставки. Гость ставит приложение один раз и дальше видит актуальное меню, свою историю заказов, накопленные бонусы и уведомления о новинках и акциях. Заведение получает собственный канал связи с гостем, который не зависит от комиссии агрегаторов и не теряется в общей ленте социальных сетей. Приложение выходит в App Store и Google Play под названием и логотипом заведения, а не как раздел внутри чужого сервиса, — гость запоминает бренд, а не площадку, через которую он заказал.

Чем это отличается от кассовой программы

Важно различать кассовую программу и программу для гостя. Кассовая система — iiko, r_keeper, Poster и подобные — ведёт номенклатуру, склад, смены, фискальные документы и отчётность. Мы её не заменяем и не пытаемся: если она уже внедрена и персонал в ней работает, менять учётный контур ради приложения нет смысла. DELICIO работает поверх: берёт из учётной системы меню, цены и стоп-листы и отдаёт обратно заказы, оформленные гостем. За счёт этого не возникает второго меню, которое надо поддерживать руками, и второго отчёта, который не сходится с кассовым. Если учётной системы пока нет или она без внешнего API, приложение запускают на собственном меню, а интеграцию подключают позже — порядок внедрения от этого меняется, а состав работы для гостя остаётся прежним. Подробно про обмен данными с кассовыми системами мы разбираем отдельно: какие поля передаются, что происходит при обновлении меню и что нужно от заведения, чтобы подключение прошло без остановки работы зала.

Сценарии для кафе, ресторана, доставки и сети точек

Кафе и кофейни обычно начинают с двух вещей: QR-меню на столах и бонусов за повторные визиты. Гость сканирует код, видит меню с фотографиями и составом, оформляет предзаказ или самовывоз ко времени — очередь у стойки в час пик становится короче, а средний чек растёт за счёт понятных допродаж, а не за счёт уговоров бариста. В ресторане сценарий другой: приложение чаще используют для брони, предзаказа, доступа к сезонному меню и для адресных предложений постоянным гостям. Здесь важны качественные фотографии блюд, описание состава и аллергенов, понятная навигация по разделам и аккуратная типографика — приложение ресторана воспринимается как часть впечатления от заведения, а не как утилита. Общее у обоих сценариев одно: меню ведётся в одном месте и одинаково выглядит и на столе по QR-коду, и в телефоне гостя дома. Подробные сценарии разобраны на страницах мобильное приложение для кафе и мобильное приложение для ресторана — по сути это одна платформа с разными акцентами в настройке.

Аналитика, лояльность и порядок внедрения

Доставка — отдельный режим работы. Здесь к меню добавляются зоны доставки и правила: минимальная сумма, стоимость доставки по зонам, время работы кухни, ограничение по времени приёма заказов. Гость указывает адрес, приложение определяет зону и показывает условия ещё до оформления, а не после звонка оператора. Заказ уходит в учётную систему и на кухню, гость видит статус, оплата проходит онлайн или при получении. Ключевое отличие от агрегатора в том, что контакт гостя, история его заказов и бонусный счёт остаются у заведения: можно вернуть человека повторной рассылкой или напоминанием, не платя комиссию за каждый повторный заказ. Это не значит, что от агрегаторов надо отказываться, — обычно они остаются каналом для новых гостей, а собственное приложение забирает на себя повторные заказы тех, кто уже знает вашу кухню. Как это устроено, подробнее описано на странице мобильное приложение для доставки еды.

Для сети точек добавляется вопрос управления. В одном приложении гость выбирает заведение или адрес доставки, и от этого зависит меню, цены, доступность позиций и часы работы. Администратор ведёт всё из общей панели: где-то запускает локальную акцию, где-то временно отключает позицию, где-то меняет режим работы на праздники. Бонусный счёт гостя при этом может быть сквозным для всей сети — накопил в одной точке, потратил в другой, — а выручка и отчётность остаются раздельными по подразделениям. Такой подход убирает типичную для сетей ситуацию, когда у каждой точки своя страница в социальных сетях, свои акции и своя база гостей, а общей картины по сети нет ни у кого. Условие — корректно заведённые подразделения и прайс-листы в учётной системе. Если точек пока две-три, начинать всё равно стоит с общей структуры: перестраивать её потом, когда база гостей уже набрана, дороже, чем заложить сразу.

Аналитика отвечает на вопросы владельца, а не бухгалтера. В панели видно, сколько гостей установили приложение и сколько из них сделали хотя бы один заказ; какие позиции заказывают чаще, а какие лежат в меню мёртвым грузом; как распределяются заказы по дням недели и часам; какая доля заказов приходится на зал, самовывоз и доставку; сколько гостей вернулись повторно и с каким интервалом. Отдельный срез — бонусы: сколько начислено, сколько списано, какая часть остаётся неиспользованной. Эти данные полезны в первую очередь для решений по меню и графику: убрать позицию, перенести акцию на другой день, усилить смену в пиковые часы. Мы не обещаем конкретных результатов в цифрах — эффект зависит от заведения, кухни, локации и трафика, но без такой картины решения по меню и акциям принимаются вслепую, по ощущениям смены. Отчёты выгружаются, чтобы их можно было свести с данными кассы и не переносить цифры руками.

Лояльность в приложении построена на бонусах, а не на скидках, и разница здесь принципиальная. Скидка уменьшает выручку прямо в момент продажи и ничем не удерживает гостя: он получил своё и не обязан возвращаться. Бонус — это отложенное обязательство: часть суммы возвращается на счёт гостя и работает только при следующем визите, то есть заведение платит за повторный приход, а не за разовый. Плюс бонусы гибче: их можно начислять повышенно на определённые позиции, дарить в день рождения, ограничивать сроком, чтобы стимулировать вернуться. Часть начисленных бонусов вообще никогда не будет списана, и это тоже нормально. Важно заранее описать правила простыми словами и показывать их в приложении — непонятная механика начисления вызывает больше вопросов у персонала, чем даёт эффекта. Хорошая проверка: если бариста может объяснить условия за одну фразу, а гость видит свой баланс сразу после оплаты, программа лояльности настроена нормально.

Внедрение удобнее начинать с малого. Первый шаг — инвентаризация: какая учётная система используется, есть ли у неё доступный API, в каком состоянии номенклатура и цены, есть ли фотографии блюд. Второй — витрина: собрать меню, разделы и карточки так, как это должен видеть гость, а не так, как заведено в учёте. Третий — правила лояльности и зоны доставки, если она есть. Четвёртый — тестовый запуск на одной точке: несколько дней реальных заказов показывают все узкие места лучше любого согласования на бумаге. Дальше приложение публикуют в App Store и Google Play под брендом заведения и подключают остальные точки. Отдельная работа — привести гостей в приложение: QR-коды на столах и чеках, объяснение персонала, стартовое начисление бонусов за установку. Этот этап часто недооценивают, хотя именно от него зависит, наберёт ли приложение базу: без участия смены в зале установки идут медленно, каким бы удобным ни был интерфейс.