Путь от идеи до публикации глазами заказчика: этапы со сроками, выбор технологии, российские особенности сторов и оплаты, бюджет на поддержку и чек-лист.
Читать дальшеПриложение для доставки
Разрабатываем мобильное приложение для доставки: отдельно для клиента и для курьера, с трекингом на карте, маршрутами, push и статусами заказов в реальном времени. Интегрируем iiko и CRM, оплату через СБП и ЮKassa. Фикс-смета, поэтапная оплата 50/50, исходники передаём вам.
Рассчитать стоимость
Какое приложение для доставки нужно?
Типичные ситуации
Когда без своего приложения доставка буксует
01Заказы и заявки курьерам летят в чат и на телефон, диспетчер вручную распределяет их по сменам — в час пик путаница, опоздания и потерянные посылки.
02Клиент не видит, где его курьер и когда приедет, поэтому звонит в поддержку по каждому заказу — операторы завалены, а NPS падает.
03Курьер строит маршрут в стороннем навигаторе и сам решает порядок точек — пробег и время доставки растут, топливо и часы сжигаются впустую.
04Статусы заказа меняются вручную в табличке, данные расходятся с кассой и складом, а руководитель не видит реальную картину по сменам онлайн.
05Готовое white-label приложение взяли в аренду — упёрлись в лимиты, чужой бренд в сторах, свой функционал не добавить, а данные клиентов не ваши.
06Push не доходят после ухода Firebase из РФ, оплата завязана на один сервис, а интеграции с iiko и 1С нет — каждая доработка превращается в стройку без сметы.
Приложение для доставки — это система клиент-курьер-диспетчер
Полноценное приложение для доставки — это не одна программа, а связка: приложение клиента, где он собирает заказ, оплачивает и следит за курьером на карте; приложение курьера с маршрутным листом, сканированием и сменой статусов; и бэкенд, который распределяет заказы и показывает диспетчеру всех на карте в реальном времени. Мы разрабатываем эту систему целиком на одном ядре данных, а не сшиваем куски от разных подрядчиков. Поэтому заказ, статус и геопозиция везде совпадают, а руководитель видит реальную картину по сменам, а не данные из таблички с опозданием на час.
Трекинг, маршруты и статусы в реальном времени
Главная фишка хорошего приложения доставки — живой трекинг. Приложение курьера отправляет GPS-координаты по WebSocket каждые несколько секунд, сервер передаёт их в приложение клиента, и метка курьера движется на Яндекс.Картах без перезагрузки экрана. Курьеру приложение строит оптимальный порядок точек с учётом пробок — это сокращает пробег и время доставки. Клиент видит статусы «принят — готовится — в пути — доставлен» и push на каждом этапе, поэтому перестаёт звонить в поддержку с вопросом «где мой заказ». Push настраиваем с резервным каналом (RuStore Push как fallback), чтобы уведомления доходили после ухода Firebase из РФ.
Интеграции: касса, оплата, учёт
Приложение доставки живёт не в вакууме. Подключаем iiko, CRM и 1С — заказ из приложения сразу уходит на кухню и в учёт без ручного переноса, меню и стоп-листы синхронизируются. Оплату принимаем через СБП, ЮKassa, Тинькофф и наличными курьеру — без привязки к одному сервису. Распределение заказов между курьерами автоматизируем по сменам и зонам, расчёт стоимости доставки считаем по адресу клиента. Это превращает приложение в собственный канал заказов вместо комиссии агрегаторам, а данные клиентов и курьеров остаются в вашей базе.
Сколько стоит разработка приложения для доставки
Стоимость зависит от того, нужно одно приложение или связка клиент + курьер, числа платформ (iOS/Android) и сложности интеграций. Ориентиры по рынку и нашей практике:
- Одно приложение или MVP — от 1 200 000 ₽. Приложение курьера с маршрутами и статусами либо клиентское с каталогом и трекингом, базовая логика, публикация в сторах. Срок — от 3 месяцев.
- Связка клиент + курьер — от 3 000 000 ₽. Оба приложения, трекинг на карте, push, оплата СБП/ЮKassa, кабинет диспетчера, интеграция с iiko и CRM. Срок — 4–7 месяцев.
- Сложная платформа доставки — от 6 000 000 ₽. Высокая нагрузка, распределение заказов, аналитика смен, несколько ролей, мультигород. Срок — от 7 месяцев.
Готовые white-label решения стартуют от 300 000 ₽ в год, но это аренда чужого шаблона с лимитами, чужим брендом в сторах и данными не у вас. Отдельные блоки имеют понятную вилку: трекинг-модуль на картах — от 200 000 ₽, интеграция с iiko — от 80 000 ₽, платёжный модуль — от 150 000 ₽. На поддержку обычно закладывают 15–20% от стоимости разработки в год. Точную смету называем после аналитики и фиксируем в договоре — без открытого счётчика часов.
Это приложение, а не сайт доставки
Если вам нужен веб-канал заказа еды с меню и корзиной в браузере — это отдельная задача, сайт доставки. Здесь мы говорим именно о мобильном приложении: его ставят на смартфон, оно работает с GPS и push, живёт в RuStore и Google Play и даёт курьеру удобный инструмент «на ходу». На выходе вы получаете опубликованные приложения, исходный код, аккаунты разработчика на вас и документацию.
Кому нужно приложение для доставки
01
Курьерским и логистическим службам — приложение курьера с маршрутным листом, сканированием, статусами и геолокацией плюс кабинет диспетчера.
02
Ресторанам, дарк-китченам и службам доставки еды — приложение клиента с меню, корзиной и трекингом, связанное с приложением курьера и кассой.
03
Доставке продуктов, воды, цветов, лекарств и товаров — каталог, повторный заказ в два касания, push об акциях и статусе заказа.
04
Сетям с собственной логистикой — единая система: клиент заказывает, курьер везёт, диспетчер видит всех на карте в реальном времени.
05
Маркетплейсам и агрегаторам локальной доставки — связка клиент + курьер + партнёр с распределением заказов и расчётом стоимости по адресу.
06
Бизнесу, который устал платить агрегаторам комиссию и хочет свой канал заказов и доставки с полным контролем над данными.
Что под капотом приложения доставки
Два приложения в одной экосистеме — клиентское (заказ, оплата, трекинг) и курьерское (маршрут, сканирование, статусы) на общем бэкенде.
Трекинг на карте в реальном времени — курьер шлёт GPS-координаты по WebSocket каждые несколько секунд, клиент видит движение метки на Яндекс.Картах.
Маршруты и навигация — приложение курьера строит оптимальный порядок точек с учётом пробок, чтобы сократить пробег и время доставки.
Push без Firebase-рисков — статусы заказа и уведомления через RuStore Push с резервным каналом, чтобы доходили до пользователей в РФ.
Оплата по российским правилам — СБП, ЮKassa, Тинькофф и оплата курьеру: деньги на счёте до выезда, без привязки к одному сервису.
Интеграции и бэкенд — обмен с iiko, CRM, 1С и складом через API на Node.js и PostgreSQL: одно ядро данных для клиента, курьера и диспетчера.
Как мы ведём проект
1
/ 6
Аналитика и ТЗ — разбираем сценарии клиента, курьера и диспетчера, список экранов и интеграций, фиксируем объём. На выходе — техзадание и смета.
2
/ 6
Прототип и UX — собираем кликабельные прототипы обоих приложений в Figma: проверяете логику заказа и доставки до строчки кода.
3
/ 6
Дизайн под бренд — интерфейс курьера делаем линейным и понятным «на ходу», клиентский — под вашу айдентику, а не подгонку чужого шаблона.
4
/ 6
Разработка спринтами — выкатываем сборки на тестовые устройства каждые 2 недели, вы держите рабочие приложения в руках по ходу проекта.
5
/ 6
Интеграции и тест — подключаем iiko, оплату, карты и push, проверяем трекинг и маршруты в реальных условиях, на разных смартфонах и сетях.
6
/ 6
Публикация и поддержка — выкладываем в RuStore и Google Play, передаём исходники и аккаунты, сопровождаем обновления и развиваем дальше.
Что меняется после запуска приложения
Распределение заказов курьерам
Было
вручную в чате
Стало
автоматически в приложении
Звонки клиентов «где курьер»
Было
поток в поддержку
Стало
трекинг на карте у клиента
Маршрут и пробег курьера
Было
свой навигатор, как придётся
Стало
оптимальный порядок точек
Статусы заказа и аналитика смен
Было
таблица вручную
Стало
онлайн у диспетчера
Контроль над данными
Было
на чужой платформе
Стало
в вашей базе, исходники у вас
Почему АП-ИМ
- С 2008 года в разработке — за плечами нагруженные сервисы и интеграции, а приложение для доставки строим как систему клиент-курьер-диспетчер, а не как обёртку сайта.
- Делаем оба приложения и бэкенд — не нужно сшивать клиентскую часть, приложение курьера и сервер от разных подрядчиков: всё на одном ядре данных.
- Знаем реалии РФ — трекинг на Яндекс.Картах, оплата через СБП и ЮKassa, push после ухода Firebase, интеграция с iiko и 1С.
- Бутиковый формат — берём ограниченное число проектов, вашим занимается команда, а не конвейер из стажёров.
- Фиксируем смету и сроки в договоре до старта — без открытого счётчика часов и сюрпризов в конце.
- Передаём исходный код и аккаунты разработчика — приложения полностью ваши, данные клиентов и курьеров остаются у вас, продолжить может любая команда.
АП-ИМ, фрилансер или конструктор
| Критерий | АП-ИМ | Фрилансер | Конструктор |
|---|---|---|---|
| Приложение клиента + курьера | Оба на одном бэкенде | Часто только одно | Готовый шаблон white-label |
| Трекинг на карте в реальном времени | WebSocket + Яндекс.Карты | Зависит от уровня | Базовый, без кастома |
| Маршруты и распределение заказов | Под вашу логистику | Редко, дольше | Только из коробки |
| Интеграция iiko / CRM / 1С | Прямая, под ключ | Как повезёт, костыли | Ограниченно |
| Оплата СБП / ЮKassa / курьеру | Любые под ключ | Часть, дольше | Только из списка |
| Данные клиентов и курьеров | В вашей базе | Обычно ваши | На чужой платформе |
| Что если исполнитель пропал | Команда, не один человек | Проект встанет | Платформа жива, доработать нельзя |
| Сроки и смета | Фикс в договоре | Часто плывут | Аренда с лимитами тарифа |
Приложение клиента + курьера
АП-ИМОба на одном бэкенде
ФрилансерЧасто только одно
КонструкторГотовый шаблон white-label
Трекинг на карте в реальном времени
АП-ИМWebSocket + Яндекс.Карты
ФрилансерЗависит от уровня
КонструкторБазовый, без кастома
Маршруты и распределение заказов
АП-ИМПод вашу логистику
ФрилансерРедко, дольше
КонструкторТолько из коробки
Интеграция iiko / CRM / 1С
АП-ИМПрямая, под ключ
ФрилансерКак повезёт, костыли
КонструкторОграниченно
Оплата СБП / ЮKassa / курьеру
АП-ИМЛюбые под ключ
ФрилансерЧасть, дольше
КонструкторТолько из списка
Данные клиентов и курьеров
АП-ИМВ вашей базе
ФрилансерОбычно ваши
КонструкторНа чужой платформе
Что если исполнитель пропал
АП-ИМКоманда, не один человек
ФрилансерПроект встанет
КонструкторПлатформа жива, доработать нельзя
Сроки и смета
АП-ИМФикс в договоре
ФрилансерЧасто плывут
КонструкторАренда с лимитами тарифа
Условия работы
- Договор с фиксированной сметой — стоимость согласована до начала работ, новые задачи оцениваем отдельно и заранее.
- Поэтапная оплата 50/50 — аванс 50%, остальные 50% после приёмки работ: каждый спринт показываем сборкой приложения на реальном устройстве.
- Исходный код и доступы — ваши с момента передачи. Аккаунты разработчика в RuStore и Google Play оформляем на вас.
- Данные клиентов и курьеров — в вашей базе, без привязки к чужой подписке или white-label-платформе.
- Сопровождение после запуска — остаёмся на связи: дорабатываем и развиваем проект по договору поддержки.
- Прозрачный прогресс — доска задач, демонстрации по спринтам и прямой контакт с командой, а не молчание на месяц.
Частые вопросы
Разработка приложения для доставки под ключ — профиль студии АП-ИМ из Санкт-Петербурга. С 2008 года мы создаём мобильные приложения для служб доставки: отдельное приложение для клиента и приложение для курьеров доставки на общем бэкенде. Делаем трекинг заказа на карте в реальном времени, маршруты, push-уведомления, статусы заказов, интеграцию с iiko, CRM и 1С, оплату через СБП и ЮKassa. Публикуем в RuStore и Google Play с учётом ограничений в России.
Приложение для доставки еды, продуктов, цветов, воды, лекарств или товаров мы строим от бизнес-задачи: аналитика, прототип, дизайн, разработка спринтами, тестирование трекинга и маршрутов в реальных условиях. Стоимость фиксируем в договоре, поэтапная оплата 50/50, исходный код и аккаунты передаём заказчику. Создать приложение для доставки под ключ можно от 1 200 000 ₽ — точную смету считаем после аналитики по вашим сценариям клиента и курьера.
Полезные статьи