Как заказать разработку мобильного приложения: пошаговый чек-лист для бизнеса
Шесть этапов подготовки и проведения заказа: от брифа до поддержки после релиза, с конкретным результатом на каждом шаге.
Заказ разработки мобильного приложения для интернет-магазина проходит через шесть этапов: бриф, выбор подрядчика, аналитика и техническое задание, оценка и договор, разработка и релиз, поддержка после релиза. Состав одинаков и для кастомной разработки с нуля, и для сборки на готовой модульной платформе для e-commerce — разница в том, что часть решений в платформенном подходе уже отработана в составе модулей. Разберём пошаговый порядок действий и определим, на каких шагах вмешательство заказчика критично для срока и бюджета проекта.
Что входит в заказ разработки приложения для интернет-магазина
Заказ разработки — это не подписание одного договора, а последовательность из шести шагов на стороне заказчика. На каждом шаге появляется свой документ или результат: бриф, шорт-лист подрядчиков, техническое задание, смета и договор, релизная сборка в сторах, годовой план поддержки.
Сам процесс разработки выполняет студия-подрядчик или продуктовая команда внутри компании. Заказчик отвечает за бизнес-цели, состав функционала, приёмку этапов и бюджет. Большинство срывов сроков случается не на стороне подрядчика, а на стыках между этими двумя зонами ответственности — когда заказчик пропускает свою часть работы по этапу.
Для интернет-магазина типичный состав приложения включает: каталог и поиск, карточка товара, корзина и оплата, личный кабинет с историей заказов, push-уведомления о статусе заказа, программа лояльности, интеграции с 1С, платёжными системами и службами доставки. В гайде по этапам разработки мобильного приложения разобран весь производственный цикл — эта статья сосредоточена на действиях заказчика.
Кастомная разработка или модульная платформа
Перед началом подготовки заказа определитесь с подходом — это влияет на состав работ, сроки и стоимость на каждом этапе. У двух подходов разная экономика.
| Параметр | Кастомная разработка с нуля | Готовая модульная платформа |
|---|---|---|
| Срок до релиза | 2–4 месяца | до 1,5 месяца на интеграцию под бренд |
| Стоимость старта | 3–15 млн ₽ единоразово | от 525 000 ₽ интеграция + от 150 000 ₽/мес лицензия |
| Аналитика и ТЗ | Полный цикл, 7–15 рабочих дней, оплачивается отдельно | Часть сценариев уже отработана в модулях, аналитика короче |
| Поддержка после релиза | Собственная команда или T&M с подрядчиком, 15–25% от разработки в год | Включена в лицензионные платежи: апдейты платформы и обновления безопасности на стороне подрядчика |
| Гибкость дизайна и функционала | Любые сценарии и интерфейсы под задачу | Брендирование дизайна, кастомные доработки на исходном коде по T&M |
Кастомная разработка подходит, если приложение — уникальный продукт со специфической бизнес-логикой, а у заказчика есть техническая команда для поддержки. Модульная платформа подходит, если задача — быстро получить работающий канал продаж для интернет-магазина с понятной TCO на годы вперёд. Описание платформенного подхода для e-commerce разбирает состав модулей и условия использования.
Когда заказчику пора начинать готовить заказ
Подготовка заказа разработки занимает 4–8 недель до подписания договора с подрядчиком. Это время на сбор брифа, сравнение студий, обсуждение технического задания и сметы. Если релиз приложения нужен к конкретной дате — например, к началу осеннего сезона продаж — отсчитайте 1–2 месяца производства плюс 4–8 недель подготовки.
Когда пора заказывать мобильное приложение: продажи интернет-магазина растут, веб-конверсия упирается в потолок, конкуренты выпустили приложения и собирают мобильную аудиторию, push-уведомления и программа лояльности дают больше повторных покупок, чем email-рассылка. Если хотя бы два признака совпадают — мобильное приложение перестало быть «когда-нибудь потом», и стоит начинать с брифа.
Этап 1. Бриф и бизнес-цели проекта
Что происходит: заказчик внутри компании собирает документ, в котором зафиксированы цели проекта, целевая аудитория, ключевые метрики, состав функционала первой версии, ограничения по срокам и бюджету.
Что входит в этап
- Описание бизнес-целей: какие метрики должны вырасти и в какие сроки.
- Портрет целевой аудитории: возраст, поведение, причины устанавливать приложение.
- Состав функционала первой версии: что точно нужно к релизу, что откладывается на вторую версию.
- Карта интеграций: с какими системами приложение должно работать (1С, платёжные системы, маркетплейсы, службы доставки).
- Бюджетные и временные ограничения: к какому сроку нужен релиз, какой потолок бюджета на старте.
- Кто на стороне заказчика принимает решения и в какой срок согласует результаты этапов.
Результат этапа
Документ из 6–10 страниц с подписями всех, кто принимает решения на стороне заказчика. Это не маркетинговый бриф для рекламного агентства, а функциональный документ, по которому подрядчик считает первичную оценку проекта.
Чек-лист готовности к следующему этапу
- Бизнес-цели зафиксированы с числовыми значениями (например, конверсия из установки в первую покупку 8%).
- Функционал первой версии разбит на «обязательно к релизу» и «вторая версия».
- Список интеграций согласован с техническим директором или ответственным за инфраструктуру.
- Внутри компании назначен product owner проекта.
- Бриф согласован с финансовым директором или собственником.
Этап 2. Сравнение подрядчиков и выбор студии
Что происходит: заказчик собирает 3–5 предложений от студий, сравнивает их по четырём критериям и выбирает подрядчика. Подробный разбор частых ошибок на этом шаге — в материале «Ошибки заказчика при разработке мобильного приложения».
Что входит в этап
- Составить шорт-лист из 5–10 студий по профильным кейсам в e-commerce.
- Отправить им бриф и запросить предварительную оценку проекта.
- Сравнить полученные предложения по четырём осям: профильные кейсы, опубликованные приложения подрядчика в сторах, отзывы клиентов из портфолио, стоимость поддержки после релиза.
- Провести встречи с тремя финалистами: понять состав команды, методику работы, формат коммуникации.
- Подписать с выбранным подрядчиком договор о намерениях с условиями этапа аналитики.
Результат этапа
После сравнения 3–5 предложений заказчик выбирает одного подрядчика и подписывает с ним договор о намерениях на следующий этап — аналитику и разработку технического задания. К этому моменту проверены кейсы подрядчика в e-commerce, скачаны его опубликованные приложения в сторах, получены отзывы от клиентов из портфолио.
Чек-лист готовности к следующему этапу
- Минимум 3 подрядчика сравнены по двум осям: стоимость и сроки на одном стандартном блоке функционала.
- Проверены кейсы выбранного подрядчика — минимум 3 приложения интернет-магазина в App Store или Google Play.
- Установлен контакт с одним-двумя клиентами подрядчика из портфолио для проверки отзывов.
- Подписан договор о намерениях на этап аналитики.
Этап 3. Аналитика и техническое задание
Что происходит: подрядчик проводит интервью с заказчиком, разбирает его бизнес-процессы, формирует функциональный каркас экранов и пишет техническое задание с детальным описанием функционала и бизнес-логики.
Что входит в этап
- Серия интервью с заказчиком: бизнес-процессы, текущая инфраструктура, особенности целевой аудитории.
- Анализ конкурентов: разбор приложений в нише, выделение полезных решений.
- JTBD-сценарии пользователей: какие задачи решает приложение в жизни покупателя.
- Функциональный каркас экранов: список экранов, переходов, состояний.
- Описание бизнес-логики: как работает каждый элемент, что показывается в нештатных сценариях.
- Карта интеграций с фактической архитектурой подключения.
Результат этапа
Техническое задание объёмом 40–80 страниц с подписями обеих сторон. На основе этого документа подрядчик считает смету проекта с разбивкой по этапам и ролям. До подписания ТЗ договор на разработку не подписывается — это защищает заказчика от расширения сметы в процессе.
Чек-лист готовности к следующему этапу
- Бизнес-логика каждого экрана описана — поведение кнопок, переходы, нештатные сценарии.
- Все интеграции согласованы с владельцами систем заказчика (1С, платёжные сервисы, склад).
- Функциональный каркас прошёл проверку у product owner и стейкхолдеров.
- ТЗ подписано до старта дизайна и разработки.
Этап 4. Оценка стоимости и договор
Что происходит: подрядчик готовит смету с разбивкой по этапам, ролям и срокам. Заказчик согласует смету, юридическая команда вычитывает договор, обе стороны подписывают итоговый документ.
Что входит в этап
- Получение от подрядчика сметы с разбивкой по семи стандартным этапам: аналитика, дизайн, прототип, фронтенд, бэкенд, QA, релиз и стабилизация.
- Выбор модели оплаты: фиксированная стоимость или Time & Materials — у каждой свои условия применимости.
- Юридическая проверка договора: SLA на согласования с обеих сторон, порядок приёмки этапов, передача исключительных прав на код или лицензионная модель, условия пересмотра сметы.
- Согласование плана платежей: предоплата за каждый этап, финальный расчёт по акту приёмки.
- Подписание договора и старт первого производственного этапа.
Результат этапа
Подписанный договор с фиксированной декомпозированной сметой и календарным планом по этапам. С этого момента подрядчик не имеет права расширять смету без письменного согласия заказчика и официальной процедуры пересмотра.
Чек-лист готовности к следующему этапу
- Смета имеет разбивку по этапам, ролям и срокам — без широких вилок «от 1 до 5 млн».
- В договоре зафиксированы SLA на согласования: подрядчик отвечает за 1 рабочий день, заказчик согласует результаты этапов за 3 рабочих дня.
- Порядок передачи прав на код или условия лицензионной модели прописаны явно.
- Условия пересмотра сметы при изменении требований — формализованы.
Этап 5. Дизайн, разработка, QA, релиз
Что происходит: подрядчик ведёт производственный цикл — дизайн, разработка, тестирование, публикация в App Store, Google Play и RuStore. Заказчик согласует результаты каждого этапа и фиксирует приёмку.
Что входит в этап
- Дизайн интерфейсов: макеты экранов, дизайн-система, прототип с переходами. Качество дизайна проверяет аудит UX/UI на ключевых пользовательских сценариях.
- Разработка фронтенда и бэкенда параллельно: настройка серверной части, реализация функционала. Качество кода проверяет независимый аудит кода на промежуточных этапах разработки.
- Подключение интеграций: 1С, платёжные системы, маркетплейсы, службы доставки.
- Тестирование на разных устройствах и закрытое бета-тестирование до публичного релиза.
- Подготовка ассетов для сторов: иконки, скриншоты, описания, видео.
- Публикация в App Store, Google Play, RuStore и прохождение модерации.
Результат этапа
Опубликованное приложение во всех целевых сторах с работающими интеграциями и пройденным аудитом качества. Заказчик получает сборку, доступы к консолям разработчика, отчёт по результатам тестирования.
Чек-лист готовности к следующему этапу
- Приёмки этапов подписаны: дизайн, фронтенд, бэкенд, QA.
- Приложение опубликовано минимум в двух сторах и прошло модерацию.
- Получены доступы к консолям App Store Connect, Google Play Console, RuStore Console.
- Передан исходный код с документацией архитектуры (для кастомной модели) или зафиксированы лицензионные условия (для платформенной модели).
Этап 6. Поддержка и обновления после релиза
Что происходит: после релиза приложению нужны обновления под новые версии iOS и Android, починка обнаруженных багов, изменения в интеграциях, новые функции. Это годовой бюджет, который правильно зафиксировать ещё до релиза.
Что входит в этап
- Обновления под новые версии операционных систем (Apple и Google выпускают мажорные апдейты раз в год).
- Починка багов, обнаруженных пользователями после релиза.
- Доработки интеграций при изменениях API маркетплейсов, платёжных систем, 1С.
- Развитие функционала: новые экраны, функции, программа лояльности, мерчандайзинг.
- Мониторинг работы и реакция на инциденты в продакшене.
Результат этапа
Приложение работает в актуальной версии операционных систем, интеграции не отваливаются, новые функции выходят по плану. Для интернет-магазина годовой бюджет на техническую поддержку и обновления — 15–25% от стоимости разработки.
Чек-лист готовности к следующему этапу
- Контракт на поддержку подписан до релиза, не «по ситуации» через 3 месяца.
- Зафиксировано, что входит в стоимость поддержки и что считается отдельно по T&M.
- Установлены SLA на реакцию по инцидентам разной критичности.
- Согласован порядок согласования и приоритизации новых функций.
Сколько стоит разработка приложения в 2026
Бюджет проекта зависит от подхода (кастомная разработка или модульная платформа), сложности функционала и количества интеграций. Развёрнутый разбор — в материале «Сколько стоит разработка мобильного приложения в 2026 году». В таблице ниже — ориентир для приложения интернет-магазина среднего размера.
| Тип проекта | Срок до релиза | Стоимость на старте | Поддержка в год |
|---|---|---|---|
| Сборка на модульной платформе | До 30 рабочих дней | Единоразовая интеграция + лицензионные платежи | Апдейты платформы — в лицензии, сторонние сервисы — по T&M |
| MVP интернет-магазина с нуля | 3–5 месяцев | 2–4 млн ₽ | 15–25% от стоимости разработки |
| Полнофункциональное приложение интернет-магазина | 5–8 месяцев | 5–12 млн ₽ | 15–25% от стоимости разработки |
| Сложное приложение со специфическими интеграциями | 7–12 месяцев | 10–25 млн ₽ | 15–25% от стоимости разработки |
На стоимость влияют семь факторов: платформы (iOS, Android, RuStore, веб-приложение), сложность дизайна, количество интеграций, объём бизнес-логики, требования к безопасности, скорости разработки и квалификации команды. Открытые тарифные пакеты с фиксированным составом работ дают ориентир до запроса коммерческих предложений у подрядчиков.
В таблице ниже — что входит в стоимость на каждом этапе и что обычно считается отдельно. Эта структура помогает читать смету подрядчика и проверять, что в неё включено.
| Этап | Что входит в стоимость | Что считается отдельно |
|---|---|---|
| Аналитика и ТЗ | Интервью с заказчиком, JTBD-сценарии, функциональный каркас, написание ТЗ — 200–400 тыс. ₽ | Маркетинговые исследования, конкурентный анализ ниши заказчика |
| Дизайн | Макеты экранов, дизайн-система, прототип переходов — 400–900 тыс. ₽ | Брендбук, фирменные иллюстрации, видео-ассеты для сторов |
| Разработка | Фронтенд, бэкенд, базовые интеграции (1С, эквайринг) — вилка 1,5–8 млн ₽ в зависимости от объёма функционала | Серверная инфраструктура, SSL, домен, подписки на сторонние API |
| QA и релиз | Тестирование, бета-релиз, публикация в сторах — 300–600 тыс. ₽ | Account-fee Apple Developer Program и Google Play Console |
| Поддержка | Обновления под новые iOS/Android, починка багов — 15–25% от разработки в год | Развитие нового функционала, апдейты интеграций — по T&M отдельно |
Чек-лист готовности к заказу
Короткий список вопросов, который можно пройти перед началом сравнения подрядчиков. Если на любой ответ «нет» — это сигнал вернуться к предыдущему шагу.
- Бриф с бизнес-целями, метриками и составом функционала собран и согласован внутри компании?
- Назначен product owner проекта с правом принимать продуктовые решения за 24 часа?
- Бюджетные и временные ограничения зафиксированы письменно?
- Карта целевых интеграций согласована с владельцами систем заказчика?
- Понятно, какой подход выбираем — кастомная разработка или модульная платформа?
- Шорт-лист из 5–10 подрядчиков с профильными кейсами в e-commerce подготовлен?
- Договор о намерениях на этап аналитики готов к подписанию с финалистом?
- Юридическая команда заказчика готова вычитать договор разработки до подписания?
- Годовой бюджет на поддержку после релиза учтён в финансовом плане?
- Внутренние согласования между ответственными за продукт, инфраструктуру и финансы — формализованы?
Итог: от брифа до поддержки на одной странице
Заказ разработки мобильного приложения для интернет-магазина — это последовательность из шести этапов, в каждом из которых появляется свой документ или результат: бриф, шорт-лист, ТЗ, договор, релизная сборка, контракт на поддержку. Состав одинаков для кастомной разработки и для платформенного подхода, разница — в детализации работы на этапах аналитики, разработки и поддержки.
Три действия, с которых стоит начать прямо сегодня:
- Соберите бриф по чек-листу выше — это самостоятельная работа на 5–10 рабочих дней, которая закладывает основу всего проекта.
- Определитесь с подходом — посмотрите состав работ по приложению для интернет-магазина на модульной платформе и сравните с условиями кастомной разработки.
- Рассчитайте ориентир бюджета на калькуляторе стоимости разработки до старта переговоров.
Полезные смежные материалы:
- Этапы разработки мобильного приложения: гайд 2026 — производственный цикл со стороны подрядчика
- Сколько стоит разработка мобильного приложения в 2026 году — вилки и факторы стоимости
- Ошибки заказчика при разработке мобильного приложения — типичные просчёты и как их избежать
- Fixed Price vs Time & Materials — модели ценообразования при заказе разработки
- Flutter или нативная разработка — выбор технологии под задачу
- Языки программирования для мобильных приложений — что предлагают подрядчики и почему
- Аналитика мобильного приложения — для шага «определить бизнес-цели»
Открытые источники по российскому e-commerce и мобильной аудитории для самостоятельной сверки данных: Data Insight, Mediascope, TAdviser, Реестр отечественного ПО Минцифры, Statista.
Часто задаваемые вопросы
С чего начать заказ разработки мобильного приложения?
С брифа, в котором зафиксированы бизнес-цели проекта, описание целевой аудитории и предварительный список функционала. Бриф — это первая точка договорённостей внутри компании заказчика. Без него подрядчик считает не фактический бюджет, а вилку «от 1 до 5 миллионов».
Сколько времени занимает заказ разработки приложения для интернет-магазина?
От подписания договора до релиза — от 30 рабочих дней при сборке на готовой модульной платформе до 2–4 месяцев при кастомной разработке с нуля. Подготовка к заказу (бриф, выбор подрядчика, оценка) занимает дополнительно 4–8 недель.
Какие документы нужны заказчику для заказа разработки?
Минимальный набор: бриф с бизнес-целями, техническое задание с описанием функционала и бизнес-логики, смета с разбивкой по этапам и ролям, договор с зафиксированными SLA на согласования и порядком приёмки этапов.
Что важно проверить в смете подрядчика до подписания договора?
Разбивку по этапам с фиксированной стоимостью, состав команды по ролям, ориентировочные сроки каждого этапа, что входит и не входит в стоимость, условия пересмотра сметы при изменении требований, условия поддержки после релиза.
Сколько стоит поддержка приложения после релиза?
Для приложения интернет-магазина — 15–25% от стоимости разработки в год. Это покрывает обновления операционных систем, починку багов, изменения в законодательстве, мелкие доработки. Апдейты сторонних сервисов (платёжные системы, маркетплейсы, 1С) считаются отдельно по T&M.
