Иногда хочется создать продукт «побыстрее»: заказчики спрашивают, можно ли пропустить тот или иной этап или обойтись без такого тщательного тестирования. В разработке действительно можно найти пути, чтобы реализовать приложение как можно раньше, но жертвовать этапами — фатальная ошибка. Несоблюдение этапов приводит к перерасходу бюджета, срыву сроков и релизу, который магазины приложений отклоняют с первого раза.
Как показывает практика, без чёткого плана проект почти обречён. Исследования McKinsey и Оксфордского университета на 5 400 проектах показывают, что в среднем IT-проекты перерасходуют бюджет на 45%. В России ситуация схожа: лишь треть проектов завершаются в срок и в рамках бюджета.
Даже если продукт технически готов, путь в магазины приложений полон препятствий. В 90% случаев причина отказа в App Store — не технические ошибки, а такие «мелочи», как отсутствие политики конфиденциальности или демо-доступа, что напрямую связано с непроработанными требованиями.
В этом руководстве мы разберём каждый из шести этапов: что происходит, кто участвует, сколько занимает по времени и какой бюджет нужно закладывать. В конце — сводная таблица, сравнение Agile и Waterfall, и блок FAQ с ответами на самые частые вопросы заказчиков.
Найти свою команду разработкиЭтап 1 — Discovery: аналитика и проектирование требований
Длительность: 2–3 недели.
Стоимость: 80 000–200 000 руб.
Смотрите также: разработка приложений для Android.
Discovery — это инвестиция, которая экономит деньги на всех последующих этапах. На этом этапе команда вместе с заказчиком отвечает на главный вопрос: что именно мы строим и для кого. Типичный состав работ:
- Брифинг и интервью с заказчиком — выявляем бизнес-цели, монетизацию, KPI запуска.
- Анализ целевой аудитории и CJM (Customer Journey Map) — описываем сценарии использования «до» и «после» приложения.
- Конкурентный анализ — изучаем 5–10 аналогов в RuStore, App Store и Google Play: UX-паттерны, рейтинги, жалобы пользователей.
- Формирование MVP-скоупа — разделяем функции на «обязательно на старте» и «следующие версии».
- Написание технического задания — подробнее о структуре ТЗ читайте в нашем материале «как составить ТЗ на разработку мобильного приложения».
- Оценка трудозатрат и рисков — команда даёт детализированную смету с разбивкой по ролям и спринтам.
Результат Discovery — утверждённое ТЗ, грубая смета и дорожная карта проекта. Без этого артефакта фиксированный бюджет контракта бессмысленен: вы не знаете, что покупаете.
Для проектов с интеграцией в российские платёжные системы (СБП, ЮKassa, Сбербанк Онлайн) на этапе Discovery отдельно прорабатывается логика платёжного флоу и сертификационные требования. Подробнее о полном цикле — на странице разработки мобильных приложений YuSMP Group.
Готовы начать разработку приложения или сайта?
Получите бесплатную консультацию и оценку бюджета проекта от экспертов компании YuSMP Group
Обсудить проектЭтап 2 — UX/UI дизайн
Длительность: 2–4 недели.
Стоимость: 100 000–300 000 руб.
Дизайн — не «нарисовать красиво». Это проектирование пользовательского опыта, который конвертирует установки в активных пользователей. Подробнее о методологии — в нашем полном гайде по UX/UI дизайну мобильного приложения. Этап состоит из трёх фаз:
Wireframes (каркасы)
Чёрно-белые схемы каждого экрана без цвета и графики. Фиксируют расположение элементов, навигационную логику, иерархию контента. Правки на этом уровне стоят в 10 раз дешевле, чем на уровне готового дизайна.
Интерактивный прототип
Кликабельный макет в Figma или Protopie — заказчик «проходит» ключевые сценарии ещё до начала разработки. Это точка, где выявляют 80% UX-проблем.
Дизайн-система и финальные макеты
Финальные экраны в двух разрешениях (iOS и Android), дизайн-токены (цвета, типографика, отступы, компоненты), спецификации для разработчиков. Хорошая дизайн-система сокращает время разработки на 20–30% за счёт повторного использования компонентов.
На этом этапе важно заложить адаптацию под российские паттерны: тёмная тема, крупный кегль для аудитории 45+, поддержка кириллических шрифтов, иконки российских сервисов (Яндекс, СБП, MIR).
Этап 3 — Разработка (backend + mobile)
Длительность: 2–6 месяцев.
Стоимость: 300 000–3 000 000 руб. и выше.
Разработка — самый длительный и дорогостоящий этап. Архитектурный выбор, сделанный здесь, определяет стоимость поддержки на годы вперёд. Ключевые решения:
Нативная vs кросс-платформенная разработка
Для большинства коммерческих проектов в России в 2026 году Flutter — оптимальный выбор: одна команда закрывает iOS, Android и RuStore, скорость разработки выше нативного на 30–40%.
Backend и API
Почти все приложения требуют серверной части: авторизация, хранение данных, push-уведомления, аналитика. Стандартный стек для российских проектов: Node.js или Go на бэкенде, PostgreSQL или MongoDB, Redis для кэша, Яндекс.Облако или российские дата-центры для соответствия 152-ФЗ.
CI/CD и процесс разработки
Разработка ведётся двухнедельными спринтами. После каждого спринта — рабочая сборка в тестовом окружении (TestFlight для iOS, Firebase App Distribution для Android). CI/CD-пайплайн автоматизирует сборку, прогон тестов и доставку сборки тестировщикам и заказчику.
На этом же этапе интегрируются Яндекс.Метрика для мобильных и Firebase Crashlytics — они нужны с первого дня в продакшене, а не «потом».
Полную разбивку стоимости по ролям и стекам смотрите в нашем материале «стоимость разработки мобильного приложения в 2026 году».
Программный продукт для сотрудников розничной торговли.
Этап 4 — Тестирование QA
Длительность: параллельно + 2–4 недели отдельной фазы.
Стоимость: 80 000–250 000 руб.
Профессиональное QA — не «дать потыкать коллегам». Это системная верификация продукта перед тем, как его увидят реальные пользователи. Подробнее о том, как организовать процесс, — в нашем руководстве «как самостоятельно протестировать мобильное приложение».
Виды тестирования
- Unit-тесты — автоматизированные проверки отдельных функций кода. Пишутся разработчиками, запускаются в CI при каждом коммите.
- Integration-тесты — проверка взаимодействия между модулями: мобильное приложение ↔ API ↔ база данных.
- Regression-тестирование — после каждого спринта убеждаемся, что новые функции не сломали существующие.
- UAT (User Acceptance Testing) — приёмочные сценарии с участием представителей заказчика по чек-листу из ТЗ.
- Тестирование на реальных устройствах — обязательно на парке физических смартфонов: минимум 3–5 устройств Android разных производителей (Samsung, Xiaomi, Huawei без GMS) + актуальный iPhone.
Специфика российского рынка
Отдельно тестируется работа на устройствах Huawei без Google Mobile Services (HMS), корректность платёжного флоу через СБП и ЮKassa, поведение на медленных соединениях (3G в регионах), соответствие требованиям RuStore по разрешениям и контент-политике.
Нужна разработка мобильного приложения или сайта?
Заполните форму и мы свяжемся с вами в течение 24 часов. Подробно разберём вашу задачу, предложим оптимальное решение реализации, расскажем о сроках и стоимости.
Обсудить проектЭтап 5 — Публикация в App Store, Google Play и RuStore
Длительность: 1–3 недели.
Стоимость: 30 000–80 000 руб. (включая подготовку материалов).
Публикация — это не «загрузить файл». Каждый магазин предъявляет свои требования к сборке, метаданным и скриншотам, а ревью может занять от нескольких часов до двух недель.
App Store (Apple)
- Аккаунт разработчика: $99/год (Apple Developer Program). Для российских юрлиц — через App Store Connect с валютным счётом.
- Ревью: 24–72 часа для новых приложений, 1–3 часа для обновлений после набора истории.
- Требования к скриншотам: 6,7" (iPhone 16 Pro Max), 12,9" (iPad Pro) — обязательно. Размер иконки: 1024×1024 px без альфа-канала.
- Частые причины отказа: запрос излишних разрешений, отсутствие политики конфиденциальности, неработающие функции в демо-аккаунте.
Google Play
- Аккаунт разработчика: $25 единоразово.
- Ревью: 2–7 дней для новых приложений (в 2026 году Google ужесточил требования к верификации разработчиков).
- AAB-формат (Android App Bundle) вместо APK — обязателен с 2021 года.
- Подробнее о процессе публикации — в нашем руководстве «как опубликовать приложение в Google Play».
RuStore
- Российский магазин приложений от ВКонтакте — обязателен для продуктов, ориентированных на российскую аудиторию.
- Регистрация: юрлицо или ИП с российской регистрацией, верификация через Госуслуги.
- Ревью: 3–10 рабочих дней. Требования к контенту строже: проверка на соответствие российскому законодательству, в том числе 149-ФЗ.
- Платёжная интеграция через RuStore Billing — альтернатива Google Play Billing для монетизации в России.
- APK-файлы принимаются напрямую — важно для приложений, которые Google Play отклоняет по регуляторным причинам.
Общие требования к публикации
Для всех трёх магазинов необходимо подготовить: иконку приложения, скриншоты (5–8 штук) с аннотациями, краткое и полное описание на русском и (для App Store/Google Play) английском языке, политику конфиденциальности (размещённую на домене компании), категорию и теги.
Этап 6 — Поддержка и обновления
Стоимость: от 30 000 руб./мес. до 300 000+ руб./мес. в зависимости от объёма.
Приложение — не разовый продукт, а живой сервис. После релиза начинается длинная жизнь продукта, и она требует регулярных вложений.
Что входит в поддержку
- SLA и мониторинг крашей — Crashlytics/Sentry отслеживают ошибки в реальном времени. Типовой SLA: критические баги — исправление за 4–8 часов, некритические — за 48–72 часа.
- Обновления под новые версии ОС — Apple и Google ежегодно выпускают новые версии iOS/Android; отставание на 1–2 мажорные версии приводит к предупреждениям в магазинах и снижению рейтинга.
- Обновления зависимостей и безопасность — библиотеки устаревают, появляются CVE. Для приложений, работающих с персональными данными (152-ФЗ), патчи безопасности — не опция, а обязанность.
- Развитие функциональности — после запуска появляются реальные данные аналитики Яндекс.Метрики, отзывы пользователей, запросы от бизнеса.
- Поддержка интеграций — API партнёров (банки, логистика, CRM) меняются; необходимо отслеживать обновления и адаптировать приложение.
Модели поддержки
Retainer (абонемент) — фиксированное количество часов в месяц: 20, 40 или 80 ч. Предсказуемый бюджет, приоритетный отклик команды. T&M (time & materials) — оплата по факту: дешевле при минимальной активности, но нет гарантии доступности команды. Для продуктов с монетизацией рекомендуем retainer: downtime стоит дороже абонемента. Подробнее — в статье «стоимость разработки мобильного приложения».
Сводная таблица: все этапы, сроки и стоимость
| Этап | Длительность | Стоимость | Результат |
|---|---|---|---|
| 1. Discovery | 2–3 нед. | 80 000–200 000 ₽ | ТЗ, смета, дорожная карта |
| 2. UX/UI дизайн | 2–4 нед. | 100 000–300 000 ₽ | Прототип, дизайн-система, финальные макеты |
| 3. Разработка | 2–6 мес. | 300 000–3 000 000 ₽ | Рабочая сборка с backend и API |
| 4. QA / Тестирование | 2–4 нед. | 80 000–250 000 ₽ | Стабильная версия, готовая к релизу |
| 5. Публикация | 1–3 нед. | 30 000–80 000 ₽ | Приложение в App Store, Google Play, RuStore |
| 6. Поддержка | постоянно | от 30 000 ₽/мес. | SLA, обновления под новые ОС, развитие функций |
| Итого (средний проект) | 4–8 месяцев | 590 000 – 3 830 000 ₽ | MVP под iOS, Android и RuStore |
Цены актуальны для рынка РФ на 2026 год, без НДС, команда уровня Middle/Senior.
Agile vs Waterfall в мобильной разработке
Выбор методологии влияет на скорость получения обратной связи, гибкость изменений и итоговое качество продукта.
Waterfall (каскадная модель)
Все этапы идут строго последовательно: Discovery → Дизайн → Разработка → QA → Релиз. Заказчик видит продукт только в финале. Плюсы: предсказуемость бюджета и сроков при жёстко зафиксированном скоупе. Минусы: любое изменение требований на середине разработки ведёт к дорогостоящим переделкам; риски обнаруживаются поздно.
Когда подходит: государственные заказы с ГОСТ-документацией, где скоуп зафиксирован контрактом и изменения невозможны. Для большинства коммерческих проектов в 2026 году Waterfall — устаревший выбор.
Agile / Scrum
Разработка ведётся итерациями (спринтами) по 1–2 недели. После каждого спринта — демо рабочей функциональности. Заказчик участвует в приоритизации бэклога и может корректировать скоуп. Плюсы: ранняя обратная связь, гибкость к изменениям рынка, предсказуемость в рамках спринта. Минусы: итоговая стоимость сложнее прогнозируется на старте.
Когда подходит: большинство коммерческих продуктов, стартапы, проекты с нечёткими требованиями — то есть 80% реальных проектов.
Гибридный подход
На практике лучшие команды используют гибрид: Waterfall для Discovery и дизайна (фиксируем скоуп), Agile для разработки и QA (гибкость внутри утверждённого скоупа). Это сочетает предсказуемость бюджета с гибкостью исполнения.
Кто участвует на каждом этапе
Один из главных источников задержек — неясность в том, кто за что отвечает. Эта таблица показывает типичный состав команды на каждом этапе и ключевую роль, которая ведёт этап.
| Этап | Кто ведёт | Кто участвует | Со стороны заказчика |
|---|---|---|---|
| 1. Discovery | Бизнес-аналитик | PM, архитектор, UX-исследователь | Владелец продукта, маркетинг |
| 2. UX/UI дизайн | UX/UI-дизайнер | Аналитик, PM, frontend-разработчик (ревью) | Ответственный за бренд |
| 3. Разработка | Tech Lead | Mobile-разработчики, backend-разработчик, DevOps, QA (параллельно) | PM заказчика (стендапы и демо) |
| 4. QA | QA Lead | QA-инженеры, разработчики (фикс багов) | Представители заказчика для UAT |
| 5. Публикация | PM | DevOps, дизайнер (скриншоты), маркетолог (описание ASO) | Владелец аккаунтов разработчика |
| 6. Поддержка | PM / Support Lead | Дежурный разработчик, QA, DevOps | Контактное лицо по инцидентам |
Типичные ошибки на каждом этапе
По нашему опыту и статистике McKinsey, 45% бюджетных перерасходов объясняются предсказуемыми ошибками, которые повторяются из проекта в проект. Вот чего стоит избегать на каждом шаге.
Этап 1 — Discovery
Самая частая ошибка — пропуск этапа «из экономии». Без утверждённого ТЗ каждая правка в середине разработки превращается в переделку уже готового кода. Ещё одна ловушка — слишком широкий MVP-скоуп: заказчики хотят сразу «всё», и проект растягивается вдвое.
Этап 2 — UX/UI дизайн
Согласование финального дизайна «на глаз», без интерактивного прототипа. В результате заказчик впервые видит реальный UX уже на этапе разработки — и начинается переделка экранов. Также частая проблема — отсутствие дизайн-системы: разработчики реализуют каждый компонент по-своему, и итоговый продукт выглядит непоследовательно.
Этап 3 — Разработка
Технический долг, накопленный из-за спешки. Отсутствие CI/CD с первого спринта означает, что баги копятся, а интеграционное тестирование откладывается до конца. Отдельная ловушка для российских проектов — игнорирование Huawei HMS: если не тестировать на устройствах без GMS с первого дня, предфинальная правка займёт несколько недель.
Этап 4 — QA
QA «в конце» вместо непрерывного тестирования. К финальной фазе накоплено столько дефектов, что их исправление занимает столько же времени, сколько вся разработка. Другая ошибка — только ручное тестирование без регрессионных автотестов: каждый спринт рискует сломать уже проверенную функциональность.
Этап 5 — Публикация
Подача в магазины «в последний момент», без учёта сроков ревью (до 10 дней в RuStore). Частые причины отказа: отсутствие политики конфиденциальности, демо-аккаунт с неработающими функциями, скриншоты неправильного разрешения. Для App Store — запрос избыточных разрешений без обоснования.
Этап 6 — Поддержка
Отсутствие SLA и мониторинга крашей в первые недели после релиза — самое опасное время. Критический баг, обнаруженный пользователями, но не замеченный командой, разрушает рейтинг в сторе за часы. Также ошибка — не закладывать бюджет на ежегодное обновление под новые версии iOS и Android: магазины начинают предупреждать пользователей об «устаревших» приложениях.
Часто задаваемые вопросы
Сколько длится разработка мобильного приложения?
Средний проект «с нуля» до релиза занимает 4–8 месяцев: Discovery (2–3 нед) + дизайн (2–4 нед) + разработка (2–6 мес) + QA (2–4 нед) + публикация (1–2 нед). MVP с минимальным набором функций можно выпустить за 3–4 месяца. Срок зависит прежде всего от количества экранов, сложности интеграций и количества целевых платформ.
Можно ли сократить этапы и сроки разработки?
Частично — да. Discovery нельзя пропускать: экономия 2 недель здесь оборачивается месяцами переделок на этапе разработки. Реально сократить можно за счёт параллельного ведения дизайна и backend-разработки, готовых компонентных библиотек и выбора кросс-платформенного стека (Flutter) вместо двух нативных команд.
С какого этапа можно работать параллельно?
Backend и дизайн можно запускать параллельно после утверждения ТЗ и wireframes. QA стартует не дожидаясь полного завершения — тестировщики подключаются к уже готовым спринтам. Подготовку скриншотов и метаданных для магазинов (RuStore, App Store, Google Play) можно вести параллельно с финальным спринтом разработки. Это позволяет сэкономить 2–3 недели на общем сроке.
Что нужно заказчику подготовить до начала разработки?
Минимальный пакет: описание целевой аудитории и ключевых сценариев использования, перечень конкурентов, бренд-гайдлайны (логотип, цвета, шрифты), доступы к аккаунтам разработчика в App Store/Google Play/RuStore, данные о backend-инфраструктуре (если интеграция с существующей системой). Чем подробнее бриф — тем точнее оценка и меньше разночтений в процессе.
Сколько стоит разработка мобильного приложения в России в 2026 году?
Средний проект обходится в 590 000 – 3 830 000 рублей: Discovery (80–200 тыс. ₽), UX/UI дизайн (100–300 тыс. ₽), разработка (300 тыс. – 3 млн ₽), QA (80–250 тыс. ₽), публикация (30–80 тыс. ₽). Поддержка — от 30 000 ₽/мес. Цены актуальны для команды уровня Middle/Senior, рынок РФ, 2026 год.
Flutter или нативная разработка — что выбрать?
Для большинства коммерческих проектов в России в 2026 году Flutter — оптимальный выбор: одна команда закрывает iOS, Android и RuStore, скорость разработки выше нативного на 30–40%, поддерживается Aurora OS. Нативная разработка (Swift + Kotlin) оправдана для приложений с высокой нагрузкой на GPU, специфичным железом (ARKit, Ultra Wideband) или когда критична максимальная производительность.
Нужно мобильное приложение?
Спроектируем и разработаем приложение под iOS и Android под вашу задачу.
