Сводная таблица этапов
| Этап | Что происходит | Результат | Срок | Кто в команде |
| Дискавери | Разбор идеи, целей бизнеса, ограничений |
Концепция и предварительная смета |
1–2 недели | Менеджер, аналитик, ведущий разработчик |
| Бизнес-анализ и ТЗ | Рынок, конкуренты, аудитория, требования | Техническое задание | 1–2 недели |
Аналитик, маркетолог |
| UX и прототип | Сценарии, структура, кликабельный макет | Прототип приложения | 1–2 недели |
UX-дизайнер, аналитик |
| UI-дизайн | Отрисовка экранов и состояний, дизайн-система | Готовые макеты | 2–4 недели |
UI-дизайнер |
| Разработка |
Клиент, сервер, интеграции |
Работающая сборка | 4–12+ недель |
Мобильные и backend-разработчики, тестировщик |
| Тестирование | Проверка на устройствах, регресс, нагрузка | Стабильный релиз-кандидат | 2–4 недели | Тестировщики, разработчики |
| Публикация | Метаданные, сборки, модерация |
Приложение в магазинах |
1–3 недели | Менеджер, маркетолог |
Этапы не идут строго друг за другом. Тестировщики подключаются ещё на макетах, дизайн следующих экранов рисуется параллельно разработке первых. Но общая логика сохраняется: от понимания задачи к её реализации.
Этап 1. Дискавери: 1–2 недели
Здесь отвечают на три вопроса: какую проблему решает приложение, кому оно нужно и как понять, что оно сработало. На выходе — концепция продукта, перечень гипотез, метрики успеха и первая смета с вилкой.
Что делает заказчик: отдаёт то, что уже знает про своих клиентов. Аналитика сайта, выгрузки из CRM, записи разговоров с поддержкой, результаты прошлых опросов. Это самый дешёвый способ ускорить этап — команда не потратит неделю на выяснение того, что у вас уже лежит в отчётах.
Красный флаг: подрядчик называет точную цену, не задав ни одного вопроса о бизнесе. Значит, цифра взята с потолка и в процессе изменится.
Этап 2. Бизнес-анализ и техническое задание: 1–2 недели
Аналитик превращает концепцию в требования: функции по модулям, пользовательские сценарии, интеграции, ограничения. Документ становится общим языком заказчика и команды, основой для сметы и критерием приёмки работ.
Что делает заказчик: обеспечивает доступ к смежным системам и к людям, которые за них отвечают. Если приложение будет обмениваться данными с учётной системой, CRM или лабораторной системой, нужен человек, знающий её API. Первая задержка почти всегда возникает именно здесь: команда готова работать, но неделю ждёт ответа от подрядчика вашей учётной системы.
Ориентир по эффекту: проработанное ТЗ снижает итоговую стоимость проекта на 20–30% за счёт того, что переделок становится в разы меньше.
Этап 3. UX-проектирование и прототип: 1–2 недели
Схематичные макеты без цветов и шрифтов, собранные в кликабельный прототип. Его можно открыть на телефоне, пройти сценарий и понять, удобно ли. Найти проблему на этом этапе примерно вдесятеро дешевле, чем в готовом приложении.
Что делает заказчик: проходит сценарии сам и даёт пройти сотрудникам, которые каждый день общаются с клиентами. Замечания продавцов, операторов и администраторов обычно точнее, чем взгляд руководителя, который смотрит на продукт сверху.
Этап 4. UI-дизайн: 2–4 недели
Отрисовываются все экраны и — это ключевое — все их состояния: обычное, загрузка, ошибка, пустой список, отсутствие сети. Пользователь столкнётся с каждым. Если состояние не нарисовано, разработчик придумает его сам, и результат вы увидите уже в сборке.
Параллельно собирается дизайн-система: кнопки, поля, карточки, модальные окна. Она ускоряет и текущую разработку, и все будущие доработки.
Что делает заказчик: согласовывает пакетами, а не по одному экрану, и назначает одного человека с правом финального решения. Ситуация, когда макеты правит коммерческий директор, потом маркетолог, потом собственник, и каждый в свою сторону, съедает недели.
Этап 5. Разработка: от 4 до 12+ недель
Пишется клиентская часть, серверная часть, подключаются внешние сервисы. Работа идёт спринтами по одной-две недели с демонстрацией результата.
Самый длинный этап, и его продолжительность определяется не количеством экранов, а количеством и качеством интеграций. Современный API с документацией подключается за дни. Легаси-система, которая отвечает по сорок секунд и не умеет отдавать изменения порциями, добавляет недели: приходится проектировать очереди, кэш и разрешение конфликтов.
Что делает заказчик: смотрит промежуточные сборки и даёт обратную связь внутри спринта, а не через месяц. Фраза «мы это не так представляли», сказанная на демо второго спринта, стоит часы. Та же фраза на приёмке — недели.
Этап 6. Тестирование: 2–4 недели
Функциональное, регрессионное, на реальных устройствах разных производителей и версий ОС, нагрузочное, проверка безопасности. Симуляторы живые телефоны не заменяют: значительная часть дефектов проявляется только на бюджетных Android-устройствах с медленной сетью и малым объёмом памяти.
Что делает заказчик: выделяет людей на приёмочное тестирование и готовит реальные тестовые данные — настоящие товары, настоящие маршруты, настоящие сценарии. Проверка на трёх выдуманных позициях каталога не показывает ничего.
Этап 7. Публикация: 1–3 недели
Готовятся метаданные, иконки, скриншоты, описания, собираются релизные сборки под каждый магазин.
Сроки модерации: App Store — обычно от суток до трёх, но при отклонении цикл повторяется; Google Play — от нескольких часов до трёх дней; RuStore — быстрее, требования мягче. На первую публикацию закладывайте две-три недели: как минимум одно отклонение случается почти всегда, и лучше, чтобы оно не совпало с датой рекламной кампании.
Отдельно про российскую дистрибуцию. Одного App Store и Google Play уже недостаточно: RuStore предустановлен на продаваемых в стране Android-смартфонах и поддерживает российские платёжные сервисы, а для приложений банков и госструктур присутствие в нём обязательно. Каналы дистрибуции планируются на этапе сметы, иначе сборка под дополнительный магазин станет внеплановой работой перед самым релизом.
Почему сроки съезжают: пять реальных причин
Согласования без ответственного. Требования меняют разные люди, решения нигде не фиксируются. Лечится одним человеком с правом финального «да».
Интеграции, о которых узнали в процессе. «А ещё нужно, чтобы подтягивались бонусы из программы лояльности» — это не мелочь, а отдельный модуль. Всё, что должно обмениваться данными, перечисляется на этапе ТЗ.
Ожидание доступов. Ключи к платёжному шлюзу, аккаунт разработчика, тестовый контур учётной системы. Оформление аккаунта Apple на юрлицо занимает от нескольких дней до нескольких недель — запускайте процесс в начале проекта, а не за неделю до релиза.
Контент. Фотографии, описания, тексты готовит заказчик, и они регулярно оказываются последней задачей перед публикацией.
Рост объёма без пересмотра плана. Каждая новая функция — это часы. Если объём растёт, а срок остаётся прежним, поедет качество.
Как этапы меняются в зависимости от масштаба
Для минимального продукта дискавери и бизнес-анализ сжимаются до одной-двух недель суммарно, дизайн делается на базе системной библиотеки компонентов, тестирование фокусируется на основном сценарии. Общий срок — 2–3 месяца.
Для крупного продукта добавляются проектирование архитектуры, отдельный контур безопасности, нагрузочное тестирование и пилот на ограниченной группе пользователей. Общий срок — от 6 месяцев.
Набор этапов при этом не меняется от того, делаете вы приложение под iOS, Android или сразу под обе платформы. Меняется глубина проработки каждого шага.
Что происходит после релиза
Публикация — старт, а не финиш. Дальше: мониторинг падений, исправление того, что не поймало тестирование, ежегодная адаптация под новые версии iOS и Android, работа с отзывами, развитие функциональности по метрикам.
Ориентиры для дашборда первых месяцев: удержание на первый день выше 40%, на седьмой — выше 20%, на тридцатый — выше 10%; доля сессий без падений — выше 99,5%; рейтинг в магазине — не ниже 4,5, потому что ниже начинает падать органическое привлечение.
Частые вопросы
Сколько всего занимает разработка приложения?
Минимальный продукт — 2–4 месяца, полноценное приложение под две платформы — 4–8 месяцев, сложные системы с глубокими интеграциями — от 8 месяцев.
Можно ли пропустить аналитику и сразу начать делать?
Технически да. На практике это самый дорогой способ сэкономить: команда пишет код под неподтверждённые предположения, а переделка обходится кратно дороже двух недель исследования.
Какой этап самый долгий?
Разработка. Но самый рискованный — проектирование: ошибка на нём проявляется только на приёмке, когда исправлять уже дорого.
Можно ли вести дизайн и разработку параллельно?
Да, это нормальная практика. Важно, чтобы к старту разработки был утверждён костяк — навигация, дизайн-система и ключевые сценарии.
Сколько времени занимает модерация в магазинах?
App Store — от суток до трёх при удачном заходе, Google Play — от нескольких часов до трёх дней, RuStore — обычно быстрее. С учётом возможных отклонений на первую публикацию закладывайте две-три недели.
Что должен делать заказчик во время разработки?
Смотреть демо каждые одну-две недели, давать обратную связь в срок, обеспечивать доступы и контент и держать одного ответственного за решения. Это три вещи, которые сильнее всего влияют на итоговый срок со стороны клиента.
Что делать, если сроки уже сорваны?
Разобраться, где именно встал процесс: в согласованиях, в доступах, в объёме или в самой команде. В первых трёх случаях проблема решается на стороне заказчика за несколько дней. Если дело в команде — запрашивайте план восстановления с конкретными датами по каждому модулю, а не общее обещание «наверстаем».