Приложение для ресторана и доставки: нужно ли, что заложить и сколько стоит

«Нужно ли нашему ресторану приложение?» вопрос честный, как только вы замечаете, сколько постоянных гостей заказывает через агрегаторы доставки и как часто телефон звонит с одними и теми же вопросами. Короткий ответ: приложение окупается, когда у вас есть постоянные гости, которые часто заказывают или приходят, и когда оно хорошо делает три вещи. Даёт повторить заказ в одно касание, награждает за возвращение и отправляет заказы прямо на кухню и в кассу. Без этих трёх это дорогое меню.

Если большинство гостей бывает у вас раз в год, хватит быстрого сайта с заказом. Если есть устойчивая база постоянных гостей, своё приложение помогает их удерживать и сохранять маржу, которую на каждом заказе забирает комиссия площадки. Ниже: какие форматы бывают, с чем запускаться, почему всё решает связка с кассой, сколько это стоит и быстрый тест, нужно ли приложение именно сейчас.

Почему агрегаторы обходятся дорого и что меняет своё приложение

Сервисы доставки вроде Glovo, Wolt или Яндекс Еды удобны на старте: они приводят трафик. Но как канал они работают против вас в двух местах. Первое, комиссия: площадка забирает долю каждого заказа по условиям вашего договора, и на повторных заказах людей, которые вас уже знают, это деньги, которые можно было не тратить. Второе, гость вам не принадлежит. Тот, кто заказал через агрегатор, в следующий раз снова откроет агрегатор и увидит тех, кто заплатил за место повыше, а его контактов, чтобы пригласить снова, у вас обычно нет.

Своё приложение меняет три вещи:

• Маржа на повторных заказах остаётся у вас. Привести гостя можно через агрегатор, но дальше выгоднее перевести его в своё приложение, где нет комиссии площадки.
• Гость привязан к бренду. Бонусы, история заказов, любимый заказ в одно касание удерживают гостя у вас, а не на площадке.
• Данные ваши. Что заказывают, в какое время, как часто, средний чек по точкам: на этом строятся акции, меню и закупки.

Важно: своё приложение не заменяет агрегаторы. Разумная схема такая: агрегатор как канал привлечения новых гостей, своё приложение как канал удержания и повторных продаж с нормальной маржой.

Какой формат выбрать: приложение, мини-приложение или сайт

Когда владельцы говорят «приложение для ресторана», они часто имеют в виду очень разные вещи. Форматов три, и они различаются ценой, скоростью и тем, кому подходят.

На практике многие начинают с сайта или Telegram Mini App, это быстро и недорого, а приложение делают, когда база гостей уже собрана и видно, что повторные заказы идут. Серверная часть (меню, заказы, оплата, интеграции) общая, поэтому переход с одного формата на другой не означает «переписать всё с нуля», если архитектуру заложили правильно.

Минимальный набор: без чего не запускаться

Сразу строить «убийцу агрегаторов» не нужно. Нужен набор, который без разрывов закрывает путь гостя от выбора блюда до получения заказа.

Про языки отдельно. Статья 21 закона о языках называет меню среди визуальной информации, которая размещается на государственном языке, при необходимости также на русском. Относится ли это к приложению, уточните у юриста, но казахская версия меню гостям нужна в любом случае.

Этого достаточно для запуска. Что часто хотят «сразу», но спокойно ждёт второй очереди: курьер на карте в реальном времени, реферальная программа («пригласи друга»), подписки на регулярные заказы вроде бизнес-ланчей, отзывы и оценки блюд, чат поддержки.

Что добавить во второй очереди

Когда первая версия работает и заказы пошли, имеет смысл достраивать то, что растит частоту и чек:

• Курьер на карте. Снимает тревогу гостя и уменьшает число звонков.
• Уровни лояльности и игровые механики. Статусы, задания, «штампы» за заказы. Поднимают частоту визитов.
• Персональные акции по поведению. «Вы давно не заказывали пиццу, вот промокод». Такие сообщения работают лучше массовых рассылок.
• Подписки и предзаказы. Регулярная доставка, бизнес-ланчи по расписанию.
• Несколько брендов с одной кухни. Если из одной кухни работают несколько концепций, их можно показать отдельными витринами в одном приложении.

Главное, на чём ломаются дешёвые «обёртки»: интеграции

Вот ключевая мысль, которую стоит понять до выбора подрядчика. Приложение, не связанное с кухней и кассой, это не автоматизация, а лишняя работа: администратор вручную перебивает заказы из приложения в учётную систему. Так устроены дешёвые «приложения-обёртки» поверх сайта: выглядят прилично, а внутри ручной труд и ошибки.

Рабочее приложение встраивается в то, что у заведения уже есть:

• Кассовая система ресторана. В Казахстане это часто iiko или r_keeper. Заказ из приложения сам попадает на кухню и пробивается на кассе. Меню и стоп-лист синхронизируются: закончилось блюдо, оно пропало из приложения, и гость не закажет то, чего нет. У iiko для этого есть облачный API, у r_keeper модуль для заказов доставки, который лицензируется отдельно.
• Онлайн-оплата. Карты через интернет-эквайринг банка (Apple Pay и Google Pay, если их поддерживает ваш банк), оплата через Kaspi по счёту или QR и чек, который сходится с тем, что пробила касса. Как устроены онлайн-ККМ и чеки при оплате онлайн, разобрано в гайде об онлайн-оплате и чеках, детали для вашей компании уточните у бухгалтера. Если вы уже подключены к сервису Kaspi для ресторанов, приложение работает рядом с ним, а не вместо него.
• Доставка. Назначение курьеров, зоны и стоимость доставки, связка со своей курьерской службой или сервисом доставки.
• Аналитика. Выручка по точкам и блюдам, средний чек, частота заказов, эффективность акций. Без этого вы не узнаете, окупается ли приложение.

Именно на связке с кассой видна разница между «сделали дёшево» и «сделали, чтобы работало». Её закладывают в проект с первого дня, а не «прикручивают потом».

Пример: что важно на реальном проекте

Возьмём сеть из трёх кофеен на iiko, где часть постоянных гостей заказывает через агрегатор, а часть пишет в WhatsApp. Задача не «сделать красивое приложение», а «сделать так, чтобы гости возвращались, а система выдерживала утренний час пик». Поэтому фокус на трёх вещах:

• заказ ко времени самовывоза, который сразу уходит в iiko и на экран бариста;
• понятный кэшбэк, который одинаково начисляется на кассе и в приложении;
• аналитика по точкам и гостям: кто заказывает каждый день, кто пропал, какие акции работают.

Похоже устроен наш проект для Хоту-Ас, мясокомбината и розничной сети: бонусы начисляются через кассы АТОЛ и учёт в 1С 7.7, а клиент видит баланс и карту в Apple Wallet. В общепите вместо 1С обычно iiko или r_keeper, но принцип тот же.

Вывод: экран меню самая маленькая часть ценности. Большая её часть в связке с кассой, понятной гостю лояльности и аналитике, по которой вы принимаете решения. Если подрядчик на первой встрече говорит только о дизайне и не спрашивает, какая у вас касса и как устроена лояльность, это плохой знак.

Частые ошибки, которые дорого стоят

• Приложение без связки с кассой. Заказы перебивают руками. Через месяц приложением в заведении никто не хочет пользоваться.
• Сложная лояльность. Правила бонусов запутанные, гость не понимает выгоды и не копит. Лояльность должна читаться за пять секунд.
• Игнорирование стоп-листа. Гость заказал то, что закончилось, заказ отменили, и вы потеряли клиента. Наличие должно подтягиваться из кассы автоматически.
• Запуск «всего сразу». Хочется собрать максимум функций на старте, бюджет и сроки уезжают, а половина функций не нужна. Правильно: первая версия, потом расширение по данным.
• Нет аналитики. Приложение запустили, а измерить эффект нечем. Деньги потрачены вслепую.
• Экономия на серверной части. Дешёвый сервер не выдерживает нагрузку в пиковые часы, в пятницу вечером, и приложение падает ровно тогда, когда заказов больше всего.

Нужно ли приложение вашему ресторану: быстрый тест

Отметьте, что верно для вас сегодня:

• Основная выручка идёт от постоянных гостей, которые заказывают или приходят хотя бы дважды в месяц.
• Заметная часть постоянных гостей заказывает через агрегатор.
• Вы ведёте или хотите вести программу лояльности: штампы, бонусы или подарок ко дню рождения.
• Ваша касса умеет принимать заказы извне: у неё есть API или партнёр по интеграции.
• Есть человек, который каждую неделю будет обновлять меню, цены и акции.
• Вы можете продвигать приложение на кассе, на чеке, на упаковке и в каждом пакете доставки.

Пять-шесть отметок: своё приложение, скорее всего, окупится. Три-четыре: начните с заказа на сайте или мини-приложения в мессенджере, соберите гостей и добавьте приложение позже на той же серверной части. Две и меньше: сначала хороший сайт и простая карта лояльности, идеи для неё в статье 12 идей программы лояльности.

Сколько стоит и сколько делается

Точная цифра появляется только после того, как мы посмотрим на ваше меню, кассу и то, как устроена доставка, но планировать можно от стартовых цен.

Что входит в стартовый объём приложения, расписано на странице разработки приложения для ресторана, а всё, что мы делаем для общепита, собрано на странице для ресторанов и кафе. Первая версия выходит за несколько недель после того, как готовы меню, правила лояльности и доступ к кассе. Сборы сторов и подписки на платёжные и push-сервисы считаются отдельно. Цена фиксируется в договоре до старта, гарантия 6 месяцев, исходный код и доступы у вас.

Что двигает цену: число точек, доставка своими курьерами или только самовывоз, касса и её API, насколько гибкими должны быть правила лояльности. Приложение для сети с зонами доставки и подробной аналитикой считаем отдельно после брифа.

Как разумно сэкономить

Сэкономить без ущерба для результата можно, если:

• Начать с первой версии на один-два главных сценария (например, доставка и самовывоз с оплатой и базовой лояльностью), проверить спрос на повторные заказы и только потом расширяться.
• Начать с мини-приложения или сайта, а приложение для iOS и Android делать, когда появится лояльная база. Так вы не платите за дорогой формат, пока не убедились, что он окупится.
• Переиспользовать серверную часть. Каталог, заказы, оплата и связка с кассой, сделанные один раз, работают и для сайта, и для мини-приложения, и для приложения.
• Не экономить на связке с кассой и аналитике. Именно там экономия превращается в ручной труд и решения вслепую.

Итог

Приложение для ресторана это не красивое меню, а способ возвращать гостей, уводить повторные заказы из-под комиссии агрегатора и видеть, что на самом деле заказывают. Окупится ли оно, решают три вещи: связка с кассой, понятная гостю лояльность и аналитика. Для большинства заведений разумный путь начать с малого, с заказа на сайте или первой версии приложения для самовывоза, и расширяться по данным.