wl·solution
Каталог · Доставки
ДоставкиХит

Доставка еды Pro

Сервис доставки еды, который не нужно собирать из десятка плагинов. Маршрутизация VRPTW с учётом окон ресторанов, тарификация по зонам и весу, рейтинги курьеров с авто-блокировкой при падении ниже порога, эскроу-чаевые, отчёты в одно нажатие. Если у вас уже работает iiko или R-Keeper — заказ из приложения попадает прямо в KDS кухни без копий и звонков.

Доставка готовой еды: рестораны, курьеры, клиент. Маршрутизация, оплата, чаевые, рейтинги.

WebiOSAndroidAdmin
Стек
Next.js · Node · PostgreSQL · Mapbox
О продукте

«Доставка еды 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-протокола ещё раз».

Свой стек
8–14 месяцев
$180k–$420k
С wl-solution
5 минут — 5 дней
от $290 setup + $390/мес или $7 900 с исходниками
ЭтапСвой стекС wl-solution
Мобильный клиент (iOS + Android)2 разработчика × 6 мес ≈ $84kуже в коробке
Приложение курьера1 разработчик × 4 мес ≈ $32kуже в коробке
Кабинет ресторана + KDS1 фронт + 1 бэк × 3 мес ≈ $42kуже в коробке
Админка оператора + аналитика1 фронт × 4 мес ≈ $28kуже в коробке
Маршрутизация VRPTW1 senior × 2 мес ≈ $24kготовый движок на Mapbox + OR-Tools
POS-интеграции (iiko, R-Keeper, Poster)$4k × 3 коннектора = $12k3 коннектора готовы, ещё 4 в каталоге
Channel-manager к агрегаторам$8k–$15k только Yandex.EdaYandex.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 в интерфейсе пользователя. Это ваш продукт, а не наш с вашим логотипом сверху.

Принципы

Что мы держим в голове, проектируя продукт

  1. 01

    Курьер — не таксист, его время дороже

    Алгоритм назначения учитывает не только дистанцию, но и время готовки блюда: курьер не должен стоять у ресторана 10 минут. Если ETA готовки > 6 минут, курьер получает второй заказ по пути.

  2. 02

    Один заказ — одна история, без копий

    Заказ из агрегатора и заказ из своего приложения идут через одну очередь, одни статусы, одну аналитику. Двойного учёта не существует.

  3. 03

    Любая интеграция — за дни, не за месяцы

    POS-коннекторы написаны как плагины: у нас их 4 готовых, новые добавляются за 3–5 рабочих дней. У вас экзотический POS — пришлите спеку, оценим.

  4. 04

    Деньги движутся по чёткому контуру

    Клиент → эскроу → ресторан после получения курьером, чаевые → курьеру после подтверждения клиента. Все списания и зачисления — с аудит-логом и причиной.

Возможности

Полный набор сценариев — без покупки модулей и плагинов

Заказы и оплаты

Слой, через который проходит каждый рубль выручки. Здесь не должно быть фокусов: чёткие статусы, прозрачные правила возвратов, понятная история по каждой транзакции.

Витрина с умным поиском и фильтрами
Кухни, время готовки, минимальная сумма, цена доставки, рейтинг, акции.

Поиск с учётом синонимов («суши» = «роллы»), фильтр «доставят за 30 минут», сортировка по близости/рейтингу/новинкам. Карточки ресторанов и блюд с фото в Cloudinary, кешированием на CDN и lazy-load.

Алгоритм рекомендаций показывает «вы заказывали раньше», «соседи берут сейчас», «новое в любимой категории». Конверсия из карточки в корзину в среднем выше на 18–24% против дефолтной выдачи по алфавиту.

  • · До 35% быстрее путь от поиска до корзины
  • · Кеш на CDN: страница ресторана грузится за < 800 мс на 4G
  • · A/B тесты сортировки прямо из админки
// Postgres FTS + pg_trgm для опечаток
// Изображения через Cloudinary (responsive, WebP/AVIF)
// GraphQL фронт ↔ NestJS бэк
Корзина с апсейлами и расчётом доставки на лету
«Добавь напиток до бесплатной доставки», промокоды, бонусы, эскроу.

Корзина пересчитывает доставку на каждое изменение состава: расстояние от ресторана до клиента, тарифная сетка зоны, акции «бесплатно от 1500 ₽». Промокоды с правилами (минимальный чек, исключённые позиции, лимит на клиента).

Оплата картой/Apple Pay/Google Pay/СБП/бонусами с холдом до подтверждения готовки рестораном. Если ресторан отклонил — авто-возврат за 30 секунд.

  • · Средний чек выше на 12–22% за счёт апсейлов
  • · Эскроу до подтверждения — клиент защищён, ресторан спокоен
  • · Возвраты без участия оператора
Чаевые курьеру в один тап
10/15/20% или своя сумма после подтверждения доставки.

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

Опционально: чаевые ресторану (повару) — отдельная кнопка с раздельной маршрутизацией денег.

  • · 6–11% доп. дохода курьеру — мотивация не уходить
  • · Без банковских переводов и комиссий
Возвраты self-service
Причина → фото → сумма → возврат за 3 минуты.

Клиент выбирает причину (холодная, не та позиция, нарушена упаковка, не доставлено), прикладывает фото, выбирает «вернуть деньги» или «бонусы +30%». Авто-расчёт суммы по правилам ресторана.

Спор уходит оператору только если сумма > $30 или клиент уже подавал жалобы. Остальное — без участия людей.

  • · Время разбора жалобы: 3 минуты вместо 30
  • · NPS после возврата ниже падает на 18 пунктов меньше

Маршрутизация и курьеры

Центральная боль доставки еды. Здесь решается экономика юнита: пройдёт ли курьер за час 4 заказа или 6, заплатит ли клиент за горячую еду или за остывшую.

VRPTW-движок с окнами готовки
Алгоритм назначения с учётом времени готовки, дистанции, рейтинга и загрузки.

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

Алгоритм собирает «попутные» заказы: если курьер уже едет в район, мелкий заказ с дороги добавляется автоматически. Это снижает стоимость доставки на 20–35%.

  • · Среднее время в дороге пустым: −38%
  • · Заказов на курьер-час: +20–35%
  • · Доля просрочек > 15 мин: < 4%
// OR-Tools VRPTW + Mapbox Directions
// Redis Streams для очереди событий
// Backpressure: при пике >300 заказов/мин movok горизонтально
Гибрид: свои курьеры + внешние службы
Когда своих не хватает — fallback в DPD, СДЭК, Yandex.Pro, Borzo.

Настройка через простой rule-engine: «если свободных курьеров < 3 и заказов в очереди > 5 — отдать в Yandex.Pro». Биллинг сводится в одну отчётность.

Можно ограничить fallback по часам, зонам, типам ресторанов. Внутренний приоритет всегда у своих курьеров.

  • · Нет потерь заказов в пиковые часы
  • · Гладкое масштабирование при росте
Live-tracking курьера для клиента
Карта с движением курьера и точным ETA.

Клиент видит карту с маршрутом, иконку курьера, ETA в минутах с обновлением каждые 15 секунд. Подсветка статусов: «забирает», «везёт», «у вашего подъезда».

Опционально: имя и фото курьера, номер машины, кнопка «позвонить через приложение» (без раскрытия реальных номеров обеим сторонам).

  • · Снижение звонков «где мой заказ» на 70%+
  • · NPS после доставки +15–20 пунктов
Рейтинги и авто-блокировка слабых курьеров
Рейтинг считается из оценок клиентов, опозданий и отмен.

Курьер с рейтингом ниже 4.2 получает на 30% меньше заказов. Ниже 3.8 — автоматическая блокировка до разбора оператором. Жалоба с фото-доказательством снижает рейтинг сильнее, чем просто оценка.

Бонусы за высокий рейтинг: премиальные слоты, чаевые в первую очередь, +5% к тарифу.

  • · Самоочищающаяся команда: слабые уходят сами
  • · Лучшие курьеры зарабатывают на 20–30% больше
Учёт смен, выплат, удержаний
Смены, KPI, выплаты в конце недели, удержания за штрафы.

Курьер указывает старт/конец смены, видит свой заработок в реальном времени, может посмотреть статистику дня. Выплата автоматически в конце недели на привязанную карту.

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

  • · Нет ручного расчёта зарплат — экономия 20+ часов в месяц
  • · Спорные удержания решаются прозрачно

Рестораны, кухня и каналы

Один заказ — один поток на кухне. Никаких распечаток, никаких звонков из агрегаторов, никаких ручных копий между системами.

POS-коннекторы iiko / R-Keeper / Poster / Quick Resto
Заказ из приложения попадает в KDS ресторана как обычный заказ.

Коннекторы написаны под API каждого POS, проходят их сертификацию. Меню синхронизируется в обратную сторону — изменили блюдо в iiko, оно поменялось в приложении за минуту.

Стоп-листы синхронизируются мгновенно: позиция закончилась на кухне — пропала из витрины. Возвраты с кухни автоматически уходят в нашу систему.

  • · Никаких ручных переписываний заказов
  • · Меню всегда актуальное во всех каналах
  • · Подключение нового ресторана: 30–60 минут
// iiko — REST + webhooks
// R-Keeper — XML-API + UDP-нотификации
// Poster — REST + websockets
KDS-дисплей для кухни (если нет POS)
Планшет или телевизор в горячей зоне с экраном заказов.

Цветовая индикация просрочки, таймеры по каждой позиции, кнопки «принят / готовится / готов». Группировка по столам/курьерам/времени готовки.

Звуковые оповещения на новый заказ. Принтер чеков для упаковки.

  • · Полная замена бумажному ведению заказов
  • · Среднее время готовки сокращается на 15–20%
Channel-manager: Yandex.Eda, Delivery Club, Glovo, Foodfox
Заказы из всех агрегаторов в одной очереди, меню — из одного места.

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

Заказ из агрегатора падает в общую очередь, на него работает та же маршрутизация и та же аналитика, что и на собственные. Статусы синхронизируются в обе стороны.

  • · Один экран вместо четырёх дашбордов агрегаторов
  • · Время управления меню снижается с 4 ч/нед до 30 мин
Стоп-листы, графики, праздничные часы
Управление работой ресторана из любой точки с телефона.

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

Автоматические правила: «закрывать приём заказов за 30 мин до закрытия кухни», «убирать топовое блюдо в стоп-лист при загрузке кухни >80%».

  • · Нет отказов клиенту в неподходящее время
  • · Меньше негативных отзывов «у вас нечего нет»

Аналитика и операции

Цифры, которые отвечают на главный вопрос — где деньги. Не «отчёт на 80 листов», а 3–5 экранов, по которым принимаются решения.

Дашборд оператора в реальном времени
Карта с курьерами, очередь заказов, аномалии — на одном экране.

Карта города с цветными точками курьеров (свободен/занят/опаздывает), активные заказы со статусами, ETA, конфликтные ситуации (отказ ресторана, недоступный курьер).

Аномалии подсвечиваются: «у этого ресторана медиана готовки за час выросла с 18 до 32 мин», «курьер N не двигается 12 минут с активным заказом».

  • · Оператор видит проблему до жалобы клиента
  • · Среднее время реагирования: < 90 сек
Финансовая отчётность с разбивкой по каналам
Выручка, food cost, маржа, эффективность курьеров — по дням и каналам.

AOV (средний чек), retention (повторные заказы), CAC по каналам привлечения, маржа по ресторанам, food cost по блюдам. Сравнение период-к-периоду одним кликом.

Экспорт в Excel/Google Sheets, выгрузка по API в ваш BI (Metabase, Superset, Power BI).

  • · Решения по меню — на данных, а не на ощущениях
  • · Готовые отчёты для инвесторов и владельцев
Воронка клиента и retention-механики
Регистрация → первый заказ → второй → постоянный. Куда теряется кто.

Воронка с конверсиями по каждому шагу. Кого теряем после регистрации без заказа, кого — после первого заказа, кого — после третьего.

Триггерные кампании на каждой точке отвала: push «давно не заказывали — на нас 15% скидка», email с подборкой новинок, SMS с персональным промокодом.

  • · Retention 30-day: +8–14 пунктов на типовом запуске
  • · CAC payback: 2–3 месяца на возврат привлечения
А/B тесты прямо из админки
Изменения в выдаче, ценах доставки, апсейлах — без релизов.

Создаёте A/B-тест в админке: на 50% пользователей — вариант B. Метрики (конверсия, AOV) считаются автоматически с p-value.

Победивший вариант разворачивается на 100% одной кнопкой. Проигравший — откатывается без следа.

  • · Гипотезы тестируются за дни, а не за спринты
  • · Любая команда без разработчиков может запускать тесты
Архитектура

Архитектура: то, что вы получаете под капотом

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

Деплой — Docker-контейнеры на ваших VPS. Между ними — приватная сеть с шифрованием. БД — Postgres 16 с репликой для аналитики и PostGIS для геозон. Очереди — Redis Streams.

Customer API (gateway)
Точка входа для клиентских приложений

REST + GraphQL. JWT-аутентификация, rate-limiting, CDN-кеш для статичных запросов витрины.

Под нагрузкой горизонтально скейлится за Nginx/Caddy балансировщиком.

Node.js 20 · NestJS · Redis · JWT
Courier service
Назначение и трекинг курьеров

Хранит позицию курьеров, считает доступность, запускает алгоритм назначения каждые 30 секунд.

Слушает события из Order Service, отдаёт push в курьерское приложение через FCM/APNs.

Node.js · Redis Streams · PostGIS
Routing engine
VRPTW-маршрутизация с окнами готовки

OR-Tools для VRPTW + Mapbox Directions для реальных дистанций по дорогам.

Пересчитывает план каждые 30 сек или по событию (новый заказ, отмена, курьер вышел в смену).

Python (FastAPI) · OR-Tools · Mapbox API
Order Service
Жизненный цикл заказа от создания до завершения

Машина состояний с явными переходами: created → confirmed → cooking → ready → in_transit → delivered.

Источник истины по статусам. Публикует события в Kafka для всех остальных сервисов.

Go 1.22 · Postgres 16 · Kafka
Restaurant Gateway (POS-connectors)
Двусторонний мост между нашим стеком и iiko/R-Keeper/Poster

Каждый POS — отдельный плагин со своим адаптером. Заказы публикуются в KDS ресторана как нативные.

Меню и стоп-листы синхронизируются в обе стороны с конфигурируемой частотой.

Node.js · Postgres · BullMQ
Channel Manager
Заказы и меню агрегаторов в одном слое

Адаптеры под Yandex.Eda, Delivery Club, Glovo, Foodfox. Заказы оттуда падают в Order Service как обычные.

Меню публикуется в агрегаторы одним нажатием. Стоп-листы летят моментально.

Payment Service
Эквайринг, эскроу, выплаты курьерам и ресторанам

Интеграции со Stripe, ЮKassa, СБП, Tinkoff Acquiring, CloudPayments. Эскроу-холды до подтверждения готовки.

Сплит-выплаты: ресторану — за блюдо, курьеру — за доставку и чаевые, платформе — комиссия.

Go · Postgres · PCI DSS-ready контур
Notifier
Push, SMS, email — для клиентов, курьеров, ресторанов

Шаблоны редактируются в админке без релиза. Каналы выбираются per-событие.

Throttling: один клиент не получит 5 push за 2 минуты, даже если случилось 5 событий.

Node.js · FCM/APNs · Twilio · Resend
Analytics Pipeline
Сырые события → агрегаты → дашборды

События пишутся в ClickHouse через Kafka. Витрина агрегатов — Metabase или встроенный дашборд.

Экспорт по API для внешних BI.

Kafka · ClickHouse · Metabase
Admin Panel
Кабинет оператора и владельца

Next.js SSR. Карты, графики, конфигурация всех сервисов через UI без правки кода.

Next.js 14 · TanStack Query · Mapbox GL

Поток данных

Клиент создаёт заказ → 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-совместимо.

Интеграции

Готовые коннекторы

Что готово из коробки. Подключение каждой — это форма в админке и проверка тестового заказа. Никаких отдельных контрактов с вендорами через нас — вы работаете напрямую с провайдером, мы даём готовый коннектор.

iikoPOS
Заказы из приложения попадают в iiko как нативные.
Если ваши рестораны уже работают в iiko — никаких ручных копий. KDS, стоп-листы, меню — синхронизировано.
Подключение: 30–60 минут на ресторан
R-KeeperPOS
XML-API + UDP-нотификации. Заказ → касса → KDS.
Покрывает крупные сети и фастфуд. Стабильно работает с высоким потоком.
Подключение: 1–2 рабочих дня на ресторан
Poster POSPOS
REST + websockets. Подходит для кафе и небольших ресторанов.
Самая дешёвая интеграция, подходит для пилотов и небольших точек.
Подключение: 30 минут на ресторан
Quick RestoPOS
Облачная касса с готовым REST-API.
Хорошо для регионов и небольших сетей.
Подключение: 1 час на ресторан
Yandex.Edachannel
Channel-manager: меню публикуется, заказы приходят в общую очередь.
Покрытие трафика в РФ и СНГ. Не зависеть от одного канала — критично.
Подключение: 1 рабочий день на бренд · Комиссия агрегатора 25–35%
Delivery Clubchannel
Полная синхронизация меню и заказов.
Сильное покрытие в крупных городах, особенно для обеденных заказов.
Подключение: 1 рабочий день
Glovochannel
API-интеграция меню и заказов для рынков СНГ/EU/LatAm.
Если работаете в нескольких странах — Glovo обычно №1 или №2 по объёму.
Подключение: 2 рабочих дня
Foodfoxchannel
Региональный агрегатор, важен для отдельных рынков.
Не пропустить локальный трафик.
Подключение: 1 рабочий день
Stripepayments
Карты, Apple Pay, Google Pay. Эскроу-холды.
Стандарт для международных запусков. Отличная documentация, низкая комиссия.
Подключение: 1 час · 2.9% + 30¢ за транзакцию (стандарт)
ЮKassapayments
Карты РФ, СБП, кошельки, рассрочка.
Покрывает все способы оплаты в РФ, хорошая поддержка СБП.
Подключение: 1–3 дня (с подписанием договора)
Tinkoff Acquiringpayments
Эквайринг + рекуррент + СБП.
Сильное API, быстрое подключение, низкие комиссии для малого бизнеса.
Подключение: 1–2 дня
СБП (Система Быстрых Платежей)payments
Оплата по QR / по ссылке, низкая комиссия.
Тренд РФ-рынка, до 50% клиентов выбирают СБП в новых проектах.
Подключение: Сразу через ЮKassa/Tinkoff · Комиссия 0.4–0.7%
Mapbox Directionsmaps
Маршруты по дорогам, ETA, изохроны для зон доставки.
Дешевле Google Maps в 4–6 раз при сравнимом качестве на города СНГ.
Подключение: 30 минут · $0.50 за 1000 запросов
Twilio (SMS + voice)comms
SMS-нотификации, звонки клиента курьеру с маскированием номеров.
Глобальное покрытие, надёжная доставка, скрытие телефонов обеих сторон.
Подключение: 1 час
Firebase (FCM/Crashlytics)mobile
Push-уведомления Android, мониторинг сбоев приложений.
Бесплатно, стандарт для мобильных приложений.
Подключение: 1 час
APNs (Apple Push)mobile
Push для iOS.
Без него нет качественных уведомлений на iPhone.
Подключение: 2 часа (включая сертификаты)
Resend / SendGridemail
Транзакционная почта: подтверждения, чеки, восстановление пароля.
Высокая доставляемость, простое API, дешевле SendGrid.
Подключение: 30 минут
Cloudinarymedia
CDN для фото блюд: WebP/AVIF, responsive, обрезка.
Картинки — главный конверсионный элемент. Тяжёлые фото убивают мобильную конверсию.
Подключение: 30 минут
Sumsub (KYC курьеров)kyc
Проверка документов курьеров: паспорт, регистрация, права.
Безопасный онбординг новых курьеров, защита от мошенников.
Подключение: 1 час
ClickHouse + Metabaseanalytics
Складирование событий, дашборды, экспорт.
Аналитика на сотни миллионов событий за копейки.
Подключение: Уже развёрнуто в коробке
Сценарии операторов

Кейсы, которые мы регулярно разворачиваем

Сеть из 12 ресторанов своей кухни

Одна сеть, свои курьеры, 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-механиками
  • · Прямой доступ к данным о заказах для меню-разработки
Стартап dark kitchen с одной точкой и 6 виртуальными брендами

Одна кухня — 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% больше заказов
  • · Один экран кухни, одна команда, одна отчётность
Ограничения:На старте каждый бренд требует своего маркетинга в агрегаторе · Конфликты приоритетов на кухне нужно настраивать вручную
Региональный игрок, заходящий в город после Яндекса и DC

Локальная фишка + честная цена против больших агрегаторов

Команда заходит в город-миллионник, где уже работают Yandex.Eda и Delivery Club. Преимущество — фокус на местных ресторанах (которым невыгодны 30% комиссии больших агрегаторов) и комиссия 15%.

Запускаем приложение под локальным брендом с гео-фокусом. На борту — 45 местных ресторанов (тех, кто не работает с большими агрегаторами или хочет иметь альтернативный канал).

Подключаем рестораны через POS-коннекторы (где есть iiko/R-Keeper) или ставим встроенный KDS на их планшеты. Время онбординга нового ресторана — 1 день.

Курьеры — свои, со ставкой выше рынка. Тарифы доставки — фиксированные по 3 зонам, без скрытых наценок. Маркетинг в локальных тг-каналах + офлайн в самих ресторанах (QR-стикеры).

Что включаем
  • · POS-коннекторы + встроенный KDS
  • · Гео-зоны с фиксированными тарифами
  • · Брендирование под локальный рынок
  • · Channel-manager (опционально)
Результат
  • · Комиссия 15% (вместо 30% у больших) делает выгодным даже малый чек
  • · Гибкий онбординг новых ресторанов: 1 день вместо недели
  • · Прямой контакт с клиентом без посредников
Группа из 4 ресторанов высокого сегмента

Премиум-доставка с прозрачным сервисом

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

Запускаем приложение для постоянных гостей. Минимум интерфейса, фокус на меню и интервалах доставки (например, к ужину в 19:30 ровно).

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

Дополнительно: подписка на «ежедневный обед» с автодоставкой в обеденный перерыв.

Что включаем
  • · Свой штат курьеров
  • · Фиксированные интервалы доставки
  • · Подписочная модель
  • · Без сборки попутных заказов
Результат
  • · Сохраняется премиум-восприятие бренда
  • · Высокий LTV: средний клиент делает 3+ заказа в месяц
  • · Контроль над user experience от заказа до выноса блюда
План запуска

От оплаты до первого боевого заказа — 14 дней

Типовой план запуска для команды без своей разработки. Для команд с опытом — быстрее. Команда с нашей стороны: project-менеджер + DevOps + дизайнер брендинга на онбординге.

  1. День 1–2
    Развёртывание и брендирование
    • · Заполнить бриф: бренд, домен, цвета, e-mail оператора
    • · Получить доступ в админ-панель и тестовое приложение
    • · Сдать дизайн-кит (логотип, иконки приложений) либо заказать дизайн
    • · Прописать ваш домен в кабинете → Let's Encrypt автоматически
    Готово, когда:
    • Тестовое приложение доступно под вашим брендом
    • Админ-панель открывается на admin.вашдомен.com
  2. День 3–7
    Подключение ресторанов и платежей
    • · Подключить POS-коннектор для пилотных ресторанов
    • · Завести меню (импортом из iiko/R-Keeper или вручную)
    • · Подключить эквайринг (Stripe / ЮKassa / Tinkoff)
    • · Настроить тарифные зоны доставки и тарифы курьеров
    • · Подключить агрегаторы через channel-manager (опционально)
    Готово, когда:
    • Тестовый заказ проходит весь цикл: оплата → KDS → курьер → доставка
    • Возврат денег за тестовый заказ возвращается за 5 минут
  3. День 8–12
    Онбординг курьеров и репетиция
    • · Запустить онбординг курьеров (форма + KYC через Sumsub)
    • · Провести обучение для оператора по работе с админкой
    • · Прогнать 20–30 тестовых заказов с реальной маршрутизацией
    • · Опубликовать приложения в App Store / Google Play
    Готово, когда:
    • Минимум 10 курьеров активны и прошли тестовую смену
    • Приложения одобрены в обоих сторах
  4. День 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?
Аренда — 3–7 минут до зелёного HTTPS. Покупка — 1–5 рабочих дней (зависит от того, нужен ли деплой на ваш собственный VPS или вы будете разворачивать сами).
Что я получаю при покупке: исходники или только бинарник?
При покупке вы получаете исходный код в приватный Git-репозиторий, коммерческую лицензию без роялти и образ контейнера в нашем Docker-registry. Срок поддержки — 6 месяцев бесплатно, дальше по тарифу.
Где физически работает мой деплой при аренде?
На VPS вашего облака на выбор: Hetzner, OVH, Vultr, DigitalOcean, Elistrax. Регион выбираете при заказе. Управление инфрой берём на себя: установка, TLS, мониторинг, авто-скейл.
Можно подключить собственный домен и сертификат?
Да. Указываете свой домен в кабинете — TLS-сертификат выпускается автоматически через Let's Encrypt (через Caddy) при первом HTTPS-запросе. Cloudflare включён в режиме оранжевого облака для DDoS-защиты.
Как работают обновления продукта?
Каждое обновление проходит через пайплайн backup → migrate → smoke-test → switch. При любом сбое автоматический откат на предыдущий контейнер из registry. Историю обновлений видно в админ-панели.
Какой алгоритм маршрутизации используется?
VRPTW (Vehicle Routing Problem with Time Windows) с учётом окон доставки, гео-зоны курьера, текущей загрузки и приоритета заказа. Обновляется каждые 30 секунд, переназначения — без подтверждения курьера.
Поддерживается ли работа с агрегаторами (Yandex.Eda, Glovo)?
Да, через channel-manager: один заказ в админке мы синхронизируем со статусами агрегатора. Стоковые интеграции — Yandex.Eda API, Delivery Club, Glovo, Foodfox.
Есть ли POS-интеграция для ресторанов?
Готовые коннекторы — iiko, R-Keeper, Poster POS, Quick Resto. Заказы из приложения попадают сразу в KDS-дисплей кухни. Подключение нового ресторана — 30–60 минут.
Что с приложениями для App Store и Google Play?
Публикуем под вашим аккаунтом разработчика. Помогаем с описанием, скриншотами, прохождением модерации. Обновления стандартно — раз в 1–2 месяца, можно чаще.
Сколько ресторанов и курьеров выдерживает платформа?
На дефолтной конфигурации — до 500 ресторанов и 2000 одновременно активных курьеров в одном регионе. Выше — горизонтальное масштабирование по регионам без архитектурных переписываний.
Можно ли использовать как dark kitchen / cloud kitchen?
Да, мультиарендность позволяет одной кухне обслуживать 5–10 виртуальных брендов с разными меню, ценами и дизайном. Заказы попадают в общую очередь KDS с цветовой маркировкой.
Как настраиваются тарифы доставки?
Через зоны (полигоны на карте) с разной базовой ценой, плюс расчёт по расстоянию (₽/км) и весу. Правила вроде «бесплатно от 1500 ₽», «промокод 200 ₽ скидки», «двойной тариф ночью» — через rule-engine без программирования.
Что с локализацией под другие страны?
Платформа из коробки русский + английский. Добавление нового языка — 1–2 рабочих дня (тексты переводятся, форматы дат/валют конфигурируются). Поддержка RTL для арабского — да, проверено на запусках в ОАЭ.
Можно ли продать своим клиентам как white-label?
Да, лицензия позволяет ре-продавать. Несколько наших партнёров используют этот стек как продукт для своих клиентов из ресторанного бизнеса, добавляя свою маржу.
Что если мне нужны кастомные доработки?
Берём в работу как отдельный проект на базе вашей копии. SLA на критичные баги ядра — 1 рабочий день. Кастомные фичи оцениваем индивидуально по T&M или фикс-прайс.
А что с компанией-агрегатором, у которой нет API?
Если у агрегатора закрытый канал — интегрировать не можем напрямую. В некоторых случаях помогает sccraper-bridge на нашей стороне, но это серая зона. Лучше — давление на агрегатора для открытия API.
Как с ФЗ-152 и хранением персональных данных?
При деплое на VPS в РФ (Vultr Москва, Selectel, Yandex Cloud) — соответствие из коробки. Шифрование at-rest (AES-GCM в БД), at-transit (TLS 1.3), журнал доступа к ПД в audit-events. Документы по подаче в Роскомнадзор предоставляем.
Можно начать с одного города и расти?
Да, типичный путь: 1 город → пилот → 3 месяца → расширение в следующие. Платформа масштабируется per-region, никаких ограничений на количество городов нет.

Готовы запустить «Доставка еды Pro» под своим брендом?

Аренда: 5 минут от заказа до боевого URL. Покупка: 1–5 рабочих дней.