Своё приложение для ресторана или сети кафе: предзаказ, бронь, доставка без агрегатора — когда оно оправдано

Короткий ответ: своё приложение оправдано ресторану или сети, у которых есть постоянные гости, заказывающие часто, — предзаказ кофе по дороге на работу, обеды в офис, семейная доставка по пятницам. Тогда приложение берёт на себя повторные заказы, бронь и бонусы, а часть заказов уходит из агрегатора к вам. Если гости приходят в основном впервые, а доставки своей нет, хватит сайта с меню, QR-кода на столе и бота для брони. Мобильное приложение по нашему прайсу — от 200 000 ₽ и от 2 недель за базовый объём.

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

Чем приложение ресторана отличается от сайта с заказом?

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

На практике разница видна в трёх местах:

• Повтор заказа. «Как в прошлый раз» в два касания: история заказов, сохранённый адрес, привязанная карта. На сайте гость каждый раз вводит всё заново или ищет, где он вошёл в прошлый раз.
• Уведомления. «Заказ готов, подходите к стойке», «курьер выехал», «на этой неделе новое сезонное меню». Это push-уведомления, их гость разрешает сам.
• Профиль гостя. Бонусы, депозиты, аллергены, предпочтения — у одного человека в одном месте, а не в трёх сервисах.

Всё остальное — меню, корзину, оплату — сайт умеет не хуже. Если у вас нет повторных гостей, перечисленные преимущества не сработают, и деньги разумнее вложить в сайт и карточки в картах.

Сценарий	Чего хватит на старте	Когда нужно приложение	Что важно связать
Меню с ценами и стоп-листом	Страница меню на сайте	Если в приложении есть заказ — меню должно быть в нём же	Позиции, цены и стоп-лист из учётной системы
Заказ за столом по QR	Веб-страница по QR-коду, без установки	Почти никогда: гость в зале не будет ставить приложение ради одного ужина	Номер стола, передача заказа на кухню и в счёт
Предзаказ навынос	Сайт с корзиной или бот	Гости заказывают у вас каждую неделю и хотят повторять заказ в два касания	Время приготовления, слоты выдачи, оплата
Бронь стола	Форма, бот или готовый сервис бронирования	Бронь — часть профиля гостя: депозиты, история визитов, предпочтения	Схема зала, подтверждение, напоминание
Своя доставка	Агрегаторы и кнопки на сайте	Есть свои курьеры и заметная доля повторных заказов	Зоны, кухня, курьеры, касса
Бонусы и персональные предложения	Карта в кошельке телефона или бот	Лояльность — повод держать приложение на экране	Касса и база гостей

Какие сценарии закрывает приложение ресторана?

Шесть типичных: меню со стоп-листом, заказ в зале, предзаказ навынос, бронь, своя доставка и бонусы. Приложение нужно не для каждого из них — для части хватает веб-страницы или бота. Начинайте с того сценария, где у вас уже есть поток гостей, а не с полного набора.

Самая частая ошибка в техническом задании — перечислить все шесть сценариев сразу. Базовый тариф приложения рассчитан на 6–8 экранов; шесть сценариев с профилем и оплатой туда не помещаются, и смета растёт. Разумнее выбрать один-два главных: для кофейни у бизнес-центра — предзаказ и бонусы, для ресторана с банкетами — бронь с депозитом.

Меню и стоп-лист: откуда приложение берёт данные?

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

Что проверить до разработки:

• Есть ли у вашей учётной системы API для внешних заказов и входит ли он в вашу лицензию. У распространённых систем для ресторанов такой обмен есть — например, у iiko опубликован API для внешних систем приёма заказов, — но что именно доступно на вашем тарифе и лицензии, подтверждает партнёр, который обслуживает систему.
• Как часто обновляется стоп-лист. Для заказа навынос важно, чтобы позиция пропадала из приложения в течение минут после того, как кухня поставила её в стоп.
• Модификаторы. Размер порции, соус, «без лука», замена гарнира. В учёте они часто заведены по-разному в разных точках сети — это всплывает на интеграции и съедает время, если не разобрать заранее.
• Разные меню по точкам и времени — завтраки, бизнес-ланч, позиции не во всех точках.

Связка с учётом — отдельная работа по тарифу интеграций, от 32 000 ₽; её объём зависит от системы и числа точек и считается после брифа.

Заказ в зале по QR: нужно ли для этого приложение?

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

Что важно для заказа за столом:

• Заказ попадает туда же, куда заказ официанта. На кухню и в счёт стола, а не в отдельный чат администратора.
• Официант видит, что стол заказал сам. Иначе к гостю подойдут принять уже принятый заказ.

Предзаказ навынос: как сделать, чтобы кухня успевала?

Через слоты выдачи и честное время приготовления. Гость выбирает не «как можно скорее», а время из доступных, а система не даёт взять в один слот больше заказов, чем кухня реально отдаёт. Без этого утренний час пик в кофейне превращается в очередь из тех, кто заказал заранее и всё равно ждёт.

• Время приготовления по позициям. Капучино и запечённая утка готовятся по-разному; срок заказа считается по самой долгой позиции.
• Лимит заказов на слот. Например, не больше десяти заказов в пятнадцать минут на одну точку. Число подбирают по первой неделе работы.
• Оплата заранее. Предзаказ с оплатой при получении часто не забирают. Онлайн-оплата снимает этот риск и сокращает время у стойки.
• Уведомление «готово». Его ставит бариста или повар кнопкой на планшете, а не система по таймеру.

Предзаказ — сценарий, где приложение сильнее всего: гость, берущий кофе каждое утро, экономит время.

Бронь стола в приложении: что добавить к обычной форме?

Связь с профилем гостя. Форма на сайте принимает дату, время и телефон; приложение знает, кто бронирует, сколько раз он был, какой стол любит и вносил ли депозит. Если ничего из этого вам не нужно, хватит формы, бота или готового сервиса бронирования.

Что даёт бронь в приложении сверх формы:

• Видимые свободные столы на выбранное время — по схеме зала или списком, без ожидания звонка администратора.
• Депозит или предоплата на вечер пятницы и банкеты — снижает число неявок.
• Напоминание накануне с кнопками «подтвердить» и «отменить», чтобы стол вовремя вернулся в продажу.

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

Показатель	Как считать	Пример с условными числами
Заказов в месяц, перешедших в приложение	Только повторные гости, которые реально установили приложение	300 заказов
Средний чек	По данным кассы за последние 3 месяца	1 500 руб.
Комиссия, которую вы не платите	Заказы × чек × ставка из вашего договора с агрегатором	300 × 1 500 × условные 20 % = 90 тыс. руб.
Свои затраты на эти заказы	Курьеры или служба доставки, эквайринг, упаковка, скидка за заказ в приложении	Посчитайте по своей смене — часто это половина сэкономленного и больше
Постоянные расходы канала	Поддержка приложения и сервера, аккаунты разработчика, продвижение установок	Поддержка от 7 900 ₽/мес плюс бюджет на установки
Вложение в разработку	Смета после брифа; базовый тариф — от 200 000 ₽	Делите на число месяцев, за которые хотите вернуть вложение

Как посчитать, выгоднее ли своё приложение, чем агрегатор?

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

Порядок расчёта по таблице выше:

1. Выгрузите из кассы и личного кабинета агрегатора, сколько заказов в месяц делают повторные гости, — это потолок того, что может перейти в приложение.
2. Возьмите ставку комиссии из своего договора с агрегатором, а не из чужих обсуждений: условия зависят от города, формата и того, чьи курьеры везут.
3. Посчитайте свою стоимость заказа: курьер или служба доставки, эквайринг, упаковка, скидка, которой вы будете переманивать гостей в приложение.
4. Добавьте постоянные расходы канала: поддержку приложения и сервера, аккаунты разработчика Apple и Google Play (оформляются на вас и оплачиваются по тарифам магазинов), рекламу установок.
5. Разность между сэкономленной комиссией и вашими затратами — то, из чего возвращается вложение в разработку.

Числа в таблице условные: ставка 20 % взята для примера, а не как ставка какого-либо агрегатора. Смысл расчёта — проверить, есть ли у вас вообще поток повторных заказов, ради которого стоит делать свой канал. Если повторных заказов десятки в месяц, а не сотни, разница съедается затратами на доставку и поддержку, и выгоднее оставаться в агрегаторе, а своих гостей вести на сайт.

Отказываться от агрегатора полностью обычно не нужно. Рабочая схема — новые гости приходят через агрегатор и карты, а в пакет с заказом кладётся карточка с QR-кодом на приложение и бонусом за первый заказ напрямую. Как устроить сами бонусы, — в статье приложение лояльности для кофейни и магазина.

Как принимать оплату в приложении ресторана?

Картой, через платёжный сервис или эквайринг банка — но не встроенными покупками App Store и Google Play. Правило App Store прямо говорит: физические товары и услуги, которые потребляются вне приложения, оплачиваются другими способами, например Apple Pay или вводом карты (App Review Guidelines, 3.1.3(e)). Еда и доставка — как раз такой случай.

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

Почему App Store может не пропустить приложение ресторана?

Две частые причины: приложение повторяет сайт и ничего к нему не добавляет, или оно собрано на шаблонном сервисе и опубликовано не владельцем ресторана. Обе прямо описаны в правилах проверки App Store.

• «Перепакованный сайт». Правило 4.2 требует, чтобы приложение давало функции и интерфейс сверх обёртки над сайтом. Меню и кнопка «позвонить» — мало; заказ с профилем, история, уведомления и бронь — уже приложение.
• Шаблонные приложения. По правилу 4.2.6 приложения из коммерческих шаблонов и конструкторов отклоняются, если их подаёт не владелец контента, а сам сервис-конструктор. Поэтому приложение публикуют под аккаунтом разработчика вашей компании, а не исполнителя.

Сколько стоит приложение для ресторана?

Базовый тариф мобильного приложения — от 200 000 ₽ и от 2 недель: iOS и Android из одного кода или PWA, до 6–8 экранов, вход, push-уведомления, оплаты, подключение к вашему API или простой сервер, публикация в магазинах. Для ресторана поверх этого обычно считаются связь с учётом, схема зала и своя доставка.

Ориентиры по нашему прайсу, все цены «от»:

• Приложение для повторных заказов, предзаказа и бонусов — мобильное приложение от 200 000 ₽.
• Связь с кассовой или учётной системой — тариф интеграций от 32 000 ₽.
• Сайт с корзиной и онлайн-оплатой вместо приложения — тариф интернет-магазина от 104 000 ₽.
• Бот для брони или предзаказа — Telegram-бот от 16 000 ₽.
• Поддержка после запуска — 14 дней бесплатно после публикации, дальше от 7 900 ₽/мес; гарантия по договору — 30 дней с даты акта.

Оплата по договору — 50 % до старта и 50 % после приёмки. Чаты, карты с движением курьера и сложная логика депозитов в базовый объём не входят и оцениваются после брифа.

Когда ресторану своё приложение не нужно?

Когда нет потока повторных заказов. Приложение не приводит новых гостей само по себе: его ставят те, кто уже ходит к вам. Если таких гостей мало, вложение не вернётся ни комиссией, ни лояльностью.

• Одна точка без доставки и предзаказа. Хватит страницы меню, QR-кода и формы брони.
• Туристическое место или фуд-корт. Гости бывают один раз; работают карты, агрегаторы и веб-меню по QR.
• Нет своих курьеров и не планируются. Своя доставка без курьеров — это всё равно агрегатор, только дороже.
• Меню меняется каждый день, а учёт ведётся в тетради. Сначала наведите порядок в учётной системе, иначе приложение будет показывать неправду.
• Нужно быстро проверить спрос. Предзаказ через бота или сайт за неделю покажет, сколько людей готовы заказывать напрямую. Если спрос есть, переход на приложение будет обоснован цифрами.

Какие ошибки делают рестораны, заказывая приложение?

Главная — делать приложение без связи с учётом и без плана, кто и как будет приводить в него гостей. Остальные ошибки обычно следуют из этой.

1. Отдельная админка с меню. Цены в приложении расходятся с кассой, стоп-лист отстаёт, гости получают отказы.
2. Всё сразу в первой версии. Бронь, доставка, бонусы, отзывы и чат — смета растёт, запуск откладывается, а половина функций не используется.
3. Нет повода установить. Без бонуса за первый заказ, предзаказа без очереди или эксклюзивного меню гость остаётся в агрегаторе.
4. Публикация под аккаунтом подрядчика. Помимо риска отказа по правилу 4.2.6 для шаблонных приложений, при смене подрядчика вы рискуете потерять приложение и его отзывы.
5. Не решили, кто нажимает «готово». Если уведомление о готовности никто не ставит, гость приходит раньше и ждёт у стойки, и предзаказ теряет смысл.

Чек-лист перед заказом приложения для ресторана

Ответьте на эти вопросы до брифа с разработчиком — по ним считается смета и срок, а часть ответов покажет, что приложение пока не нужно.

• Сколько заказов в месяц делают повторные гости и через какие каналы.
• Какая учётная система, есть ли у неё API для внешних заказов в вашей лицензии, кто её обслуживает.
• Какие один-два сценария главные: предзаказ, доставка, бронь или бонусы.
• Свои курьеры или служба доставки; как сейчас пробиваются чеки при оплате у двери и онлайн.
• Сколько точек, отличаются ли меню и часы работы.
• Кто готовит фото и описания блюд (наполнение в базовую цену не входит).
• Кто отвечает за приложение после запуска и какой бюджет на привлечение установок.

Короткие ответы на частые вопросы

Нужно ли кафе своё мобильное приложение?

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

Можно ли сделать заказ за столом по QR-коду без приложения?

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

Сколько стоит приложение для ресторана?

По прайсу Roboweb мобильное приложение для iOS и Android стоит от 200 000 ₽ и делается от 2 недель для базового объёма до 6–8 экранов. Связь с учётной системой ресторана, схема зала и своя доставка оцениваются после брифа.

Пропустит ли App Store приложение ресторана, сделанное на шаблоне?

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

Можно ли принимать оплату за еду внутри приложения?

Да, но не через встроенные покупки магазина приложений: еда и доставка — физические товары и услуги, их оплачивают картой, через платёжный сервис или эквайринг банка. Чек по 54-ФЗ при этом выбивается как при любой онлайн-оплате.

Услуги и кейсы по теме: мобильные приложения · заказная разработка · типовые договоры · цены и сроки