Разработка мобильного приложения в 2026 году — это структурированный процесс из 6 этапов. Понимание каждого этапа поможет вам контролировать проект и не платить за лишнее.
Ниже — что происходит на каждом этапе, какие документы вы получаете на выходе и по каким признакам понятно, что этап закрыт честно, а не «формально принят».
Этап 1: Бриф и аналитика (1–2 недели)
На этом этапе мы изучаем бизнес-задачу, целевую аудиторию, конкурентов. Результат — спецификация и фиксированная смета.
Практически это выглядит так: разбираем, какую операцию бизнеса приложение должно ускорить или удешевить, кто им будет пользоваться и из каких систем берутся данные — 1С, CRM, склад, касса. Отдельно фиксируем ограничения: сроки, интеграции с банком, требования к чекам и персональным данным.
Признак закрытого этапа — документ, в котором каждый экран описан списком действий пользователя, а не фразой «личный кабинет». Если спецификация умещается на две страницы, смета будет неточной, и разница вылезет в середине разработки.
Этап 2: UX-исследование и прототипирование (2–3 недели)
Customer journey, user stories, кликабельные прототипы Figma. Тестируем на 5–7 потенциальных пользователях до начала разработки.
Прототип — самый дешёвый способ найти ошибку. Переставить кнопку в Figma стоит минуты, в готовом приложении — переделки экрана, правок на backend и повторного тестирования. Именно поэтому на прототипе не экономят: он окупается на этапе разработки.
Что проверяют на тестах: доходит ли человек до целевого действия без подсказок, где он останавливается, какие слова в интерфейсе понимает неправильно. Типичная находка — регистрация: пользователи бросают её, если она стоит до момента, когда стала понятна польза приложения.
Этап 3: UI-дизайн (2–4 недели)
Дизайн всех экранов, motion-анимации, дизайн-система. Утверждение по этапам.
Ключевой результат этапа — не красивые картинки, а дизайн-система: типографика, сетка, состояния кнопок, поля ввода, ошибки, пустые экраны, загрузка. Без неё каждый новый экран рисуется заново, а приложение выглядит собранным из разных проектов.
Отдельно закладывайте состояния, о которых обычно забывают: нет интернета, пустой список, длинное имя, ошибка оплаты. Разработчику всё равно придётся их сделать, и лучше по макету, чем на своё усмотрение. Что входит в этап и как считается объём — на странице UI/UX дизайна, работы начинаются от 280 000 ₸.
Этап 4: Разработка (4–10 недель)
Параллельные команды iOS, Android, backend. Спринты по 2 недели, демо каждую пятницу.
Порядок работ обычно такой: сначала backend и API, затем экраны, которые от них зависят. Если делать наоборот, мобильная команда упирается в заглушки, а интеграционные ошибки всплывают в конце — самое дорогое время для их обнаружения.
Что стоит требовать от подрядчика на этом этапе: доступ к репозиторию с первого дня, сборки для тестирования (TestFlight и внутренний трек Google Play) после каждого спринта и понятный ответ на вопрос «что уже работает целиком, а не наполовину». Демо, где показывают только экраны без данных, ничего не подтверждает.
Здесь же обычно всплывают внешние зависимости: банк не выдал боевые креды, поставщик не отдал прайс в нужном формате, не подписан договор с курьерской службой. Эти вещи не решаются кодом, поэтому их запускают параллельно, а не в конце.
Этап 5: Тестирование и QA (1–2 недели)
Автотесты на критичных путях, ручное тестирование, security-аудит, нагрузочные тесты, бета-тестирование.
Критичные пути — это регистрация, оплата, оформление заказа и push-уведомления. Их проверяют на реальных устройствах, а не только в симуляторе: часть проблем видна лишь на живом телефоне — сеть, разрешения, фоновая работа, различия между версиями Android у разных производителей.
Отдельный пункт для Android: release-сборка отличается от отладочной набором разрешений и настройками сборки. Приложение может прекрасно работать при отладке и не иметь доступа к сети в релизе. Это проверяется до заливки в стор, а не по жалобам пользователей.
Этап 6: Релиз и поддержка (1 неделя + 12 месяцев)
Публикация в App Store и Google Play, передача исходного кода, обучение команды, 12 месяцев гарантии.
Релиз — это не только загрузка сборки. Нужны политика конфиденциальности на доступном URL, описание сбора данных для App Store и раздела «Безопасность данных» в Google Play, возрастной рейтинг, скриншоты под все размеры экранов и текст для поиска в сторах. Отсутствие любого из этих пунктов останавливает публикацию, и ожидание ревью начинается заново.
Первые две недели после запуска — самые нагруженные: приходят реальные сценарии, которых не было в тестах. Заложите на них время команды, иначе поддержка превратится в очередь необработанных обращений.
Частые ошибки заказчика
- Начать разработку без спецификации — «по ходу разберёмся». Разбираться придётся за деньги.
- Утверждать дизайн по одному экрану вместо целостной системы.
- Оставить контент на потом: каталог без фото и описаний срывает срок надёжнее любого бага.
- Не завести собственные аккаунты Apple Developer и Google Play — приложение окажется на аккаунте подрядчика.
- Не заложить бюджет на поддержку и обновления после релиза.
Сколько это в деньгах и как связано с другими работами
Сроки выше — для проекта средней сложности. Приложение начинается от 850 000 ₸, и цена напрямую зависит от количества экранов и интеграций; подробный разбор — в материале о том, сколько стоит мобильное приложение. Если параллельно нужен сайт или витрина, это отдельный трек работ — создание сайтов от 350 000 ₸, и его удобно вести одновременно с этапом разработки.
Посмотреть, как этапы выглядят на готовых продуктах, можно в портфолио — там видно связку «экраны — интеграции — публикация» на конкретных проектах.
Практический вывод: контролировать проект проще всего по артефактам, а не по процентам готовности. Спецификация, кликабельный прототип, дизайн-система, тестовые сборки каждые две недели, чек-лист релиза — если эти пять вещей есть, проект идёт нормально. Готовы начать? Оставьте заявку — обсудим ваш проект на 60-минутном Zoom-созвоне.