Федеральный агрегатор — от 60 млн ₽
Сотни тысяч ресторанов по всем регионам, миллионы заказов, собственный курьерский флот, AI-стек на максимуме. Так работают Яндекс.Еда, Купер. Развитие до зрелого продукта — 1,5–2 года.
Собираем маркетплейс из ресторанов-партнёров, курьерской службы и платформы под капотом. 14+ лет в foodtech, кейс первого российского агрегатора — Delivery Club. AI-маршрутизация, диспетчер курьеров, юнит-экономика двустороннего рынка.
Агрегатор доставки — это не одно приложение, а трёхсторонний маркетплейс: гость, ресторан-партнёр и курьер работают синхронно вокруг одного заказа. Плюс четвёртая сторона — операционная команда агрегатора в админ-панели.
В техническом смысле это означает:
Это совсем другой класс задач, чем «приложение от ресторана». Полный разбор архитектуры, юнит-экономики и стека — в нашей статье «как разработать приложение как Яндекс.Еда». А здесь — про саму разработку, сроки и стоимость.
Половина запросов «хотим как Яндекс.Еда» на discovery превращается в запрос на приложение от одного ресторана. Это разные продукты с разной экономикой.
Если у вас один ресторан или сеть из 3–10 точек — почти наверняка экономически разумнее приложение от ресторана, а не агрегатор. Если же у вас уже есть рестораны-партнёры в регионе или клиентская база — поговорим об агрегаторе.
Под «агрегатором» в индустрии понимают четыре разных продукта. У каждого своя ЦА, экономика и технические приоритеты.
Сотни тысяч ресторанов по всем регионам, миллионы заказов, собственный курьерский флот, AI-стек на максимуме. Так работают Яндекс.Еда, Купер. Развитие до зрелого продукта — 1,5–2 года.
Один город или область, 50–500 ресторанов, локальная курьерская служба. Ниша востребована там, где федеральные сервисы работают слабо или дорого для рестораторов.
Например, у вас сеть мясокомбинатов, и вы делаете маркетплейс, где десятки шефов готовят блюда из вашего сырья. Тот же двусторонний рынок, но партнёры лучше управляемы.
Не на конечного гостя, а на закупщика ресторана/отеля: портал заказа сырья, оборудования, услуг. Свои особенности — счета с НДС, отсрочки, регулярные заказы по шаблонам.
Каждое из четырёх приложений ставит свои требования к стеку, дизайну, latency и режимам работы. За ними стоит общая платформа: оркестрация заказов, диспетчер курьеров, биллинг, аналитика, ML-сервисы.
Клиентское приложение (iOS, Android, web/PWA). Геолокация и определение зоны доставки, лента ресторанов с ML-сортировкой, корзина, оплата (карта, СБП, бонусы), трекинг курьера в реальном времени, программа лояльности.
Партнёрское приложение (Android-планшет на кухне). Громкий звук на новый заказ, крупные кнопки, стоп-листы, стадии готовки, печать чека, интеграция с iiko/R-Keeper. Большинство сетей не захотят ставить второй планшет — интеграция с существующей POS обязательна.
Курьерское приложение (Android-first). Приём смены, получение заказов от диспетчера, навигация к ресторану и гостю, подтверждение получения и доставки (фото, код), учёт смены и начисление. Критично — расход батареи и стабильность под слабым 3G.
Админская панель и кабинеты партнёров (web). Каталог ресторанов, модерация меню, конфигурация зон доставки, ценообразование, рассылки, аналитика. Плюс отдельные кабинеты для ресторанов-партнёров (своя статистика, выручка) и курьерской службы (смены, выработка).
Подробный разбор подсистем платформы и архитектурная схема — в нашей статье «как Яндекс.Еда».
Главная инженерно-стратегическая задача нового агрегатора — двусторонний рынок. Клиенты не приходят без ресторанов, рестораны не подключаются без клиентов. Решают одним из двух подходов:
Юнит-экономика одного заказа на 1000 ₽: ≈70 ₽ валовой маржи агрегатора (7% от оборота). В первые месяцы маржа отрицательная — маркетинг и привлечение партнёров не окупаются с одного заказа. Зрелая экономика приходит на трёх рычагах: динамическое ценообразование доставки, подписки (Яндекс.Плюс, Самокат+) и реклама на платформе.
Детальная таблица расходов на 1000 ₽-заказ и разбор стратегий двустороннего рынка — в блоговой статье.
AI в агрегаторе 2026 — это не «модно», это базовая инфраструктура. Без AI новый агрегатор проиграет в скорости доставки, релевантности рекомендаций и качестве маршрутов.
300+ реализованных проектов, 100 международных наград, №1 в мобильной разработке, 250 специалистов в команде. В foodtech — Delivery Club, Burger King, KFC, Додо, Performance Food.
В разработке приложений для крупного бизнеса
В мобильной разработке
Первый российский агрегатор доставки
Наш прямой кейс мобильного дизайна
Пользователей у приложения Burger King
85% продаж через цифровые каналы
В разработке приложений для крупного бизнеса
В мобильной разработке
Первый российский агрегатор доставки
Наш прямой кейс мобильного дизайна
Пользователей у приложения Burger King
85% продаж через цифровые каналы
Мы создаём foodtech-продукты для лидеров рынка — от стартапов до федеральных сетей. Несколько релевантных проектов из портфеля (полный — на странице foodtech-практики):
3–4 недели. План, бизнес-модель, юнит-экономика, выбор первого региона.
8–12 недель параллельно. Дизайн-системы для каждой роли, прототипы.
12–16 недель. 4 приложения + базовая платформа + интеграции.
3–5 недель. Релиз-кандидат, нагрузочное тестирование.
1–2 недели. Публикация в сторах, мониторинг.
6–9 месяцев после MVP. ML, многозональная логистика, B2B-кабинеты.
Стек подбираем под масштаб: для MVP регионального агрегатора часть слоёв упрощается до монолита, для федерального — изначально полная микросервисная архитектура.
Команда: 12–35 человек в зависимости от формата.
Кастомная разработка не имеет фиксированного прайса. Точная стоимость считается после discovery под формат агрегатора, регион, количество ресторанов и формат курьерской службы.
В стоимость входят: discovery, дизайн четырёх продуктов, разработка фронта/бэка/мобилок, тестирование, интеграции с iiko/R-Keeper/СБП/ОФД, релиз, 3 месяца техподдержки.