Этапы разработки мобильного приложения: 7 шагов от идеи до публикации

Разработка мобильного приложения — это процесс от исследования идеи до технической поддержки. Календарный срок до релиза — 21–30 рабочих дней за счёт параллельных потоков.

28 мая 2026 Бизнес 17 мин чтения

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

Ключевые моменты

• 7 этапов в цикле разработки Полный цикл: исследование, ТЗ, дизайн, разработка, тестирование, публикация, поддержка. Состав одинаков у любого подрядчика — отличается только то, как этапы укладываются во времени.
• Параллельные потоки сокращают срок в 1,5–2 раза Подготовку (исследование, ТЗ, дизайн, архитектура), а также разработку и тестирование можно вести одновременно на разных ролях команды. Именно от этого зависит, растянется проект на 4 календарных месяца или уложится в 1,5.
• Главный риск — пропуск ТЗ Без зафиксированного ТЗ бюджет растёт в 1,5–2 раза, а сроки — в 2 раза. Шаблоны под типовые e-commerce-сценарии (каталог, корзина, оплата, лояльность) сокращают этот этап до 3–5 рабочих дней.
• Сроки и стоимость зависят от модели разработки Кастом с нуля — 3–6 месяцев, от 3–5 млн ₽. Модульная сборка из готовых блоков — 1–1,5 месяца, от 500 тыс ₽. No-code — несколько недель, от 150 тыс ₽. У каждой модели свои ограничения по функциям и дальнейшему развитию.
• Тестирование идёт параллельно разработке, не после QA-инженеры включаются с первого спринта, а не после релиза. Внешний UX-тест на 5–7 пользователях из целевой аудитории ловит 8–12 правок, которые на продакшене стоили бы кратно дороже.
• Публикация в трёх сторах с разными сроками App Store — 2–14 дней модерации (жёсткие правила по приватности и in-app-платежам), Google Play — несколько часов, RuStore — 1–3 рабочих дня. Без RuStore теряется около 60% российской аудитории Android (по данным Data Insight).
• Поддержка после релиза — не опция Регулярные обновления модулей повышают удержание пользователей до 30%. Без них приложение «умирает»: после очередного обновления iOS через 6–8 месяцев перестаёт запускаться, а на Android теряется треть пользователей.

---

1. Что такое разработка мобильного приложения — простыми словами

Разработка мобильного приложения — это процесс создания программного продукта для смартфонов и планшетов, который проходит через 7 содержательных этапов: исследование, проектирование (ТЗ), UX/UI-дизайн, разработка, тестирование, публикация и поддержка. Эти 7 этапов одинаковы у любого подрядчика — от крупной студии до бутиковой команды. Разница не в составе, а в двух вещах: идут ли этапы последовательно или параллельно и пишется ли код с нуля или собирается из готовых модулей.

Главный принцип, которого мы держимся в FITTIN — достижение бизнес-целей клиента, а не «техническая работа ради работы». На практике это означает: каждое решение в проекте мы сверяем с пользой для бизнеса. Если для запуска e-commerce-приложения не нужна анимированная заставка на старте — мы её не делаем, даже если она «красивая».

Прежде чем разбирать конкретные этапы, важно понимать: пропуск любого из них экономит дни, но стоит недель. Если пропустить аналитику — придётся переписывать половину функционала. Если экономить на тестировании — пользователи найдут баги вместо вас. Если отказаться от поддержки — приложение перестанет запускаться после очередного обновления iOS через 6–8 месяцев. Ниже разбираем все 7 этапов и показываем, какие из них в нашей платформе идут параллельно.

Мы оформили процесс как пошаговый план, который применим к типовым проектам в e-commerce — мобильным приложениям для интернет-магазинов, корпоративным приложениям и решениям на базе модульной Flutter-платформы FITTIN.

2. Типы приложений и их влияние на этапы

В зависимости от технологического подхода меняется длительность и состав работ. Ниже — три основных варианта, с которыми сталкивается бизнес при выборе.

Кроссплатформенная разработка на Flutter

Единая кодовая база для семи каналов: iOS (App Store), Android (Google Play), RuStore, Aurora OS (российская мобильная ОС для госсектора и крупных корпораций), адаптивный веб-сайт, десктопные клиенты (Windows, macOS, Linux) и Telegram Mini Apps. Конкретный набор каналов и порядок запусков фиксируем под проект: типовой старт — iOS, Android, RuStore; веб и Telegram Mini Apps подключаются после стабилизации ядра продукта. На Flutter мы делаем все проекты в e-commerce — это позволяет собирать приложение из готовых модулей платформы за 21–30 дней. Подробнее о выборе технологии — «Flutter против Laravel: почему в 2026 e-commerce выбирает Flutter».

Нативная разработка (Swift + Kotlin)

Две параллельные команды, два кодовых базиса. На рынке такие приложения собираются 6–12 месяцев и требуют от 5 000 000 до 10 000 000 ₽ единоразово плюс собственную команду поддержки (по нашему опыту работы с командами клиентов в e-commerce). Подходит для приложений с тяжёлой графикой и AR-функционалом. В большинстве задач e-commerce этот подход избыточен — кроссплатформа Flutter даёт тот же результат быстрее и дешевле.

Web-приложение / PWA

Самый быстрый запуск, но без полноценной работы с системными сервисами устройства (камера, пуши, биометрия). Хороший вариант для MVP-стадии или для бизнеса, которому не нужна нативная установка из стора. Часто используется как первый шаг перед переходом на полноценное приложение.

Выбор между Flutter и нативной разработкой подробно разобран в статье «Flutter vs React Native: что выбрать в 2026». Для бизнеса, которому нужны и сайт, и приложение в связке, мы делаем единую Flutter-платформу — см. кейс Fashouse (мультибренд из 55+ брендов: единая Flutter-база сэкономила 12 месяцев разработки и несколько миллионов рублей) и материал «Разработка мобильного приложения и сайта на одной платформе Flutter».

3. Семь этапов разработки: разбор по шагам

Это главный раздел статьи. Ниже — те самые семь этапов, которые есть у любой студии. Сроки указаны для команды 6–8 человек (тимлид, дизайнер, 2–3 мобильных Flutter-разработчика, 1–2 бэкенд-разработчика, QA-инженер). В следующем разделе показываем, как они укладываются в 21–30 рабочих дней календарно — за счёт параллельных потоков.

Этап 1. Предпроектное исследование (2–4 дня)

Аналитики изучают целевую аудиторию, конкурентов и нишу. Аналитик проводит 5–7 глубинных интервью с целевой аудиторией, разбирает 3–5 прямых аналогов и формулирует задачи, ради которых пользователь скачает приложение, и метрики успеха запуска. Это нижняя граница для e-commerce — меньше 2 дней означает «угадывать», а это первая дорогая ошибка из списка типичных. Через нашу платформу этап сжат относительно классических 5–15 рабочих дней за счёт типовых шаблонов сегментов аудитории под ритейл — но не пропущен.

Этап 2. Формирование ТЗ (3–5 дней)

Самый недооцениваемый этап. На выходе — техническое задание с описанием каждого экрана, бизнес-логики, API-методов, ролевой модели. Без зафиксированного ТЗ бюджет вырастет в 1,5–2 раза. У нас ТЗ под e-commerce делается быстро благодаря готовому шаблону под ритейл, который мы дорабатываем под конкретный проект, а не пишем с нуля — оформляется как отдельная услуга. Если приложение — это редизайн существующего, параллельно можем провести UX/UI-аудит интерфейсов.

Этап 3. UX/UI-дизайн и прототипирование (5–10 дней)

Дизайнер собирает информационную архитектуру, рисует wireframes для всех экранов, потом — финальный UI на основе нашей готовой UI-библиотеки под ритейл (~60 компонентов: карточка товара, фильтры, бургер-меню, корзина, чекаут, состояния empty/loading/error и т.д.). Уникальные экраны — поверх библиотеки. Параллельно создаётся интерактивный прототип в Figma, который можно протестировать как настоящее приложение. Исправить ошибку в интерфейсе на прототипе в 10–100 раз дешевле, чем после разработки — поэтому прототип не пропускаем даже в сжатых сроках. Подробнее про конверсионный дизайн — в статье «Дизайн как драйвер конверсии».

Этап 4. Разработка с интеграцией модулей платформы (10–15 рабочих дней)

Самый продолжительный этап. Начинается с 2–3 дней архитектурной подготовки — тимлид подключает нужные модули нашей Flutter-платформы (каталог, корзина, оплата, профиль, push-уведомления, интеграции с 1С и эквайрингом), настраиваются CI/CD-пайплайны и окружения (dev / staging / production). Это место главной экономии: типовые модули не пишутся заново, а конфигурируются под задачу, и это критично — по нашему опыту, 70–80% e-commerce-функционала уже есть в платформе как переиспользуемые блоки.

Дальше команда дописывает кодом то, что уникально для проекта: специфические бизнес-правила, нестандартные интеграции, кастомные экраны. Параллельно идёт настройка серверной части и интеграций с 1С, маркетплейсами, аналитикой. Подробнее — наша экспертиза по Flutter-приложениям для e-commerce.

Этап 5. Тестирование и QA (3–5 дней)

QA-инженеры пишут тест-кейсы, проводят функциональное, регрессионное, нагрузочное и UX-тестирование на реальных устройствах. Регресс типовых сценариев (корзина, чекаут, авторизация, поиск) ускорен за счёт того, что эти сценарии — общие для всех e-commerce-проектов на платформе, и под них уже есть автотесты. Дополнительно мы проводим аудит кода и проверку производительности. Тестирование — часть основного процесса, а не «дополнительно».

Этап 6. Публикация в App Store, Google Play и RuStore (3–5 дней)

Подготовка аккаунтов разработчика, сборка релизных бинарников, оформление страниц приложения (скриншоты, иконка, описание), прохождение ревью. Закладываем резерв 3–5 рабочих дней на ревью: Apple App Store — 2–14 дней (жёсткие правила по приватности и in-app-платежам), Google Play — несколько часов, RuStore — 1–3 рабочих дня. Для российской аудитории отдельно публикуем в RuStore — по данным Data Insight, около 60% российских пользователей Android устанавливают приложения через альтернативные сторы.

Этап 7. Поддержка и развитие после релиза (постоянно)

Релиз — не конец, а начало работы. В первые 3 месяца обнаруживается основная часть багов, которых не было видно на тестовых данных — это базовый гарантийный период, в течение которого мы исправляем критические дефекты бесплатно. Дальше — обновления под новые версии iOS, Android и RuStore, фидбэк пользователей, новые модули из платформы или кастомные доработки. Команда мониторит установки, удержание пользователей на 1/7/30 день и конверсию в покупку; регулярные обновления модулей повышают удержание до 30% по индустриальным данным. Подробнее про тарифы поддержки, что в них входит и какие SLA — на странице тарифов FITTIN.

4. Когда бизнесу нужны все 7 этапов

Полный цикл оправдан в нескольких типичных сценариях, и почти все они хорошо ложатся на нашу модульную Flutter-платформу:

• Запуск мобильного канала продаж для интернет-магазина. Нужны все 7 этапов. Через нашу платформу — за 21–30 рабочих дней. Подтверждённый кейс — Finn Flare: цикл с 28 декабря 2025 по 3 февраля 2026, бюджет в 2,5 раза меньше предыдущего подрядчика. Социальное доказательство — Gulliver: после запуска мобильного приложения 80% трафика и 50% дохода бренда идут через мобайл.
• Замена коробочной платформы или SaaS. Если бизнес уходит с готового коробочного решения на собственное приложение — этап аналитики критичен, иначе функционал получится «как у предыдущего» без учёта реальных задач. Подробнее в материале «Почему бизнес уходит с коробочных решений на модульную платформу FITTIN».
• Премиум-сегмент с высокими требованиями к UX. Здесь нужны полноценные исследования и кастомный дизайн — мы делали такое в IDOL (fashion премиум-сегмент): по данным бренда, 2% покупателей VIP-сегмента дают около 40% выручки. Узкое ядро VIP-клиентов даёт непропорционально большую долю выручки, поэтому UX-исследование на этапе 1 не сокращаем — оставляем полноразмерные 15–20 дней.
• Расчёт на долгую жизнь продукта (3+ года). Чем дольше живёт приложение, тем дороже обходятся срезанные углы на старте.

Если бюджет ограничен — режем не этапы, а объём работ внутри каждого этапа. Этот подход подробно описан в материале «Разработка мобильных приложений под ключ за 30 дней».

5. Как 7 этапов укладываются в 21–30 дней — параллельные потоки

Самый частый вопрос на встречах: «Если сложить ваши же сроки этапов (2–4 + 3–5 + 5–10 + 14–21 + 3–5 + 3–5), получится 30–50 дней, а вы обещаете 21–30. Где правда?». Правда в том, что суммарная трудоёмкость и календарный срок — разные вещи. Сумма этапов выше — это часы команды, если бы один человек делал этапы по очереди. У нас они частично идут параллельно на разных ролях команды.

Упрощённая диаграмма потоков для типового e-commerce-проекта на 26 рабочих дней:

Что важно понимать. Параллельные потоки работают не во всех проектах. Если у вашего бизнеса уникальные процессы, требующие глубокого CustDev на 15–20 респондентов, а не на 5–7, — это легитимный сценарий, и тогда календарный срок вырастет до 35–45 дней. Мы не «делаем за 21 день любой проект» — мы делаем за 21–30 дней типовой ретейл-проект, который ложится на нашу платформу. Это две разные вещи, и на встрече с вами мы это честно проговорим до подписания.

6. Стоимость: три тарифа платформы и что входит в стартовые 525 000 ₽

Стоимость складывается из трёх частей: единоразовая интеграция на старте, ежемесячная лицензия после запуска и новый функционал по Time & Materials, если он понадобится сверх базы. У платформы FITTIN три тарифа — клиент выбирает тот, что лучше ложится на бюджет и наличие собственной разработки. Точную смету готовим после этапов 1 и 2 (исследование и ТЗ) — это занимает 5–9 рабочих дней. Калькулятор окупаемости — калькулятор ROI FITTIN.

Сравнение трёх тарифов платформы

Все цены указаны с учётом НДС. Точная стоимость зависит от ТЗ и фиксируется в договоре. Полный список модулей и интеграций в каждом тарифе — на странице тарифов.

Что входит в ежемесячную лицензию

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

• Техподдержка команды FITTIN — менеджер на связи в общем чате, мониторинг заказов и конверсии, реакция на критические инциденты в рабочее время.
• Серверы и инфраструктура — размещение, бекапы, обновления зависимостей, мониторинг безопасности.
• Обновления модулей платформы — когда выпускаем новую версию общего модуля (например, обновили интеграцию с OZON), она попадает к вам без отдельного договора.
• Обновления под новые версии iOS, Android и RuStore — минимум 2 раза в год, без доплат.

Что не входит в лицензию: новый функционал сверх базы (кастомные модули под бренд, нестандартные сценарии) — это оплачивается отдельно по Time & Materials.

Часовые ставки T&M

Если по ходу проекта нужны новые фичи или доработки, ставки прозрачные (с НДС):

Перед стартом любой доработки выдаём смету: оценка по часам, состав работ, ответственные роли. Оплата по факту выполненных часов.

Подробный разбор ценообразования — в статье «Сколько стоит разработка мобильного приложения».

7. Типичные ошибки на каждом этапе

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

• Пропуск аналитики ради «быстрее начать». Стоит первой строкой в нашем разборе «7 скрытых ошибок, которые съедают 90% бюджета».
• Отсутствие ТЗ или ТЗ «на коленке». Если ТЗ умещается в Google-документ на 5 страниц — это не ТЗ, это эссе.
• Кастомный дизайн каждого экрана с нуля. На e-commerce-задачах это лишний бюджет. Готовая UI-библиотека под ритейл закрывает 80% экранов.
• Тестирование «по остаточному принципу». Когда QA подключают за неделю до релиза — половина багов остаётся пользователям.
• Игнорирование RuStore. По данным Data Insight, в России около 60% пользователей Android устанавливают приложения через RuStore и альтернативные сторы. Публикация только в Google Play режет половину аудитории.
• Отсутствие плана поддержки. Без бюджета на поддержку приложение «умирает» через 6–12 месяцев — нужна либо собственная команда разработки, либо подписочная модель у подрядчика.
• Выбор подрядчика без специализации на ритейле. Подрядчик-«универсал» будет полгода разбираться с 1С, эквайрингом и программами лояльности — у профильной студии эти модули уже собраны.

8. Как выбрать подрядчика — чек-лист критериев

Если вы оцениваете студии, важно понимать, по каким параметрам сравнивать:

1. Есть ли в портфолио проекты в вашей отрасли? Посмотрите наши кейсы FITTIN по нишам fashion, retail, аптек и HoReCa.
2. Какой технологический стек? Если это всё ещё нативная Swift + Kotlin разработка — переплатите в 1,5–2 раза и потеряете 2–3 месяца. Современный подход — Flutter (наша экспертиза в Flutter e-commerce).
3. Есть ли у подрядчика собственная модульная платформа или каждый проект собирается с нуля? Платформа — это в 3–4 раза быстрее.
4. Включена ли аналитика в смету?
5. Есть ли отдельный QA-инженер? Если тестирует «разработчик в свободное время» — красный флаг.
6. Какие тарифы на поддержку и SLA? Доступна ли подписочная модель?
7. Готовы ли показать живой проект, а не скриншоты? Установите их приложения из сторов на телефон.
8. Подписывают ли NDA до подачи коммерческого предложения?
9. Есть ли у студии аккредитация Минцифры РФ? Это подтверждает, что компания соответствует государственным требованиям к ИТ-бизнесу, реально занимается разработкой ПО и зарегистрирована как ИТ-юрлицо. Для клиента это снижает риск работы с «однодневкой» и даёт основание для корпоративных закупочных процедур, где аккредитация бывает обязательным критерием. FITTIN — аккредитованная ИТ-компания Минцифры РФ, № 52007.
10. Включена ли платформа подрядчика в реестр отечественного ПО Минцифры? Это статус самого продукта, отдельный от аккредитации юрлица. Даёт клиенту право применять налоговые льготы при использовании ПО и проходить госзакупки, где требование «отечественное ПО» — обязательное. Платформа FITTIN — в реестре российского ПО под № 2487103.

Дополнительный обзор рынка подрядчиков мы делали в материале «Топ-10 разработчиков мобильных приложений 2026». А чтобы познакомиться с нашей командой — страница «О нас».

9. Кейсы FITTIN с цифрами результата

Ниже — четыре проекта, по которым у нас есть конкретные цифры процесса или результата. Полный портфель из ~30 e-commerce-приложений с разбором по каждому — на странице кейсов FITTIN.

Finn Flare — релиз за 30 рабочих дней, экономия 60% бюджета

Finn Flare — крупный fashion-ритейлер, для которого мы запускали мобильное приложение взамен версии предыдущего подрядчика. Сводка по проекту: затраты снижены на 60%, срок разработки в полтора раза короче, чем у предыдущего подрядчика, релиз за менее чем 30 рабочих дней. Источник — внутренние отчёты проекта FITTIN, согласовано с клиентом. Подробнее по пунктам:

• Календарный срок: с 28 декабря 2025 по 3 февраля 2026 — менее 30 рабочих дней, и это с учётом российских новогодних праздников.
• Затраты снижены на 60% (бюджет в 2,5 раза меньше по сравнению со сметой предыдущего подрядчика, делавшего то же приложение «с нуля» в 2024).
• Срок разработки в 1,5 раза короче, чем у предыдущего подрядчика — за счёт переиспользования готовых модулей платформы (каталог, корзина, чекаут, авторизация).

Это и есть ответ на вопрос «как платформа экономит время»: половина типовых блоков уже написана и протестирована, команда фокусируется на уникальной для Finn Flare фактуре (бренд-дизайн, специфика fashion-категорий, интеграция с их учётной системой).

Gulliver — доля мобильного канала в выручке

Gulliver Market — сеть магазинов детских товаров. Цифры показывают, ради чего стоит запускать мобильное приложение в ретейле (источник — аналитика клиента, согласовано с Gulliver Market):

• 80% мобильного трафика приходится на приложение (а не на mobile-web).
• 50% выручки бренда идёт через мобильное приложение.

То есть для активного e-commerce-бренда мобильное приложение — не «дополнительный канал», а половина бизнеса. Это аргумент для расчёта окупаемости стартовой цены 525 000 ₽ — она отбивается с первых же нескольких сотен заказов через приложение.

IDOL — экономика VIP-сегмента в премиум-fashion

IDOL — fashion-приложение премиум-сегмента, разработка с нуля от 21 рабочего дня. По данным бренда, 2% покупателей VIP-сегмента дают около 40% выручки — это и есть экономическое обоснование инвестиции в кастомный UX и индивидуальный flow корзины. Премиум-fashion с журнальной подачей: полноэкранные фото и баннеры в ширину экрана, функции «Сочетается с» и «Купить весь образ» переносят работу офлайн-стилиста в приложение. Платформа здесь не сжимает этапы 1 и 3 — наоборот, они остаются полноразмерными (UX-исследование и кастомный дизайн на ядро VIP-клиентов), а ускорение даёт только этап 4 (разработка с подключением модулей).

Сатурн — конверсия 12,4% в DIY с публикацией в 4 сторах

Сатурн — сеть DIY-магазинов в 20+ городах с 30 000+ товаров. Метрики первого месяца: 7 594 установки, конверсия в покупку 12,4%, пики свыше 1 100 установок в день. Публикация во всех 4 сторах одновременно (App Store, Google Play, RuStore, AppGallery). Для категории «строительные товары» (нечастая покупка, высокий чек) такая конверсия означает прямой эффект на выручку, а не отложенную «вовлечённость». В приложение перенесена специфика DIY: колеровка краски из палитры, распил листовых материалов с указанием размеров и направления реза, доставка с манипулятором и оформление на юрлицо. Мультигородская логика с привязкой к региональным складам и 1С — пользователь из СПб не попадает на московский склад.

10. Итог: 7 этапов и три тарифа на одной странице

Соберём в одну картину то, что разобрали выше.

Что делать дальше

• Посчитать срок и бюджет на калькуляторе — ориентир под ваш каталог за пару минут.
• Сравнить тарифы ПРО, ПРО+ и Индивидуальный — полный список модулей и интеграций в каждом тарифе.
• Заказать аудит и разработку ТЗ — зафиксируем состав работ и сроки до старта.
• Написать нам — расскажите о задаче в свободной форме, ответим в течение рабочего дня.

11. Часто задаваемые вопросы

---