Разработка мобильного приложения для бизнеса занимает от 3 до 6 месяцев для продукта средней сложности - с личным кабинетом, оплатой и парой интеграций. Клиенты часто рассчитывают на месяц-полтора, и этот разрыв между ожиданием и реальностью - причина большинства сорванных дедлайнов и испорченных отношений с подрядчиком. Ниже честный таймлайн по этапам, где именно уходит время и как реально его сократить.
Срок зависит от сложности, и вилки тут устойчивые.
Простое приложение-визитка с каталогом и публикацией в сторы - 2-3 месяца. Приложение с личным кабинетом, авторизацией и оплатой - 3-4 месяца. E-commerce с корзиной, заказами, интеграцией с учётной системой и программой лояльности - 4-6 месяцев. Сложные продукты вроде финтеха или агрегаторов - от 6 до 9 месяцев.
Эти сроки уже включают проектирование, тестирование и публикацию, а не только программирование. Когда подрядчик называет вам месяц на e-commerce - он либо не считал, либо не заложил тестирование и релиз.
Что двигает срок вверх внутри одной вилки. Каждая интеграция с внешней системой добавляет от нескольких дней до пары недель. Нестандартный дизайн со сложной анимацией удлиняет и макеты, и вёрстку. Много ролей с разными правами (клиент, менеджер, курьер, админ) - это больше экранов и логики. Если в приложении три таких утяжелителя сразу, готовьтесь к верхней границе вилки, а не к нижней.
Разработка идёт по этапам, и программирование - лишь один из них, пусть и самый долгий. На схеме выше видно главное: реальный срок в разы длиннее ожидаем

ого, а внутри него разработка и тестирование занимают львиную долю. Разберём каждый этап.
Аналитика и техзадание занимают 2-3 недели. Здесь фиксируют, что именно строим: экраны, роли, сценарии, интеграции. Пропущенный этап аукается позже переделками, поэтому экономить на нём дороже всего.
Дизайн - 3-4 недели. Прототип, макеты экранов, состояния кнопок и ошибок. Чем полнее дизайн, тем меньше сюрпризов на разработке.
Разработка - 8-12 недель для средней сложности, и это основная часть таймлайна. Фронтенд приложения, бэкенд, интеграции с оплатой и внешними системами.
Тестирование - 2-3 недели, часть из них параллельно с разработкой. Проверка на разных устройствах, сценарии оплаты, нагрузка. Отдельной большой фазы QA в конце быть не должно, иначе сроки уедут.
Публикация - 1-2 недели. Сборка, оформление страниц в сторах, ревью в App Store. Ревью Apple иногда занимает несколько дней и не зависит от вас.
Дедлайны сдвигаются по предсказуемым причинам, и половина из них - на стороне заказчика.
Первая - меняющиеся требования. Когда в середине разработки прилетают новые экраны и функции, таймлайн едет вслед за ними. Каждое такое изменение стоит времени, даже если кажется мелким.
Вторая - интеграции с чужими системами. Оплата, 1С, CRM, госсервисы. Чужой API ведёт себя не так, как в документации, и на стыке всегда всплывают сюрпризы. Интеграция с 1С почти всегда добавляет недели к плану.
Третья - доступы и контент от заказчика. Тексты, фото, аккаунты разработчика в сторах, ключи от платёжки. Пока это не передано, часть работы стоит. Это самое частое место, где проект ждёт клиента, а не наоборот.
Четвёртая - недооценка тестирования. Когда QA сжимают в неделю в конце, баги вылезают уже после релиза, и на их правку уходит больше времени, чем сэкономили.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13691 тендер
проведено за восемь лет работы нашего сайта.
Сократить срок можно, но не за счёт тестирования и аналитики - за счёт правильной организации.
Чёткое техзадание на старте убирает главную причину задержек. Когда состав первой версии зафиксирован, команда не переделывает готовое.
Запуск через MVP экономит месяцы. Публикуете версию с ключевыми функциями, собираете первые заказы, дорабатываете на реальных данных. Это быстрее, чем полгода строить всё сразу.
Flutter вместо двух нативных приложений экономит время: один код работает на iOS и Android, команда меньше, синхронизировать две сборки не нужно. Мы перешли на него в 2019 году, сейчас он занимает около 40% портфеля.
Параллельная подготовка на стороне заказчика ускоряет финал. Соберите тексты, фото, доступы и аккаунт разработчика заранее, пока идёт разработка, а не в день релиза.
Зафиксированный объём и регулярные демо держат сроки в узде. Состав первой версии закрепляют в договоре, а новые идеи складывают в бэклог второй версии, а не вклинивают в текущую. Раз в неделю команда показывает работающую сборку - так проблемы всплывают на второй неделе, а не за день до дедлайна, и лечатся дешевле.
Для одного из проектов под NDA в ритейле мы делали клиентское приложение на Flutter с программой лояльности, картой точек и заказом навынос. Релиз через 2.5 месяца после старта, потому что техзадание закрыли на аналитике и не меняли состав на ходу.
Обратный пример из практики - интеграция с 1С на другом проекте добавила пару недель сверх плана: чужая система вела себя не по документации. Мы закладываем такой риск заранее, но полностью убрать его на интеграциях нельзя. Среди открытых клиентов - Весёлый Водовоз с доставкой за час и Tronk.PRO со 100 тысячами скачиваний.
Можно ли сделать приложение за месяц?
За месяц реально собрать только простой прототип или визитку без интеграций и оплаты. Полноценное приложение с личным кабинетом за месяц не сделать - не хватит на бэкенд, тестирование и публикацию.
Почему разработка занимает большую часть срока?
В ней собирается всё: интерфейс приложения, серверная часть, интеграции с оплатой и внешними системами. На среднем проекте это 8-12 недель, и ускорить их без потери качества сложнее всего.
Сколько времени уходит на публикацию в сторах?
Обычно 1-2 недели вместе с оформлением страниц. Ревью в App Store иногда занимает несколько дней и от вас не зависит, поэтому его закладывают в план заранее.
Что чаще всего сдвигает сроки?
Изменения требований на ходу, интеграции с чужими системами и задержки с доступами и контентом от заказчика. Последнее - самая частая причина, когда проект ждёт клиента.
Ускоряет ли Flutter разработку?
Да. Один код на iOS и Android убирает вторую команду и синхронизацию двух сборок. Для большинства B2C-приложений этого достаточно, а срок и бюджет заметно ниже.
Можно ли вести разработку и тестирование параллельно?
Да, и так и надо. Тестировщик подключается по мере готовности экранов, а не в конце. Отдельная большая фаза QA после всей разработки почти всегда означает сдвиг сроков и баги после релиза.
От чего зависит, попадём мы в 3 месяца или в 6?
От сложности и от дисциплины по объёму. Приложение с оплатой и одной-двумя интеграциями при закрытом ТЗ укладывается ближе к трём-четырём месяцам. Много интеграций, ролей и правок на ходу тянут к шести и дальше.
Приложение средней сложности - это 3-6 месяцев, а не месяц, и в этот срок входят аналитика, дизайн, тестирование и публикация, а не только код. Сроки срывают меняющиеся требования, чужие интеграции и задержки с доступами. Закрытое техзадание на старте, MVP-подход и параллельная подготовка на стороне заказчика дают реальное ускорение без потери качества.
Если хотите понять реальный срок под вашу задачу и из чего он складывается - расскажите о проекте на instadev.ru/contacts. Разложим по этапам с датами.
Команда InstaDev. Делаем мобильную разработку с 2013 года. 5 лет в топ-5 СПб по версии Рейтинга Рунета.
