Короткий ответ: MVP, готовый к публикации, я делаю за 1,5-3 месяца. Среднее бизнес-приложение с оплатами и личным кабинетом - 3-6 месяцев. Сложный продукт с чатом, картами и интеграциями с CRM - 6 месяцев и больше. Считаю календарное время от первого разговора до приложения в App Store и Google Play, а не только время написания кода.
Ниже разложу по этапам с реальными сроками. Без «от двух недель», которым агентства заманивают, а потом тянут полгода.
Discovery и ТЗ - от 3 дней до 2 недель
Прежде чем что-то появится, нужно понять, что приложение делает. Список экранов, роли пользователей, откуда берутся данные, чем оплачивают. При простой идее хватает одного 30-минутного разговора и дня на описание объёма. При приложении с несколькими ролями и интеграциями это растягивается на неделю, иногда две.
Срок этого этапа зависит в основном от вас. Если вы знаете, что хотите построить и для кого, идёт быстро. Если идея на уровне «что-то вроде Uber, но для...», её сначала надо довести до ума - и это тоже время.
Дизайн и UX - от 1 до 4 недель
Тут появляется внешний вид: расположение экранов, переходы между ними, цвета, шрифты. Для MVP на системных компонентах хватает недели. Свой дизайн под бренд, с продуманными анимациями, - это 3-4 недели.
Больше всего времени уходит не на рисование, а на круги правок. Два круга - норма. Если на каждом экране вы меняете мнение, этап разъезжается - и это самая частая причина задержек в самом начале.
Разработка - от 3 недель до нескольких месяцев
Основная часть. Тут пишется приложение, экран за экраном, с подключением к данным.
Я строю на React Native + Expo - один код компилируется в настоящие нативные приложения под iOS и Android. Около 90% кода общее для обеих платформ, так что вы не платите временем за написание одного и того же дважды. Если бы я делал нативно, отдельно на Swift и Kotlin, этот этап шёл бы почти вдвое дольше.
Сколько именно? MVP с 5-8 экранами - это 3-5 недель чистого кода. Среднее приложение - 6-12 недель. Каждая серьёзная функция (оплаты, чат, офлайн-режим, карты) - это лишние недели, потому что это отдельные куски, которые надо построить и проверить.
Бэкенд и интеграции - параллельно, 2-6 недель
Само приложение - это только интерфейс. Данные где-то должны храниться, пользователь должен логиниться, оплата должна пройти через Stripe или RevenueCat. Часть бэкенда поднимается быстро на готовых решениях (Supabase, Railway), часть - интеграции с вашей CRM или складской системой - зависит от того, насколько хорошо описан API на той стороне.
Этот этап идёт параллельно с разработкой, поэтому редко удлиняет календарь отдельно. Исключение: интеграция с системой, у которой нет нормального API и до которой приходится добираться окольным путём. Это легко добавляет 2-3 недели, которых никто не закладывал.
Тестирование - от 1 до 3 недель
Проверка, что всё работает на разных телефонах, при слабом интернете, при странных данных, которые ввёл пользователь. Для MVP это неделя. Для приложения с оплатами и чувствительными данными - две-три, потому что любая ошибка с деньгами стоит доверия.
Тесты тоже частично идут параллельно с кодом, но финальный круг перед публикацией всегда отдельно. Приложение, которое не прокликали до конца, не публикуют.
Публикация в сторах - от нескольких дней до 2 недель
Тут вступает фактор, на который никто не влияет: ревью сторов.
- App Store проверяет приложение обычно 24-72 часа. Приложения с оплатами, геолокацией или медицинскими данными, а также новые аккаунты разработчика попадают на ручную проверку - тогда 3-7 дней.
- Google Play обычно одобряет за несколько часов до 3 дней, но ревью, связанное с политиками, может затянуться до 7 рабочих дней.
К тому же первая публикация часто отклоняется из-за мелочи - нет политики конфиденциальности, непонятное описание разрешений. Закладывайте 1-2 итерации. Поэтому между отправкой приложения и анонсом запуска я всегда оставляю несколько дней запаса.
Отдельно я расписал это в тексте как опубликовать приложение в App Store.
Что чаще всего затягивает срок
Буду честен - большинство задержек не из-за кода. Они из-за вот этих вещей:
- Несогласованное ТЗ. Если на старте непонятно, что именно делает приложение, половина работы уходит на выяснение этого по ходу. Самый дорогой способ проектировать.
- Фичекрип. «А давайте ещё добавим...». Каждая новая функция во время сборки сдвигает срок. Не всегда на неделю, на которую кажется, - потому что её нужно вписать в то, что уже сделано.
- Ревью сторов. Не зависит от нас, иногда быстро, иногда нет. Планируется с запасом.
- Контент и доступы от клиента. Тексты в приложение, фото, доступ к вашей CRM, данные для входа в платёжный шлюз. Если это приходит с недельным опозданием, проект стоит - код готов, но его нечем накормить.
Последний пункт - наверное, самый частый скрытый тормоз. Приложение может быть закончено, а ждёт неделю, потому что нет описания для стора или доступа к аккаунту.
Таблица - тип приложения и срок
| Тип | Срок | Что входит |
|---|---|---|
| MVP | 1,5-3 месяца | 1 приложение iOS+Android, 5-8 экранов, авторизация, простой бэкенд, публикация в обоих сторах |
| Среднее | 3-6 месяцев | Оплаты (Stripe / RevenueCat), push-уведомления, профили, админка, аналитика |
| Сложное | 6 месяцев+ | Живой чат, карты и геолокация, офлайн-режим, роли и права, интеграции с CRM/ERP |
Это реальные сроки для одного senior-разработчика, который ведёт проект от начала до конца. Команде агентства при тех же функциях часто нужно больше календаря, потому что добавляется координация между людьми.
Как ускорить
Если вам важно быстро выйти на рынок, это можно сделать с умом:
- Начните с MVP. Вместо того чтобы строить всё сразу, выпустите версию с одной ключевой функцией, проверьте её на реальных пользователях и только потом расширяйте. Подробнее об этом подходе - в разработке MVP приложения для стартапа.
- Выберите кроссплатформу. Один код на iOS и Android вместо двух отдельных приложений сокращает этап разработки почти вдвое. Когда это имеет смысл, а когда нет, я разобрал в тексте нативное или кроссплатформенное приложение.
- Поставьте бэкенд на готовых решениях. Supabase, Railway, RevenueCat - вместо того чтобы писать авторизацию и биллинг с нуля, вы берёте проверенные кубики. На недели работы меньше.
- Подготовьте контент заранее. Тексты, фото, доступы к системам соберите в самом начале, а не в конце. Это этап, который проще всего начать сразу, а на деле он чаще всего откладывается на последний момент.
На стоимость этих решений я смотрю в отдельном тексте - сколько стоит разработать приложение.
FAQ
Сколько времени занимает разработка приложения с нуля? От 1,5 месяцев для простого MVP до полугода с лишним для сложного продукта. Среднее бизнес-приложение с оплатами и личным кабинетом - это 3-6 месяцев календарного времени, считая от первого разговора до публикации в обоих сторах. Сам код - только часть этого срока, остальное это discovery, дизайн, тесты и ревью сторов.
Сколько времени занимает сборка MVP? 1,5-3 месяца. Это одно работающее приложение на iOS и Android: 5-8 экранов, авторизация, простой бэкенд и публикация в обоих сторах. Первая версия, которую вы отдаёте реальным пользователям, чтобы проверить идею, прежде чем вложить в неё полгода работы. Самый быстрый разумный способ получить что-то рабочее в руки.
Приложение на iOS и Android делается дольше, чем на одну платформу? При кроссплатформе - практически нет. С React Native + Expo один код компилируется на обе платформы, поэтому время почти такое же, как для одной. Два отдельных нативных приложения (Swift + Kotlin) - другая история: там этап разработки идёт почти вдвое дольше, потому что одно и то же пишется дважды.
Почему разработка - только часть срока? Потому что написание кода занимает обычно 40-50% всего объёма. Остальное - это согласование того, что приложение делает, дизайн экранов, тесты на разных телефонах и ожидание одобрения сторов. Приложение может быть «готово» в коде, а всё равно ждать неделю на ревью App Store или на недостающий контент от клиента.
Сколько занимает публикация в App Store и Google Play? App Store проверяет приложение обычно 24-72 часа, при оплатах или новом аккаунте разработчика - до 7 дней. Google Play обычно одобряет за несколько часов до 3 дней, иногда до недели при ревью политик. Первая публикация часто отклоняется из-за мелочи, так что стоит заложить 1-2 итерации и несколько дней запаса перед анонсом запуска.
Что чаще всего задерживает проект? Редко сам код. Чаще всего: несогласованное ТЗ, добавление функций по ходу (фичекрип), ревью сторов и отсутствие контента или доступов от клиента. Последний пункт способен остановить готовое приложение на неделю, потому что оно ждёт описание для стора или доступ к платёжному шлюзу.
Можно ли сделать приложение быстрее, чем за 3 месяца? Да, если начать с узкого MVP с одной ключевой функцией, выбрать кроссплатформу и поставить бэкенд на готовых решениях. Тогда реальный срок - даже 4-6 недель. Срок сокращается за счёт ограничения объёма, а не за счёт написания кода на скорую руку - последнее всегда возвращается правками.
Коротко: реальный срок - это 1,5-3 месяца на MVP, 3-6 на среднее приложение, 6+ на сложное. Больше всего времени экономит хорошее согласование объёма на старте, а не спешка по ходу.
Хотите конкретный срок под свою идею? Напишите мне - после 30-минутного разговора получаете фиксированную смету с датой релиза. Подробнее об услуге: разработка мобильных приложений.
