Доставка еды Pro
Сервис доставки еды, который не нужно собирать из десятка плагинов. Маршрутизация VRPTW с учётом окон ресторанов, тарификация по зонам и весу, рейтинги курьеров с авто-блокировкой при падении ниже порога, эскроу-чаевые, отчёты в одно нажатие. Если у вас уже работает iiko или R-Keeper — заказ из приложения попадает прямо в KDS кухни без копий и звонков.
Доставка готовой еды: рестораны, курьеры, клиент. Маршрутизация, оплата, чаевые, рейтинги.
«Доставка еды Pro» — это собранная под ключ платформа, которая закрывает все стороны процесса: ресторан принимает заказ в свой KDS, оператор видит карту с курьерами в реальном времени, курьер получает оптимальный маршрут с учётом окон выдачи, клиент следит за заказом и оставляет чаевые в один тап. Решение подходит и одному ресторану со своим штатом курьеров, и сети из 200+ точек с гибридной моделью «свои + агрегаторы».
Платформа собрана на проверенном стеке: Next.js 14 для веба и админки, React Native для iOS и Android, Node + NestJS на бэке, Postgres 16 с PostGIS для геозон, Redis для очередей назначений, Mapbox Directions для маршрутизации. Деплой — на ваше облако (Hetzner, OVH, Vultr, DigitalOcean) с авто-скейлингом VPS при пиковых часах и Caddy с автообновлением сертификатов Let's Encrypt.
При покупке вы получаете полные исходники с коммерческой лицензией без роялти, бесплатное брендирование (логотип, цвета, иконки, домен) и 6 месяцев обновлений в подарок. При аренде — то же самое плюс инфраструктура, мониторинг и обновления продукта на нашей стороне, развёртывание за 3–7 минут от оплаты до первого зелёного HTTPS.
Почему собственная доставка обычно проваливается на полпути
Запуск доставки — это не сайт с корзиной. Это четыре связанных продукта (клиент, курьер, ресторан, оператор), пять интеграций (POS, карты, платежи, агрегаторы, телематика), геозоны, рейтинги и десяток edge-кейсов вроде «курьер уехал в дождь и не отвечает». Команды, которые садятся собирать это самостоятельно, обычно тратят 8–14 месяцев и $180k+, после чего выходят в прод с MVP, в котором нет половины нужных сценариев.
Готовый стек снимает 90% этой работы. Остаётся брендирование, подключение ваших ресторанов (через готовые POS-коннекторы) и реальная операционка. Запуск занимает дни, а не кварталы.
- Каждый новый ресторан — 2 недели интеграции с его POSЦена ошибки: $3k+ инженерного времени на точкуВ коробке готовые коннекторы к iiko, R-Keeper, Poster POS, Quick Resto. Подключение ресторана = заполнение формы и проверка тестового заказа.
- Курьеры разъезжаются мимо оптимальных маршрутовЦена ошибки: 20–35% перерасход на курьер-час, недовольные клиентыАлгоритм VRPTW с учётом окон ресторанов, гео-зоны курьера, текущей загрузки. Переназначения каждые 30 секунд без подтверждения курьера.
- Заказы из Яндекс.Еды и Glovo приходят в разные дашбордыЦена ошибки: ошибки операторов, двойные приготовления, отменыChannel-manager синхронизирует статусы всех агрегаторов с вашей админкой. Один заказ — один экран, одна история, один отчёт.
- Нет инструмента для разбора жалоб «еда холодная, опоздали»Цена ошибки: ручной разбор по чатам, потеря клиента после второго инцидентаПо каждому заказу — таймлайн со статусами, GPS-треком курьера, фото-актом передачи и временем готовки. Жалоба разбирается за 2 минуты.
- Чаевые курьеру через банковский перевод — невозможноЦена ошибки: потеря 6–11% доп. выручки курьерам, отток штатаЭскроу-чаевые в один тап после доставки. Деньги резервируются на карте клиента и зачисляются курьеру при подтверждении.
- Невозможно понять реальный food cost в разрезе блюд и часовЦена ошибки: негибкое меню, убыточные позиции, упущенная маржаАналитика SKU по точке, времени дня и каналу. Отчёт «топ-20 убыточных позиций» — за 3 клика, экспорт в Excel.
- Свои курьеры не справляются с всплесками — нужен fallbackЦена ошибки: отмены, штрафы агрегаторов, выгорание штатаГибрид «свои + DPD/СДЭК/Yandex.Pro». Когда свободных курьеров < N, всплеск автоматически уходит к курьерским службам через API.
- Возврат блюда — это полчаса переписки и ручной возврат денегЦена ошибки: негативные отзывы, ручной труд оператораSelf-service возврат в приложении клиента: причина → фото → авто-расчёт суммы → возврат на карту за 3 минуты.
Сборка с нуля vs готовая платформа: реальная математика
Если бы вам пришлось собирать «Доставку еды Pro» с нуля, бюджет ушёл бы на: 2 мобильных разработчика (iOS + Android по году), 2 бэкенда (Node/Go), фронтенд для админки, дизайнера, DevOps на инфру и тестировщика. Это команда из 6–8 человек на 8–14 месяцев и стартовая инвестиция $180k–$420k без учёта поддержки.
У нас этот стек уже написан, оттестирован на десятках запусков и регулярно обновляется. Вы получаете тот же результат за дни — и можете направить освободившийся бюджет на маркетинг и реальное привлечение ресторанов, а не на «изобретение KDS-протокола ещё раз».
| Этап | Свой стек | С wl-solution |
|---|---|---|
| Мобильный клиент (iOS + Android) | 2 разработчика × 6 мес ≈ $84k | уже в коробке |
| Приложение курьера | 1 разработчик × 4 мес ≈ $32k | уже в коробке |
| Кабинет ресторана + KDS | 1 фронт + 1 бэк × 3 мес ≈ $42k | уже в коробке |
| Админка оператора + аналитика | 1 фронт × 4 мес ≈ $28k | уже в коробке |
| Маршрутизация VRPTW | 1 senior × 2 мес ≈ $24k | готовый движок на Mapbox + OR-Tools |
| POS-интеграции (iiko, R-Keeper, Poster) | $4k × 3 коннектора = $12k | 3 коннектора готовы, ещё 4 в каталоге |
| Channel-manager к агрегаторам | $8k–$15k только Yandex.Eda | Yandex.Eda + DC + Glovo + Foodfox в коробке |
| Инфра, CI/CD, мониторинг | $12k setup + DevOps на ставке | auto-deploy на VPS за 5 минут |
Четыре продукта, которые работают как один организм
Все компоненты — клиент, курьер, ресторан, оператор — синхронизированы по событиям через единый движок заказов. Новый заказ из приложения мгновенно появляется в KDS ресторана и в очереди назначения курьеров. Готовка, выезд, выдача, доставка — каждый статус виден всем участникам в реальном времени.
Платформа мультиарендная: один установленный экземпляр обслуживает и одиночные точки, и сети, и dark kitchens. Тенант = бренд (свой логотип, домен, цены, меню), и при этом операционная команда видит всё в одной админке с агрегированной аналитикой.
Клиентское приложение, на которое не хочется ругаться
Заказ от первого клика до оплаты — < 60 секунд.
Витрина с фильтрами по кухне, времени готовки, рейтингу, цене доставки. Корзина с подсказками «добавь напиток за 50 ₽ — соберёшь до бесплатной доставки». Apple Pay, Google Pay, ЮKassa, СБП, бонусные баллы.
Live-tracking курьера на карте с ETA, push-уведомления на каждом статусе, чаевые в один тап после доставки. История заказов с повтором в два клика.
Курьерское приложение, которое экономит часы за смену
Маршрут и ETA сами — курьер только едет.
Назначение заказа с учётом дистанции до ресторана, рейтинга, текущей нагрузки и тарифа. Один экран на смену: подтверждение, навигация, подтверждение получения и сдачи, фото-акт.
Биллинг по тарифной сетке (база + км + бонусы), выплата на карту в конце недели, чаевые поступают мгновенно после подтверждения клиента.
Кабинет ресторана с честным KDS
Заказ → принят → готовится → готов → выдан курьеру. Без бумажек.
KDS-дисплей на планшете или телевизоре в зоне готовки. Цветовая индикация просрочки, таймеры по позициям, отмена с указанием причины.
Если ресторан уже работает в iiko/R-Keeper/Poster — заказ попадает прямо в их KDS без копирования. В админке — управление меню, стоп-листами, графиком работы.
Админка оператора со всеми ответами на одном экране
От «что сейчас на кухне» до «топ-20 убыточных блюд за месяц».
Карта с курьерами и активными заказами в реальном времени. Очередь распределения, ручное вмешательство в один клик. Чат с курьером и рестораном.
Аналитика: AOV, retention, food cost, география заказов, конверсии по каналам, эффективность курьеров. Экспорт в Excel и Google Sheets.
Channel-manager для агрегаторов — заказы в одном окне
Yandex.Eda + Delivery Club + Glovo + Foodfox.
Меню публикуется в агрегаторы из одного места. Изменили цену в админке — обновилось у всех. Стоп-лист по позиции — мгновенно везде.
Заказы из агрегаторов приходят в общую очередь, на них работает та же маршрутизация и та же аналитика, что и на свои.
White-label по-настоящему: ваш бренд везде
Логотип, цвета, шрифты, домен, иконки приложений.
Приложения публикуются в App Store и Google Play под вашим аккаунтом разработчика — мы помогаем с подачей и описанием. SSL на ваш домен, отправители писем — ваш SMTP, нотификации — ваш Firebase.
Никаких упоминаний wl-solution в интерфейсе пользователя. Это ваш продукт, а не наш с вашим логотипом сверху.
Что мы держим в голове, проектируя продукт
- 01
Курьер — не таксист, его время дороже
Алгоритм назначения учитывает не только дистанцию, но и время готовки блюда: курьер не должен стоять у ресторана 10 минут. Если ETA готовки > 6 минут, курьер получает второй заказ по пути.
- 02
Один заказ — одна история, без копий
Заказ из агрегатора и заказ из своего приложения идут через одну очередь, одни статусы, одну аналитику. Двойного учёта не существует.
- 03
Любая интеграция — за дни, не за месяцы
POS-коннекторы написаны как плагины: у нас их 4 готовых, новые добавляются за 3–5 рабочих дней. У вас экзотический POS — пришлите спеку, оценим.
- 04
Деньги движутся по чёткому контуру
Клиент → эскроу → ресторан после получения курьером, чаевые → курьеру после подтверждения клиента. Все списания и зачисления — с аудит-логом и причиной.
Полный набор сценариев — без покупки модулей и плагинов
Заказы и оплаты
Слой, через который проходит каждый рубль выручки. Здесь не должно быть фокусов: чёткие статусы, прозрачные правила возвратов, понятная история по каждой транзакции.
Поиск с учётом синонимов («суши» = «роллы»), фильтр «доставят за 30 минут», сортировка по близости/рейтингу/новинкам. Карточки ресторанов и блюд с фото в Cloudinary, кешированием на CDN и lazy-load.
Алгоритм рекомендаций показывает «вы заказывали раньше», «соседи берут сейчас», «новое в любимой категории». Конверсия из карточки в корзину в среднем выше на 18–24% против дефолтной выдачи по алфавиту.
- · До 35% быстрее путь от поиска до корзины
- · Кеш на CDN: страница ресторана грузится за < 800 мс на 4G
- · A/B тесты сортировки прямо из админки
Корзина пересчитывает доставку на каждое изменение состава: расстояние от ресторана до клиента, тарифная сетка зоны, акции «бесплатно от 1500 ₽». Промокоды с правилами (минимальный чек, исключённые позиции, лимит на клиента).
Оплата картой/Apple Pay/Google Pay/СБП/бонусами с холдом до подтверждения готовки рестораном. Если ресторан отклонил — авто-возврат за 30 секунд.
- · Средний чек выше на 12–22% за счёт апсейлов
- · Эскроу до подтверждения — клиент защищён, ресторан спокоен
- · Возвраты без участия оператора
После доставки клиент видит экран с предложением оставить чаевые. Сумма списывается с той же карты без повторного ввода реквизитов. Деньги поступают курьеру в его кошелёк мгновенно.
Опционально: чаевые ресторану (повару) — отдельная кнопка с раздельной маршрутизацией денег.
- · 6–11% доп. дохода курьеру — мотивация не уходить
- · Без банковских переводов и комиссий
Клиент выбирает причину (холодная, не та позиция, нарушена упаковка, не доставлено), прикладывает фото, выбирает «вернуть деньги» или «бонусы +30%». Авто-расчёт суммы по правилам ресторана.
Спор уходит оператору только если сумма > $30 или клиент уже подавал жалобы. Остальное — без участия людей.
- · Время разбора жалобы: 3 минуты вместо 30
- · NPS после возврата ниже падает на 18 пунктов меньше
Маршрутизация и курьеры
Центральная боль доставки еды. Здесь решается экономика юнита: пройдёт ли курьер за час 4 заказа или 6, заплатит ли клиент за горячую еду или за остывшую.
Каждые 30 секунд движок пересматривает очередь: какой курьер свободен, на каком расстоянии от ресторана, когда блюдо будет готово, какой у него рейтинг и сколько у него заказов в пути. Назначение происходит без подтверждения курьера — он видит уже принятый заказ.
Алгоритм собирает «попутные» заказы: если курьер уже едет в район, мелкий заказ с дороги добавляется автоматически. Это снижает стоимость доставки на 20–35%.
- · Среднее время в дороге пустым: −38%
- · Заказов на курьер-час: +20–35%
- · Доля просрочек > 15 мин: < 4%
Настройка через простой rule-engine: «если свободных курьеров < 3 и заказов в очереди > 5 — отдать в Yandex.Pro». Биллинг сводится в одну отчётность.
Можно ограничить fallback по часам, зонам, типам ресторанов. Внутренний приоритет всегда у своих курьеров.
- · Нет потерь заказов в пиковые часы
- · Гладкое масштабирование при росте
Клиент видит карту с маршрутом, иконку курьера, ETA в минутах с обновлением каждые 15 секунд. Подсветка статусов: «забирает», «везёт», «у вашего подъезда».
Опционально: имя и фото курьера, номер машины, кнопка «позвонить через приложение» (без раскрытия реальных номеров обеим сторонам).
- · Снижение звонков «где мой заказ» на 70%+
- · NPS после доставки +15–20 пунктов
Курьер с рейтингом ниже 4.2 получает на 30% меньше заказов. Ниже 3.8 — автоматическая блокировка до разбора оператором. Жалоба с фото-доказательством снижает рейтинг сильнее, чем просто оценка.
Бонусы за высокий рейтинг: премиальные слоты, чаевые в первую очередь, +5% к тарифу.
- · Самоочищающаяся команда: слабые уходят сами
- · Лучшие курьеры зарабатывают на 20–30% больше
Курьер указывает старт/конец смены, видит свой заработок в реальном времени, может посмотреть статистику дня. Выплата автоматически в конце недели на привязанную карту.
Штрафы за отмену с курьерской стороны, за грубость, за опоздание — настраиваются в админке. Удержания видны курьеру с причиной.
- · Нет ручного расчёта зарплат — экономия 20+ часов в месяц
- · Спорные удержания решаются прозрачно
Рестораны, кухня и каналы
Один заказ — один поток на кухне. Никаких распечаток, никаких звонков из агрегаторов, никаких ручных копий между системами.
Коннекторы написаны под API каждого POS, проходят их сертификацию. Меню синхронизируется в обратную сторону — изменили блюдо в iiko, оно поменялось в приложении за минуту.
Стоп-листы синхронизируются мгновенно: позиция закончилась на кухне — пропала из витрины. Возвраты с кухни автоматически уходят в нашу систему.
- · Никаких ручных переписываний заказов
- · Меню всегда актуальное во всех каналах
- · Подключение нового ресторана: 30–60 минут
Цветовая индикация просрочки, таймеры по каждой позиции, кнопки «принят / готовится / готов». Группировка по столам/курьерам/времени готовки.
Звуковые оповещения на новый заказ. Принтер чеков для упаковки.
- · Полная замена бумажному ведению заказов
- · Среднее время готовки сокращается на 15–20%
Меню публикуется в каждый агрегатор по их API: цены, фото, описания, стоп-листы. Изменения летят моментально без захода в личные кабинеты площадок.
Заказ из агрегатора падает в общую очередь, на него работает та же маршрутизация и та же аналитика, что и на собственные. Статусы синхронизируются в обе стороны.
- · Один экран вместо четырёх дашбордов агрегаторов
- · Время управления меню снижается с 4 ч/нед до 30 мин
Закрыть ресторан на час, поставить позицию в стоп-лист, сменить график на праздник — три-четыре тапа в мобильном кабинете. Изменения мгновенно отражаются на витрине и в агрегаторах.
Автоматические правила: «закрывать приём заказов за 30 мин до закрытия кухни», «убирать топовое блюдо в стоп-лист при загрузке кухни >80%».
- · Нет отказов клиенту в неподходящее время
- · Меньше негативных отзывов «у вас нечего нет»
Аналитика и операции
Цифры, которые отвечают на главный вопрос — где деньги. Не «отчёт на 80 листов», а 3–5 экранов, по которым принимаются решения.
Карта города с цветными точками курьеров (свободен/занят/опаздывает), активные заказы со статусами, ETA, конфликтные ситуации (отказ ресторана, недоступный курьер).
Аномалии подсвечиваются: «у этого ресторана медиана готовки за час выросла с 18 до 32 мин», «курьер N не двигается 12 минут с активным заказом».
- · Оператор видит проблему до жалобы клиента
- · Среднее время реагирования: < 90 сек
AOV (средний чек), retention (повторные заказы), CAC по каналам привлечения, маржа по ресторанам, food cost по блюдам. Сравнение период-к-периоду одним кликом.
Экспорт в Excel/Google Sheets, выгрузка по API в ваш BI (Metabase, Superset, Power BI).
- · Решения по меню — на данных, а не на ощущениях
- · Готовые отчёты для инвесторов и владельцев
Воронка с конверсиями по каждому шагу. Кого теряем после регистрации без заказа, кого — после первого заказа, кого — после третьего.
Триггерные кампании на каждой точке отвала: push «давно не заказывали — на нас 15% скидка», email с подборкой новинок, SMS с персональным промокодом.
- · Retention 30-day: +8–14 пунктов на типовом запуске
- · CAC payback: 2–3 месяца на возврат привлечения
Создаёте A/B-тест в админке: на 50% пользователей — вариант B. Метрики (конверсия, AOV) считаются автоматически с p-value.
Победивший вариант разворачивается на 100% одной кнопкой. Проигравший — откатывается без следа.
- · Гипотезы тестируются за дни, а не за спринты
- · Любая команда без разработчиков может запускать тесты
Архитектура: то, что вы получаете под капотом
Каждый модуль платформы — отдельный сервис, который масштабируется независимо. Это позволяет держать клиентское приложение быстрым даже когда курьерский движок пересчитывает маршруты на пике.
Деплой — Docker-контейнеры на ваших VPS. Между ними — приватная сеть с шифрованием. БД — Postgres 16 с репликой для аналитики и PostGIS для геозон. Очереди — Redis Streams.
REST + GraphQL. JWT-аутентификация, rate-limiting, CDN-кеш для статичных запросов витрины.
Под нагрузкой горизонтально скейлится за Nginx/Caddy балансировщиком.
Хранит позицию курьеров, считает доступность, запускает алгоритм назначения каждые 30 секунд.
Слушает события из Order Service, отдаёт push в курьерское приложение через FCM/APNs.
OR-Tools для VRPTW + Mapbox Directions для реальных дистанций по дорогам.
Пересчитывает план каждые 30 сек или по событию (новый заказ, отмена, курьер вышел в смену).
Машина состояний с явными переходами: created → confirmed → cooking → ready → in_transit → delivered.
Источник истины по статусам. Публикует события в Kafka для всех остальных сервисов.
Каждый POS — отдельный плагин со своим адаптером. Заказы публикуются в KDS ресторана как нативные.
Меню и стоп-листы синхронизируются в обе стороны с конфигурируемой частотой.
Адаптеры под Yandex.Eda, Delivery Club, Glovo, Foodfox. Заказы оттуда падают в Order Service как обычные.
Меню публикуется в агрегаторы одним нажатием. Стоп-листы летят моментально.
Интеграции со Stripe, ЮKassa, СБП, Tinkoff Acquiring, CloudPayments. Эскроу-холды до подтверждения готовки.
Сплит-выплаты: ресторану — за блюдо, курьеру — за доставку и чаевые, платформе — комиссия.
Шаблоны редактируются в админке без релиза. Каналы выбираются per-событие.
Throttling: один клиент не получит 5 push за 2 минуты, даже если случилось 5 событий.
События пишутся в ClickHouse через Kafka. Витрина агрегатов — Metabase или встроенный дашборд.
Экспорт по API для внешних BI.
Next.js SSR. Карты, графики, конфигурация всех сервисов через UI без правки кода.
Поток данных
Клиент создаёт заказ → Order Service резервирует деньги через Payment Service → публикует событие order.created в Kafka.
Restaurant Gateway получает событие и отдаёт заказ в KDS ресторана (iiko/R-Keeper/Poster) или во встроенный KDS. Ресторан подтверждает или отклоняет.
При подтверждении Courier Service ставит заказ в очередь назначения. Routing Engine считает оптимального курьера и отдаёт назначение через FCM. Курьер видит заказ на своём экране.
По мере смены статусов (готовится → готов → в пути → доставлен) Order Service публикует события, Notifier рассылает уведомления клиенту, аналитика пишет события в ClickHouse.
Масштабирование
Customer API и Restaurant Gateway — stateless, масштабируются горизонтально. Под пиковую нагрузку на ужин (19:00–22:00) auto-scaler поднимает дополнительные ноды.
Order Service — sharded по region_id. Один регион не мешает другому, отказ одного шарда не валит всю систему.
ClickHouse — отдельный кластер. Аналитические запросы не давят на оперативные сервисы.
Что ломается и как восстанавливаем
Падение POS-коннектора → заказы накапливаются в очереди, после восстановления отправляются по порядку. Клиент видит «принят», ресторан получит через 2–3 минуты вместо мгновенного.
Недоступность Mapbox → fallback на OpenStreetMap. ETA менее точный, но маршрутизация продолжает работать.
Отказ Payment Service → новые заказы не принимаются, текущие в процессе доводятся до конца. Клиенту показывается понятное «временно недоступна оплата картой, попробуйте СБП».
Безопасность
Платёжные данные не хранятся у нас. Токенизация на стороне эквайера (Stripe Vault, ЮKassa). PCI DSS-ready контур.
Все данные между сервисами — TLS 1.3. Доступ в БД — только через VPN, прод-БД не торчит наружу. Аудит-лог любого изменения данных пользователей.
Курьерское приложение шлёт позицию только во время активной смены. По завершении — данные удаляются через 30 дней. ФЗ-152 / GDPR-совместимо.
Готовые коннекторы
Что готово из коробки. Подключение каждой — это форма в админке и проверка тестового заказа. Никаких отдельных контрактов с вендорами через нас — вы работаете напрямую с провайдером, мы даём готовый коннектор.
Кейсы, которые мы регулярно разворачиваем
Одна сеть, свои курьеры, fallback в агрегаторы на пиках
Сеть бургерных в трёх городах решает перестать платить 28% комиссии Delivery Club и запустить свою доставку с приложением под собственным брендом. POS — iiko во всех точках.
За 3 дня брендируем приложения (логотип, цвета, шрифты), публикуем под аккаунтом сети в App Store / Google Play. Параллельно подключаем iiko в каждом ресторане — это 30 минут на точку. Заказы из приложения попадают в их KDS как нативные.
Нанимаем 18 курьеров. Они проходят онбординг в курьерском приложении (фото паспорта, прав, селфи), оператор подтверждает за день. Тарифная сетка: 100 ₽ базы + 25 ₽/км.
На случай пиков (пятница, ужин) включаем fallback в Yandex.Pro: когда свободных меньше 4, новые заказы автоматически уходят к ним. Биллинг сводится в одной отчётности.
- · POS-коннектор iiko
- · Маршрутизация VRPTW
- · Гибридная модель курьеров
- · White-label приложения
- · Экономия 18–22% от ранее уходившего в комиссию агрегаторам
- · Собственная база клиентов с retention-механиками
- · Прямой доступ к данным о заказах для меню-разработки
Одна кухня — 6 брендов, общий курьерский флит
Команда запускает dark kitchen в спальном районе. Решение: 6 виртуальных брендов (паназиатская, бургеры, поке, итальянская, шаурма, десерты) с одной кухней. На каждый бренд — отдельная страница в Yandex.Eda и в собственном приложении.
Создаём 6 тенантов в админке. Каждый — со своим лого, цветами, доменом и меню. Кухня видит все заказы в одной KDS-очереди с цветовой маркировкой бренда.
Подключаем Yandex.Eda и Delivery Club для каждого бренда отдельно через channel-manager. Меню публикуется во все агрегаторы из одного интерфейса.
Курьеры (5 человек) работают на все 6 брендов. Маршрутизатор собирает попутные заказы из разных брендов в одну поездку — реальная экономика dark kitchen.
- · Мультиарендность
- · Channel-manager для всех агрегаторов
- · Сборка попутных заказов
- · Общий пул курьеров на несколько брендов
- · Запуск всех 6 брендов за 2 недели вместо 6 месяцев
- · Курьер-час обслуживает на 30–40% больше заказов
- · Один экран кухни, одна команда, одна отчётность
Локальная фишка + честная цена против больших агрегаторов
Команда заходит в город-миллионник, где уже работают Yandex.Eda и Delivery Club. Преимущество — фокус на местных ресторанах (которым невыгодны 30% комиссии больших агрегаторов) и комиссия 15%.
Запускаем приложение под локальным брендом с гео-фокусом. На борту — 45 местных ресторанов (тех, кто не работает с большими агрегаторами или хочет иметь альтернативный канал).
Подключаем рестораны через POS-коннекторы (где есть iiko/R-Keeper) или ставим встроенный KDS на их планшеты. Время онбординга нового ресторана — 1 день.
Курьеры — свои, со ставкой выше рынка. Тарифы доставки — фиксированные по 3 зонам, без скрытых наценок. Маркетинг в локальных тг-каналах + офлайн в самих ресторанах (QR-стикеры).
- · POS-коннекторы + встроенный KDS
- · Гео-зоны с фиксированными тарифами
- · Брендирование под локальный рынок
- · Channel-manager (опционально)
- · Комиссия 15% (вместо 30% у больших) делает выгодным даже малый чек
- · Гибкий онбординг новых ресторанов: 1 день вместо недели
- · Прямой контакт с клиентом без посредников
Премиум-доставка с прозрачным сервисом
Группа премиум-ресторанов хочет доставку без потери качества: горячая еда, профессиональная упаковка, курьеры в форме, чёткие интервалы. Большие агрегаторы не подходят — они оптимизируют под массовость.
Запускаем приложение для постоянных гостей. Минимум интерфейса, фокус на меню и интервалах доставки (например, к ужину в 19:30 ровно).
Свой штат курьеров на ставке (а не сделке), фирменная упаковка с термосумкой. Маршрутизатор настроен на одного клиента за поездку (не сборка попутных).
Дополнительно: подписка на «ежедневный обед» с автодоставкой в обеденный перерыв.
- · Свой штат курьеров
- · Фиксированные интервалы доставки
- · Подписочная модель
- · Без сборки попутных заказов
- · Сохраняется премиум-восприятие бренда
- · Высокий LTV: средний клиент делает 3+ заказа в месяц
- · Контроль над user experience от заказа до выноса блюда
От оплаты до первого боевого заказа — 14 дней
Типовой план запуска для команды без своей разработки. Для команд с опытом — быстрее. Команда с нашей стороны: project-менеджер + DevOps + дизайнер брендинга на онбординге.
- День 1–2Развёртывание и брендирование
- · Заполнить бриф: бренд, домен, цвета, e-mail оператора
- · Получить доступ в админ-панель и тестовое приложение
- · Сдать дизайн-кит (логотип, иконки приложений) либо заказать дизайн
- · Прописать ваш домен в кабинете → Let's Encrypt автоматически
Готово, когда:- ✓ Тестовое приложение доступно под вашим брендом
- ✓ Админ-панель открывается на admin.вашдомен.com
- День 3–7Подключение ресторанов и платежей
- · Подключить POS-коннектор для пилотных ресторанов
- · Завести меню (импортом из iiko/R-Keeper или вручную)
- · Подключить эквайринг (Stripe / ЮKassa / Tinkoff)
- · Настроить тарифные зоны доставки и тарифы курьеров
- · Подключить агрегаторы через channel-manager (опционально)
Готово, когда:- ✓ Тестовый заказ проходит весь цикл: оплата → KDS → курьер → доставка
- ✓ Возврат денег за тестовый заказ возвращается за 5 минут
- День 8–12Онбординг курьеров и репетиция
- · Запустить онбординг курьеров (форма + KYC через Sumsub)
- · Провести обучение для оператора по работе с админкой
- · Прогнать 20–30 тестовых заказов с реальной маршрутизацией
- · Опубликовать приложения в App Store / Google Play
Готово, когда:- ✓ Минимум 10 курьеров активны и прошли тестовую смену
- ✓ Приложения одобрены в обоих сторах
- День 13–14Запуск на ограниченную аудиторию
- · Запустить таргетированную рекламу в 1–2 районах
- · Включить промокод на первый заказ (например, доставка бесплатно)
- · Мониторить дашборд оператора в реальном времени
- · Собрать обратную связь от первых 50 клиентов
Готово, когда:- ✓ Первые 100 заказов прошли без критичных инцидентов
- ✓ NPS первой когорты ≥ 50
Когда наш продукт — не лучший выбор (и когда лучший)
Собрать с нуля своей разработкой
build-from-scratchНанять команду из 6–8 человек и потратить 8–14 месяцев на разработку платформы с нуля, повторяя путь, который уже прошли десятки команд.
- + Полный контроль над архитектурой
- + Кастом под любые специфические требования
- − $180k–$420k капитальных вложений до первого заказа
- − Год без выручки и без возможности проверить рынок
- − Нужно нанимать и удерживать редких специалистов (mobile + backend + DevOps)
- − После запуска — постоянные расходы на поддержку
Наш вердикт:Имеет смысл, только если вы строите принципиально новый формат, который не вписывается ни в одну существующую модель доставки. В 95% случаев — нет.
Альтернатива выигрывает, когда: Уникальная бизнес-модель, которой никто ещё не делал; есть деньги на 2-летнюю разработку без выручки.
Open-source решения (Stadium, FoodBakery и др.)
open-sourceГотовые open-source платформы для доставки. Бесплатные по лицензии, но требуют команды на установку, поддержку и доработку.
- + Лицензия = 0
- + Открытый код
- − Нет POS-коннекторов под СНГ (iiko/R-Keeper)
- − Маршрутизация — базовая, без VRPTW с окнами готовки
- − Нет channel-manager к Yandex.Eda/DC/Glovo
- − Нужна команда из 2–3 человек на поддержку
- − Безопасность и обновления — на вас
Наш вердикт:Бесплатная лицензия — не бесплатный продукт. Совокупная стоимость владения за 2 года обычно выше, чем у готовой коммерческой платформы.
Альтернатива выигрывает, когда: Есть сильная техническая команда, готовая поддерживать стек, и нет требований к POS/агрегаторам СНГ.
Только агрегаторы (Yandex.Eda / Delivery Club / Glovo)
no-opНе запускать свою доставку, работать только через большие агрегаторы.
- + Не нужны инвестиции в платформу
- + Готовая база клиентов
- − Комиссия 25–35% с каждого заказа
- − Нет прямого контакта с клиентом, нельзя строить лояльность
- − Зависимость от правил агрегатора (бан = потеря канала)
- − Невозможно делать собственные акции и продукты
Наш вердикт:Подходит как первый канал на старте. Для зрелого бизнеса — невыгодно оставаться только в агрегаторах. Гибрид: своё приложение + агрегаторы как доп. канал.
Custom-разработка на аутсорсе
competitorЗаказать разработку у студии. Обычно $80k–$200k за MVP, 6–10 месяцев до запуска.
- + Получаете кастомное решение под свои процессы
- + Можно влиять на каждую деталь
- − Длинный цикл от ТЗ до первого заказа
- − Студия не специализируется на доставке, ошибки повторяются
- − Поддержка после релиза — снова деньги и переговоры
Наш вердикт:Имеет смысл, если у вас уже работает доставка на готовом стеке и нужны точечные доработки. На старте — слишком дорого и долго.
За что вы платите — и за что не платите
Покупка — что внутри
Покупка за $7 900 — это полные исходники с коммерческой лицензией без роялти, бесплатное брендирование, помощь с первым деплоем (1–3 часа DevOps-консультаций) и 6 месяцев обновлений в подарок. После 6 месяцев — обновления по подписке или собственная поддержка.
Лицензия без лимитов по тенантам — вы можете развернуть на купленном коде хоть 1, хоть 100 брендов без доплат. Разворачивать можно на любой инфре: ваши VPS, k8s, on-premise.
Аренда — что внутри
Аренда $390/мес — это всё то же самое, что покупка, плюс инфра, мониторинг, бэкапы и обновления продукта на нашей стороне. Развёртывание за 3–7 минут от оплаты до первого зелёного HTTPS.
Сетап $290 включает: брендирование (логотип, цвета, шрифты), привязку вашего домена, настройку SMTP для рассылок, заведение администратора. Можно перейти с аренды на покупку: до 80% арендных платежей первого года засчитываются в стоимость выкупа.
TCO за первый год
Аренда платформы (12 мес × $390) | $4 680 |
Сетап (разово) | $290 |
VPS-инфра (3 средних узла) Hetzner / OVH; включено если хостимся мы | $40–$60/мес |
Стороннее: Mapbox + SMS + KYC + платежи Только по факту использования | $200–$500/мес |
Брендирование (если нужен дизайн) | $0–$1 500 |
Маркетинг и привлечение клиентов Не входит в платформу | ваш бюджет |
Что вы НЕ платите дополнительно
- Найм мобильных разработчиковНе нужны iOS- и Android-разработчики на ставке. Приложения уже написаны и регулярно обновляются.
- DevOps на ставкеПри аренде — инфра на нашей стороне. При покупке — деплой автоматизирован, не требует выделенного DevOps.
- Лицензии на сторонние компонентыВсе open-source библиотеки в стеке. Никаких поборов за коробочные модули или per-seat лицензий.
- Per-tenant ценаСколько хотите брендов / точек / городов — без доплат за каждый.
- Платный SLA на критичные багиБазовый SLA 1 рабочий день на критичные баги ядра — включено и в покупку, и в аренду.
Честный список ограничений
Лучше сказать сейчас, чем выяснить через месяц после оплаты. Если ваш кейс упирается во что-то из списка ниже — напишите, предложим обходной путь или честно скажем «не наш».
- Мы не делаем визуальный no-code конструктор приложенийЭто другой класс продукта. У нас — готовая платформа доставки еды с конкретными сценариями, оптимизированная для них. No-code добавил бы 10× сложности без пользы для типичного оператора.
- Мы не продаём готовых клиентовПлатформа — инструмент. Привлечение клиентов (маркетинг, реклама, локальные сети) — на вашей стороне. Можем порекомендовать партнёров-маркетологов, но это отдельно.
- Не делаем индивидуальные исправления интерфейса бесплатноБрендирование (цвета, логотип, шрифты) — да. Перенос кнопки, замена структуры экрана — это уже кастом, оценивается отдельно.
- Не интегрируемся с самописными POS без APIЕсли у ресторана самописный POS без открытого API или вебхуков, мы не сможем доставлять туда заказы автоматически. Возможен ручной режим через нашу KDS или интеграция за деньги (от $4k).
- Не работаем с лицензиями ОФД и фискальными чеками самостоятельноФискализация чеков — отдельная задача, обычно решается через ваш POS (iiko/R-Keeper уже умеют). Если нужна стороннеяя интеграция с ОФД — это отдельный проект.
Термины, чтобы говорить с нами на одном языке
- VRPTW
- Vehicle Routing Problem with Time Windows — задача маршрутизации с окнами обслуживания.
- В доставке еды окна определяются временем готовки блюда и доступностью курьера. Алгоритм решает: какому курьеру отдать заказ, чтобы он приехал не раньше готовности и не позже допустимого ETA.
- KDS
- Kitchen Display System — дисплей на кухне со списком активных заказов.
- Заменяет бумажные чеки. Цветовая индикация просрочки, таймеры по позициям, кнопки «принят / готов».
- POS
- Point of Sale — кассовая система ресторана (iiko, R-Keeper, Poster).
- Channel manager
- Слой синхронизации меню и заказов с несколькими каналами продаж (агрегаторами).
- Эскроу
- Холд средств клиента до подтверждения готовки рестораном.
- Если ресторан не подтверждает заказ, деньги мгновенно возвращаются клиенту без участия оператора.
- Dark kitchen / cloud kitchen
- Кухня без зала, работает только на доставку, часто на несколько виртуальных брендов одновременно.
- AOV
- Average Order Value — средний чек по корзине.
- Retention 30-day
- Доля клиентов, делающих повторный заказ в течение 30 дней после первого.
- Гео-зона
- Полигон на карте с собственными правилами тарификации доставки.
- Channel commission
- Комиссия агрегатора (обычно 25–35% от чека) за приём заказа через их канал.
- Сборка попутных заказов
- Назначение курьеру второго заказа из района, куда он уже едет.
- Главный рычаг экономики doставки еды: курьер за час может развезти не 4 заказа, а 6–7.
- Fallback в агрегаторы
- Автоматический перевод заказа во внешнюю курьерскую службу при нехватке своих курьеров.
- PCI DSS
- Стандарт безопасности обработки данных платёжных карт.
- СБП
- Система Быстрых Платежей ЦБ РФ. Оплата по QR / по ссылке, низкая комиссия (0.4–0.7%).
Кому подходит «Доставка еды Pro» — и как его обычно разворачивают.
Одна сеть, свои курьеры, fallback в агрегаторы на пиках
Сеть бургерных в трёх городах решает перестать платить 28% комиссии Delivery Club и запустить свою доставку с приложением под собственным брендом. POS — iiko во всех точках.
Одна кухня — 6 брендов, общий курьерский флит
Команда запускает dark kitchen в спальном районе. Решение: 6 виртуальных брендов (паназиатская, бургеры, поке, итальянская, шаурма, десерты) с одной кухней. На каждый бренд — отдельная страница в Yandex.Eda и в собственном приложении.
Локальная фишка + честная цена против больших агрегаторов
Команда заходит в город-миллионник, где уже работают Yandex.Eda и Delivery Club. Преимущество — фокус на местных ресторанах (которым невыгодны 30% комиссии больших агрегаторов) и комиссия 15%.
Премиум-доставка с прозрачным сервисом
Группа премиум-ресторанов хочет доставку без потери качества: горячая еда, профессиональная упаковка, курьеры в форме, чёткие интервалы. Большие агрегаторы не подходят — они оптимизируют под массовость.
Готовые сценарии — не надо собирать из частей.
- Веб-кабинет клиента + админка оператора
- iOS-приложение (Swift / React Native)
- Android-приложение (Kotlin / React Native)
- Полнофункциональная админ-панель оператора
- Маршрутизация курьеров + live-tracking
- Тарификация по зонам и весу
- Брендирование (логотип, цвета, шрифты, домен) — без правок исходников
- Локализация под русский + английский, легко добавить другие
Что спрашивают операторы перед запуском «Доставка еды Pro»
Сколько времени от заказа до боевого URL?
Что я получаю при покупке: исходники или только бинарник?
Где физически работает мой деплой при аренде?
Можно подключить собственный домен и сертификат?
Как работают обновления продукта?
Какой алгоритм маршрутизации используется?
Поддерживается ли работа с агрегаторами (Yandex.Eda, Glovo)?
Есть ли POS-интеграция для ресторанов?
Что с приложениями для App Store и Google Play?
Сколько ресторанов и курьеров выдерживает платформа?
Можно ли использовать как dark kitchen / cloud kitchen?
Как настраиваются тарифы доставки?
Что с локализацией под другие страны?
Можно ли продать своим клиентам как white-label?
Что если мне нужны кастомные доработки?
А что с компанией-агрегатором, у которой нет API?
Как с ФЗ-152 и хранением персональных данных?
Можно начать с одного города и расти?
Похожие в нише «Доставки»
Доставка продуктов из супермаркетов и dark store. Слоты, замены, корзина, аналитика SKU.
Аптеки + рецептурный контроль, верификация фармацевта, холодовая цепь, расписание.
C2C-доставка посылок, тарификация по весу/расстоянию, мультимодальные маршруты.
Курьерская доставка документов: подпись на месте, фото-подтверждение, юр-логирование.
Доставка алкоголя 18+ с верификацией возраста, гео-ограничения, time-windows.
Букеты и подарки, анонимность отправителя, открытки, фото-отчёт получателю.
Готовы запустить «Доставка еды Pro» под своим брендом?
Аренда: 5 минут от заказа до боевого URL. Покупка: 1–5 рабочих дней.