Сколько времени занимает разработка приложения: сроки по этапам

Сколько в среднем длится разработка приложения?

MVP мобильного приложения — 4–8 недель от старта разработки. Сайт или лендинг — от недели, Telegram-бот — тоже от недели. Большие продукты делаются этапами, и каждый этап длится от двух недель.

Разброс в 4–8 недель объясняется объёмом первой версии. Приложение с одним главным сценарием, авторизацией, подпиской и аналитикой — это ближе к нижней границе. Если добавить сложный бэкенд, админку, интеграции с внешними системами, AI-цепочку или несколько ролей пользователей, срок сдвигается к верхней.

А сколько делается сайт или бот?

Лендинг или небольшой сайт — от недели. Срок растёт с количеством страниц, интеграциями с CRM и платёжными системами, мультиязычностью. Telegram-бот с понятным сценарием — тоже от недели. Бот с оплатой, админкой и Mini App, где есть полноценный интерфейс внутри Telegram, занимает больше, и точный срок я называю после разбора. Десктопные приложения на Electron или Tauri, бэкенд и доработка чужого проекта оцениваются индивидуально.

Сроки держатся по двум причинам. Я пишу код сам, без менеджеров-посредников, поэтому вопросы решаются за минуты, а не через цепочку согласований. И iOS с Android делаются одной кодовой базой на React Native — не нужно синхронизировать две команды и дважды реализовывать одну и ту же функцию.

Из каких этапов складывается срок?

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

1. Разбор задачи — 1–2 дня. Созвон на 20–30 минут, уточняющие вопросы, разбор главного сценария и пользователей. ТЗ не нужно, достаточно идеи.
2. Оценка и план — 2–3 дня. Я делю проект на этапы, для каждого называю цену и срок. Готовлю договор и при необходимости NDA. Цена фиксируется и дальше не растёт.
3. Разработка — от 2 недель. Каждую неделю — демо. Тестовые сборки ставятся на ваш телефон, у вас есть доступ к репозиторию, и вы видите прогресс по коду.
4. Релиз. Публикация в App Store, Google Play, при необходимости в Huawei AppGallery и RuStore, или деплой сайта. Подключение аналитики и мониторинга ошибок.
5. Поддержка. Обновления, исправления, новые функции — почасово или пакетом на месяц.

Каждый этап заканчивается демо и актом, оплата идёт по этапам, без 100% предоплаты. Подробно процесс и гарантии описаны на странице «Как я работаю».

Что происходит внутри разработки неделя за неделей?

Сначала строится каркас и главный сценарий, потом всё, что вокруг него, и в конце — оплата, аналитика и подготовка к публикации. Так рабочую версию можно пощупать уже в первые недели.

Примерная последовательность для MVP мобильного приложения:

• Первые дни. Проект, навигация, дизайн-система, авторизация. Если в продукте есть AI, — прототип AI-цепочки на ваших примерах, чтобы сразу увидеть качество результата.
• Основная часть. Главный сценарий от начала до конца: экраны, бэкенд, база данных. Каждое демо — рабочая сборка, которую вы открываете на своём телефоне.
• Ближе к концу. Оплата и подписки, пуш-уведомления, аналитика, мониторинг крашей, обработка ошибок и пустых состояний.
• Финал. Тестирование на реальных устройствах, исправления, подготовка страницы в сторе: описание, скриншоты, политика конфиденциальности.

Смысл еженедельных демо в том, что вы видите продукт живьём и можете поправить направление, пока это дёшево. Изменения, найденные на третьей неделе, стоят гораздо меньше изменений после релиза.

Сколько занимает публикация в App Store и Google Play?

Ревью обычно проходит за срок от одного до нескольких дней, но первая публикация требует подготовки заранее. Публикацию и общение с ревью я беру на себя.

Что стоит учесть в плане:

• Аккаунты разработчика. Apple Developer стоит $99 в год, Google Play — разовые $25. Регистрация, особенно на компанию, может занять время — начинайте её в первую неделю разработки. Аккаунты оформляются на вас.
• Материалы для страницы. Название, описание, скриншоты, иконка, политика конфиденциальности, контакты поддержки.
• Замечания ревьюеров. Если стор просит что-то поправить, это ещё одна итерация. Чаще всего вопросы касаются подписок, приватности и тестового доступа.
• Несколько сторов. App Store, Google Play, Huawei AppGallery и RuStore проверяют приложения отдельно, у каждого свои требования.

Поэтому страницу в сторе, скриншоты и тексты я готовлю параллельно с последними неделями разработки, а первую сборку отправляю на проверку сразу, как только она готова. Если ревьюер найдёт замечание, на исправление остаётся время до планируемой даты запуска.

Для сайта этого этапа нет: деплой занимает минуты, изменения видны сразу.

Что растягивает сроки разработки?

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

1. Нет контента. Тексты, фото, видео, каталог товаров. Разработка готова, а наполнить нечем.
2. Решения принимаются долго. Если на каждый вопрос уходит неделя, проект растягивается на месяцы. Лучше, чтобы со стороны заказчика был один человек, который решает.
3. Меняется объём. Новые функции посреди этапа сдвигают срок. Я предлагаю записывать идеи в следующий этап, а текущий доводить до релиза.
4. Внешние интеграции. Ожидание доступов к API, ключей платёжного провайдера, документации от учётной системы.
5. Аккаунты сторов. Регистрация откладывается до последнего и тормозит публикацию.
6. Попытка сделать всё сразу. Первая версия с двадцатью функциями выходит в разы дольше версии с одной, которая проверяет идею.

Как планировать запуск к конкретной дате?

Если запуск привязан к сезону, выставке или рекламной кампании, считайте от даты назад. Заложите время на ревью сторов и на исправления после первых пользователей, а разработку планируйте так, чтобы рабочая версия была готова с запасом. Я в таком случае собираю план наоборот: что обязательно должно быть в продукте к дате, а что выходит следующим обновлением.

Как сократить сроки и что подготовить к созвону?

Главный способ сократить срок — ужать первую версию до одного сценария и подготовить всё, что зависит от вас, до старта. Остальное я возьму на себя.

Что поможет на созвоне:

• Описание идеи в нескольких предложениях: кто пользователь и какую задачу решает.
• Главный сценарий, без которого продукт не имеет смысла.
• Дата, к которой нужен запуск, и почему именно она.
• Что уже есть: дизайн, сайт, бэкенд, чужой код, который нужно доработать.
• Какие платформы нужны: iOS, Android, веб, Huawei, десктоп.
• Как продукт будет зарабатывать.

Ещё несколько решений, которые экономят недели. Одна кодовая база на React Native под iOS и Android. Готовые сервисы вместо самописных: Firebase, RevenueCat для подписок, Sentry для ошибок. Сборка и публикация через Codemagic и Fastlane, чтобы новая версия выходила без ручной рутины. О том, как объём влияет на цену, — в статье «Сколько стоит мобильное приложение», стартовые цены — на странице цен.

Что будет после релиза?

После релиза начинается работа с реальными пользователями. Первые недели после запуска обычно уходят на исправления и доработки по данным аналитики.

Я подключаю аналитику и мониторинг ошибок ещё до публикации, поэтому после релиза видно, где пользователи уходят и где приложение падает. Следующие этапы планируются по этим данным, каждый — от двух недель. Обычно это доработка онбординга и пейвола, исправление ошибок, которые проявились только на реальных устройствах, и функции, которые пользователи просят чаще всего. Мелкие исправления выходят быстрее: сборка и публикация через Codemagic и Fastlane занимают немного времени, основное ожидание — ревью стора. Поддержку можно брать почасово или пакетом на месяц.

Код, аккаунты сторов, хостинг и домен с первого дня оформлены на вас, права на код передаются по договору. Стек стандартный, поэтому после любого этапа вы можете продолжить с другим разработчиком. Примеры запущенных проектов — в кейсах.

Если у вас есть дата, к которой нужно запуститься, опишите задачу в форме заявки или напишите в Telegram. Оценка бесплатная: после короткого созвона вы получите план с этапами, сроками и ценой, зафиксированной в договоре.