Запрос «нам нужно своё приложение» звучит у ресторанов регулярно. Обычно за ним стоят понятные цели: карта лояльности в телефоне, push-уведомления, доставка без комиссии агрегатора. Проблема в том, что приложение в этой цепочке только витрина. Основная работа лежит под ним, и именно её часто недооценивают на старте.
Из чего на самом деле состоит приложение ресторана
Если разложить типичное ТЗ, клиентская часть окажется меньшей половиной проекта.
- Интеграция с кассой. Бонусы должны начисляться по чеку, заказ должен попадать на кухню, стоп-лист обновляться без ручной правки. Для этого нужен обмен с iiko, r_keeper или другой системой автоматизации, и его кто-то должен написать и поддерживать.
- Бэкенд лояльности. Баланс, уровни, сгорание баллов, акции по дням недели. Это отдельная бизнес-логика, которая меняется каждый раз, когда маркетинг придумывает новую механику.
- Push и сценарии. Отправить push технически просто. Сложнее решить, кому и когда: после заказа, при начислении бонусов, перед днём рождения, если гость давно не заходил.
- Публикация и поддержка. Аккаунты в App Store и Google Play, ревью, обновления под новые версии ОС, исправления после релиза.
- Связь с остальными данными о госте. Если человек бронирует по телефону, а заказывает через приложение, без общей базы это два разных человека.
Каждый пункт превращается в статью расходов, которая не заканчивается с релизом.
Когда разработка с нуля оправдана
Своё приложение с нуля имеет смысл, когда продукт ресторана сам по себе нестандартный: сложная геймификация, собственная экосистема с несколькими брендами, особый сценарий заказа, который не укладывается в типовые решения. Ещё один признак: у компании есть или будет своя команда разработки, готовая поддерживать продукт годами.
Если же нужны карта лояльности, акции, push и заказ, свой код обычно повторяет то, что уже существует в готовых платформах.
Какие есть альтернативы
Между «ничего» и «своя разработка» есть несколько вариантов.
- Карта в Apple Wallet и Google Wallet. Ставится за пару касаний по QR-коду, показывает баланс и уровень, push на карту бесплатны. Гостю не нужно ничего скачивать.
- Чат-бот в Telegram или MAX. Баланс, акции, бронирование и предзаказ прямо в мессенджере, без установки.
- Брендированное приложение на готовой платформе. Собственная иконка в сторах и дизайн заведения, но интеграции и логика лояльности уже написаны.
Эти варианты не исключают друг друга. Если все носители работают от одной базы, гость сам выбирает удобный, а бонусы у него общие.
Как это сделано в ReMarked
ReMarked пошёл по третьему пути: у сервиса есть готовое мобильное приложение для ресторана, которое оформляют в стиле заведения и выпускают под брендом ресторана в App Store и Google Play. Внутри карта лояльности с бонусами, акции, список заведений, отзывы и отправка резервов. Push-сообщения безлимитные, триггерных сценариев для них больше сотни. Заказ из приложения уходит в iiko или r_keeper, а гость попадает в ту же анкету в CRM, где уже лежат его брони и визиты. Поддерживаются кассы iiko, r_keeper и Tillypad.
Модель цены отражает то, о чём говорилось выше. Приложение с картами лояльности и резервами бесплатно для тех, кто работает в CRM ReMarked. Электронное меню и доставка с обновлением меню из iiko, интернет-эквайрингом, стоп-листами и зонами доставки стоят от 50 тыс. ₽ за разработку. Всё, чего нет в шаблоне, дорабатывают по ТЗ по ставке 1 900 ₽ в час: новые страницы, дизайн под брендбук, нестандартные механики.
Для гостей, которые не хотят ставить приложение, та же карта работает в Wallet и в боте, а сама механика собирается в модуле ReMarked для программ лояльности.
Как считать окупаемость
Вместо общей формулы полезно ответить на три вопроса. Сколько гостей реально установят приложение, а не карту в Wallet. Что вы будете отправлять им через push и как часто. Кто будет поддерживать интеграцию с кассой через год. Если ответы размытые, начните с карты и бота на общей базе, а приложение подключите, когда станет понятно, зачем оно гостям.