Доставка

Приложение для доставки еды ресторана: единая база

Как сети ресторанов объединяют разрозненные точки в одно приложение для доставки еды, перестают терять данные о гостях и снижают зависимость от агрегаторов.

Приложение для доставки еды ресторана: единая база

Коротко: Сети из 3+ точек теряют деньги дважды — платят агрегаторам 25–35% с каждого заказа и не видят сквозной картины по гостям, потому что данные разбросаны по разным каналам. Единое приложение для доставки еды решает обе задачи: сводит все точки в одну базу и снижает комиссионные издержки до 4% от выручки. Ниже — как это считается и как устроено технически.

Почему разрозненные точки — это не операционная, а финансовая проблема?

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

Посмотрим на цифры. Сеть из 4 точек делает 1 200 заказов в месяц со средним чеком 900 ₽. Оборот — 1 080 000 ₽. При комиссии агрегатора 30% посреднику уходит 324 000 ₽ ежемесячно. За год — почти 3 900 000 ₽.

По данным обзора рынка агрегаторов доставки еды, составленного экспертом, который более 7 лет руководит маркетингом и продуктом сервиса доставки, средняя комиссия агрегаторов в России держится в диапазоне 25–35% от суммы заказа — то есть даже при минимальной ставке посредник забирает четверть выручки с доставки.

При маржинальности HoReCa в РФ на уровне 10–12% это не «издержки роста». Это прямой вычет из прибыли, которой и так почти нет.

Маржинальность ресторанного бизнеса в РФ исторически составляла 20–25%, сейчас — 10–12%. При таком «окне» комиссия агрегатора в 30% фактически съедает всю прибыль с доставки.

Что значит «единая база» для сети ресторанов?

Единая база — это не общий список заказов. Это архитектура, при которой гость, заказывавший в точке на Арбате, узнаётся в точке на Таганке, видит накопленные баллы и получает персональный push — независимо от того, с какого адреса сделан заказ.

Три компонента, без которых «единая база» не работает:

  • Единый профиль гостя — телефон, история заказов, предпочтения, частота — по всем точкам сети.
  • Сквозная аналитика — выручка, средний чек, food cost и конверсия в разрезе каждой точки в одном дашборде.
  • Единая механика лояльности — баллы, акции и триггерные коммуникации работают по всей сети, а не точечно.

Именно эту архитектуру даёт собственное приложение для доставки еды. Агрегатор данные о госте оставляет себе.

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

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

Собственное приложение через платформу обходится в 4% от выручки с доставки — против 25–35% агрегатора. Разница на том же примере:

Канал Комиссия Ежемесячные издержки За год
Агрегатор 30% 324 000 ₽ 3 888 000 ₽
Своё приложение 4% 43 200 ₽ 518 400 ₽
Экономия 280 800 ₽ 3 369 600 ₽

Важно учитывать не только комиссию платформы, но и себестоимость собственной доставки: по экспертным оценкам, логистика, упаковка и работа курьеров обходятся сети в среднем в 25–27% от суммы заказа. Даже с учётом этих расходов совокупная нагрузка на своё приложение (4% платформе + 25–27% операционных затрат) остаётся заметно ниже, чем комиссия агрегатора в 25–35%, — при этом вся сумма, которая раньше уходила посреднику, остаётся у сети вместе с данными о гостях. Похожий эффект фиксируют и другие проекты: по данным кейса запуска сайта доставки, переход с агрегатора на собственный канал позволил одной сети снизить расходы с 36% до 14% и увеличить выручку на 60% за год.

При таком разрыве вопрос окупаемости решается за первые месяцы — не за годы.

Срок запуска через платформу — дни или недели. Заказная разработка в студии занимает месяцы и стоит на порядок дороже.

Агрегатор продаёт вашу еду. Своё приложение строит вашу базу гостей.

Почему единая база напрямую влияет на повторные заказы?

Постоянные гости дают более 70% оборота ресторана, а их средний чек на 20%+ выше, чем у новых. Удержание клиентской базы на 5% статистически даёт заметный рост прибыли — это классика unit-экономики.

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

С единой базой сценарий другой:

  1. Гость заказал впервые → попал в базу → получил онбординг-серию.
  2. Не заказывал 2 недели → автоматический триггер с предложением.
  3. Сделал 6 заказов за месяц → переведён в сегмент лояльных → особые условия.

Эти три шага кратно повышают вероятность повторного заказа. После первой покупки вероятность следующей — около 7%, к десятой — уже 84%.

Что происходит с аналитикой, когда сеть переходит на единое приложение?

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

Единое приложение даёт сквозную картину в реальном времени:

  • Какая точка генерирует больше повторных заказов.
  • Какое блюдо тянет средний чек вниз.
  • Где самый высокий отток после первого заказа.
  • Как акция на одной точке влияет на соседние.

Решения на основе данных эффективнее интуитивных на 25–30%. Для сети с несколькими точками это разница между ростом и стагнацией.

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

Ключевые выводы

  • Сеть из 4 точек с оборотом 1 млн ₽/мес отдаёт агрегатору до 324 000 ₽ ежемесячно при комиссии 30%; своё приложение обходится в 4% — экономия 280 000+ ₽ в месяц.
  • Без единой базы данные о гостях остаются у агрегатора: сеть не может строить лояльность, сегментировать аудиторию или запускать триггерные механики.
  • Постоянные гости дают более 70% оборота и тратят на 20%+ больше новых — удерживать их без единого профиля невозможно.
  • Запуск собственного приложения через платформу занимает дни-недели против месяцев при заказной разработке.
  • Управление сетью на данных эффективнее интуитивных решений на 25–30% — это возможно только при сквозной аналитике по всем точкам в одном месте.
  • Себестоимость собственной доставки (курьеры, упаковка, логистика) обычно составляет 25–27% от суммы заказа — эту цифру стоит учитывать при расчёте полной экономики перехода на своё приложение.

Источники

  1. Полный обзор рынка агрегаторов доставки из ресторанов: реальные цифры и объективные факты — Маркетинг на vc.ru.
  2. Сайт доставки еды для ресторана без долгой разработки — кейс снижения расходов с 36% до 14% и роста выручки при переходе на собственный канал доставки.

Читайте также

Запустите свою доставку с Фудонавт

Фудонавт — платформа для ресторанов: собственное приложение и сайт доставки под вашим брендом, программа лояльности и прямые заказы без комиссии агрегаторов за 4% от выручки.

Узнать больше

Редакция Фудонавт
Команда платформы для ресторанов

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