Приложение для доставки: сколько стоит разработка и что должно быть в MVP
Разработка приложения для доставки в России стоит от 1,5 до 5 млн рублей в зависимости от состава MVP и стека. Flutter обходится на 20-30% дешевле нативки, но не всегда подходит. Ниже — разбивка по этапам, реальные цифры и кейс Веселого Водовоза.
Приложение для доставки: разработка и стоимость — диапазоны и от чего зависит цена
Приложение для доставки категории e-commerce у InstaDev стоит 3,0-5,0 млн руб при сроке 4-6 месяцев. Это полноценный продукт: клиентская часть, курьерская панель, интеграции с платёжными системами и картами.
Минимальный MVP без курьерской части и сложных интеграций укладывается в 1,5-2,5 млн руб при сроке 3-4 месяца. Ставка разработки в InstaDev — 2 700 руб/час, средняя по российскому рынку — 2 500-3 200 руб/час.
Цена растёт нелинейно. Каждая новая интеграция — платёжный шлюз, геолокация, 1С — добавляет к бюджету отдельной строкой. Заказчики часто считают интеграции «мелочью», но на практике они могут добавить 15-25% к исходной смете.
Рынок онлайн-доставки в России показывает двузначный рост год к году по оценкам Data Insight. Спрос на такие приложения устойчив, и конкуренция за качество продукта растёт вместе с ним.
Из чего складывается бюджет: этапы и их стоимость
Бюджет проекта делится на пять этапов. Разработка занимает 60-70% от общей суммы, остальное распределяется между аналитикой, дизайном, тестированием и поддержкой.
Аналитика — от 40 тыс руб (~2 200 руб/час). На этом этапе фиксируют требования, прописывают пользовательские сценарии и проектируют архитектуру данных. Экономить здесь опасно: недоработанная аналитика возвращается переделками на этапе разработки.
Дизайн — от 60 тыс руб (~2 100 руб/час). UX-прототип, UI-кит, адаптация под iOS и Android. Для приложения доставки особенно важен флоу оформления заказа — он напрямую влияет на конверсию.
Разработка — основная статья. Клиентское приложение, курьерская панель, бэкенд, API. Именно здесь возникают незапланированные расходы, если интеграции не были учтены на этапе аналитики.
Тестирование — от 200 тыс руб. Ручное и автоматизированное, плюс нагрузочное для платёжного флоу. Платёжный флоу и геолокацию тестируют отдельно — это критичные сценарии, где сбой стоит дороже всего.
Поддержка после релиза — от 600 тыс руб/год. Обновления под новые версии iOS и Android, мониторинг, хотфиксы. Без поддержки приложение устаревает за 1-2 года из-за изменений в платформах и платёжных API.
Что обязательно должно быть в MVP: минимальный состав без которого не запустить
MVP приложения для доставки — это не «урезанная версия». Это минимальный набор функций, при котором продукт работает как бизнес-инструмент, а не как демо.
Клиентская часть включает каталог товаров, корзину, оплату, трекинг заказа в реальном времени и личный кабинет с историей заказов. Без трекинга пользователи звонят в поддержку — это операционная нагрузка, которую легко избежать.
Курьерская панель — отдельное приложение или отдельный раздел: список заказов, навигация, смена статуса. Её часто забывают при планировании бюджета. А это +20-30% к объёму разработки. Если курьерская панель не заложена в смету с первой итерации, она появится как «срочная доработка» после запуска — по более высокой цене.
Push-уведомления о статусе заказа — ключевой фактор удержания. В одном из NDA-кейсов InstaDev их реализация заняла 2 недели вместо запланированных 3 дней из-за особенностей инфраструктуры заказчика. Это типичный пример, когда «простая задача» оказывается нетривиальной.
Интеграция с платёжными системами — ЮKassa, СБП или эквайринг — обязательный компонент для онлайн-оплаты. Без неё приложение не работает как коммерческий продукт.
Административная панель для управления заказами и каталогом закрывает операционные потребности команды. Без неё менеджеры работают через прямые запросы к базе данных или вручную — это не масштабируется.
Скрытые статьи расходов: что добавляется к бюджету после старта
Большинство неприятных сюрпризов в бюджете приходят не из разработки, а из интеграций и инфраструктуры.
Интеграция с 1С — типичный незапланированный расход. В одном из NDA-кейсов InstaDev: ритейл-сеть из 12 точек, исходный бюджет 380 тыс руб, интеграция с 1С добавила +80 тыс руб сверх сметы. Это не исключение — это стандартная ситуация, когда 1С-конфигурация заказчика отличается от типовой.
Геолокация и картографический сервис — Яндекс.Карты или 2GIS — платные API. Стоимость зависит от числа запросов. При активном использовании это может быть 20-50 тыс руб/месяц, и эту статью нужно закладывать в операционный бюджет, не только в разработку.
Push-инфраструктура на Firebase или собственном сервере требует отдельной настройки и поддержки. Это не разовая работа — инфраструктура требует мониторинга.
Сертификация в App Store и Google Play: $99/год для Apple и $25 единоразово для Google. Плюс время на ревью — от 1 до 7 дней для App Store. Это влияет на планирование дат релиза.
Нагрузочное тестирование платёжного флоу и геолокации часто выносится за рамки базового QA. Если приложение рассчитано на пиковые нагрузки — например, акции или праздники — нагрузочное тестирование обязательно.
Flutter или нативка: что выбрать для приложения доставки
InstaDev использует Flutter примерно в 40% портфеля. Кроссплатформа даёт экономию 20-30% на разработке клиентской части — один кодовый репозиторий вместо двух.
Нативка (Swift для iOS, Kotlin для Android) нужна там, где критична производительность геолокации в фоне или сложный кастомный UI. Это типично для курьерских приложений с постоянным треком: курьер едет, приложение непрерывно обновляет координаты, батарея не должна садиться за смену.
Flutter хорошо подходит для клиентской части MVP: каталог, корзина, оплата, трекинг — всё реализуется без потери качества. Пользователь не заметит разницы.
Курьерскую панель с интенсивной геолокацией стоит оценивать отдельно. Иногда выгоднее сделать её нативно, даже если клиентская часть на Flutter. Это не противоречие — это архитектурное решение под конкретные требования.
Итоговый выбор зависит от требований к фоновой геолокации, бюджета и сроков. Не от моды на технологию.
Кейс: Веселый Водовоз — как MVP вырос в полноценную платформу
Веселый Водовоз — один из открытых кейсов InstaDev в доставке. Работаем с ними с 2017 года.
Проект развивался в три итерации: сначала клиентское приложение для заказа воды, потом курьерская часть, потом управление складом. Не один большой релиз, а последовательное наращивание функционала.
Курьерская часть реализована за 4 месяца разработки. После запуска покупательский трафик вырос на 100%.
Это правильная логика MVP: начать с клиентского приложения, добавить курьерскую панель на второй итерации, склад — на третьей. Попытка сделать всё сразу в первом релизе увеличивает бюджет и срок, но не снижает риски — скорее наоборот.
InstaDev работает с проектами в доставке с 2013 года. В портфолио Рейтинга Рунета опубликовано 59 проектов, 5 лет подряд в топ-5 разработчиков мобильных приложений по Санкт-Петербургу. Среди NDA-кейсов — складской и курьерский софт для крупных заказчиков в логистике.
FAQ
Сколько времени занимает разработка MVP приложения для доставки?
Минимальный MVP — клиентская часть плюс базовая курьерская панель — занимает 3-4 месяца. Полноценное приложение с интеграциями и складом — 4-6 месяцев. Курьерская часть Веселого Водовоза заняла 4 месяца отдельно, уже после запуска клиентского приложения.
Можно ли сначала сделать только клиентское приложение, а курьерскую панель добавить потом?
Да, это рабочая стратегия. Веселый Водовоз именно так и развивался: сначала клиентское приложение, потом курьерская часть, потом склад. Главное — заложить правильную архитектуру бэкенда с первой итерации, чтобы не переписывать его при добавлении курьерской части.
Flutter или нативка — что дешевле для приложения доставки?
Flutter дешевле на 20-30% для клиентской части. Но курьерская панель с интенсивной фоновой геолокацией часто требует нативного решения. InstaDev использует Flutter примерно в 40% проектов, нативку — там, где критична производительность. Для большинства MVP клиентской части Flutter достаточно.
Какие интеграции обязательны и сколько они добавляют к бюджету?
Обязательные: платёжная система (ЮKassa, СБП или эквайринг), картографический сервис (Яндекс.Карты или 2GIS), push-инфраструктура. Каждая добавляет к бюджету отдельной строкой. Интеграция с 1С — типичный незапланированный расход: в одном из кейсов InstaDev это было +80 тыс руб сверх сметы на проекте с исходным бюджетом 380 тыс руб.
Сколько стоит поддержка приложения после релиза?
От 600 тыс руб/год по ориентирам InstaDev. Включает обновления под новые версии iOS и Android, мониторинг, хотфиксы. Без поддержки приложение устаревает за 1-2 года: платформы меняют API, платёжные системы обновляют SDK, и приложение перестаёт работать корректно.
Если ваш проект в диапазоне 1,5-5 млн и нужно понять реальный бюджет до контракта — расскажите о задаче на instadev.ru/contacts. Посмотрим, в какой диапазон попадаете и что реально уложить в первую итерацию.
Команда InstaDev. Мобильная разработка с 2013 года. 59 проектов в портфолио Рейтинга Рунета, 5 лет в топ-5 по Санкт-Петербургу.