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

Собственная доставка обычно начинается не с приложения, а с усталости от комиссий. Ресторан отдаёт агрегатору заметную долю чека, магазин платит маркетплейсу за каждую продажу, а клиентская база при этом принадлежит не им. Логичный следующий шаг — «сделать своё приложение и возить самим». Логичный, но не всегда выгодный: приложение — это только витрина, а доставка — это курьеры, слоты, зоны, сборка заказа, возвраты и холодная цепь. Если они не налажены, приложение лишь ускоряет поток жалоб.

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

Модели доставки и что им нужно

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

Из каких частей состоит система

Клиентская часть

Каталог с остатками в реальном времени, корзина, адрес с проверкой зоны доставки, выбор времени или слота, оплата картой, СБП или наличными курьеру, статус заказа и трекинг курьера на карте, повтор заказа, бонусы, отзывы. Клиентская часть может быть мобильным приложением, сайтом, PWA или мини-приложением в мессенджере — и на старте почти всегда достаточно сайта с хорошей мобильной версией. Аргументы — в статье мобильное приложение или мобильная версия.

Приложение курьера

Список назначенных заказов, маршрут, звонок клиенту через подменный номер, фото подтверждения доставки, приём оплаты с выдачей чека, статусы «забрал», «в пути», «доставлено», «клиент не отвечает». Для пеших и велокурьеров важна экономия батареи и простота интерфейса; для курьеров на автомобилях — маршрут из нескольких точек.

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

Операционная панель

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

Интеграции

Касса и учётная система (iiko, r_keeper, 1С, МойСклад) для остатков и чеков, эквайринг, картографический сервис, SMS и мессенджеры, иногда — агрегаторы, чтобы принимать их заказы в ту же панель. Интеграции — частый источник незапланированного бюджета: о том, как устроен обмен с учётными системами, мы подробно писали в статьях интеграция сайта и CRM с 1С и интеграция МойСклад, amoCRM и Битрикс24.

Готовое решение или разработка

Для ресторанов и небольших магазинов существуют конструкторы приложений доставки и модули к учётным системам: брендированное приложение и сайт, подключённые к кассе, запускаются за несколько недель по подписке. Это правильный старт, если вам нужно стандартное «каталог — корзина — доставка» и вы хотите проверить, сколько заказов вообще уйдёт в собственный канал. Разработка оправдана, когда процесс нестандартный — сборка с заменами, подписка на регулярные доставки, B2B с договорными ценами, маршрутизация десятков машин — или когда объём заказов делает подписку и ограничения конструктора дороже собственной системы.

Смета собственной платформы

Ориентировочный состав для доставки продуктов или товаров с собственными курьерами в одном городе. Ставка условно 2 500–3 500 ₽ в час; итоговая сумма сильно зависит от интеграций.

Пример расчёта окупаемости

Условная сеть из четырёх ресторанов. Доставка — 300 заказов в день со средним чеком 1 600 ₽, все через агрегаторы с комиссией, скажем, 25% с учётом доставки. Оборот доставки — 480 тыс. ₽ в день, 14,4 млн ₽ в месяц, комиссия — около 3,6 млн ₽ в месяц.

1. Цель: перевести 35% заказов в собственный канал. Это 105 заказов в день, 5,04 млн ₽ оборота в месяц.
2. Экономия комиссии на этих заказах: 5,04 млн × 25% = 1,26 млн ₽ в месяц.
3. Новые расходы: собственные курьеры — допустим, 250 ₽ за доставку, то есть 788 тыс. ₽ в месяц; эквайринг 2% — 100 тыс. ₽; маркетинг собственного канала — 150 тыс. ₽; поддержка платформы — 120 тыс. ₽.
4. Итого расходы: около 1,16 млн ₽ в месяц, чистый эффект — около 100 тыс. ₽ в месяц.
5. При стоимости разработки 6 млн ₽ окупаемость — 5 лет. Вывод: с такими параметрами выгоднее конструктор, а не своя платформа.

Расчёт меняется, если собственный канал приносит не только экономию, но и рост: повторные заказы, более высокий средний чек благодаря рекомендациям, данные о клиентах для рассылок. Если доля своего канала выходит на 60% и средний чек растёт на 10%, эффект кратно больше. Но начинать надо с честного базового сценария — проверить его можно в калькуляторе юнит-экономики и калькуляторе SaaS или своя разработка.

Технические решения, которые важно принять сразу

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

Как перевести клиентов из агрегатора в свой канал

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

• Вкладыш или наклейка с QR-кодом в каждом заказе, пришедшем через агрегатор: «закажите напрямую — скидка на первый заказ или бесплатная доставка». Проверьте, не запрещает ли это договор с агрегатором.
• Цена в своём канале не выше, чем у агрегатора, а лучше — ниже на часть сэкономленной комиссии. Клиент должен почувствовать выгоду сразу.
• Карточки компании на Яндекс Картах и 2ГИС со ссылкой на собственный заказ — оттуда приходит заметная доля целевого трафика. См. Яндекс Бизнес и Карты.
• Накопительная программа, которая работает только в своём канале: баллы, подарок на пятый заказ, ранний доступ к новинкам.
• Повторный заказ в одно касание и сохранённые адреса — то, ради чего клиенту стоит держать ваше приложение или закладку.

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

Порядок запуска

1. Посчитайте экономику канала: средний чек, стоимость доставки, ожидаемая доля своего канала.
2. Запустите собственный канал на конструкторе или простом сайте и проверьте спрос за 2–3 месяца.
3. Опишите узкие места: где теряются заказы, что делается вручную, где ошибаются сотрудники.
4. Разрабатывайте то, что решает узкие места, — курьерскую панель, слоты, маршрутизацию, — а не копию агрегатора целиком.
5. Масштабируйте: программа лояльности, подписки, B2B-заказы.

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

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

Если готовы обсудить вашу модель доставки — опишите путь заказа и пришлите нам. Мы предложим состав MVP и смету, а при необходимости — сайт с каталогом из раздела разработка сайтов и CRM для операционной части.