Публикация в сторе и ASO: почему это разные этапы

Команды часто пишут в ТЗ «залить в сторы и продвинуть». Для стора это два разных контура: сначала вас вообще пускают, потом вас находят.

Если смешать сроки, релиз висит на ключах, а ASO ждёт скриншоты, которых ещё нет. Разведите этапы явно. Команда Викью смотрит границы контура, не витрину тарифов.

Канон услуги - Публикация приложения в сторах. Ниже - как не склеить бриф и что принести на оценку, чтобы смета считала один контур.

Что должно быть готово к ревью

До оценки фиксируем Стабильная сборка и понятный демо-вход, Политика, возраст, список разрешений человеческим языком и Скриншоты, которые совпадают с текущей версией.

Типичная ошибка

Отправить на ревью «как есть», а тексты и ключи дописать потом. Ревьюер видит сырой продукт. Повторная очередь стоит недель, не часов.

После зелёного статуса

Появляется базовая страница - и только тогда имеет смысл ASO, push и аналитика. Иначе оптимизируете пустышку.

Когда достаточно простого варианта

Если посетитель уже сравнивает условия и ищет одно действие, не собирайте полный контур «на всякий случай». Часто хватает ASO и продвижение или Мобильная разработка.

Простой вариант уместен, когда нет ролей, очереди, учёта и отдельных кабинетов. Иначе смета считает не тот контур, а в поиске конкурируют два запроса.

Когда нужен полный контур

Полный контур заказывают, когда в поставку входят Аккаунты Apple / Google, роли, доступ команды, налоги и юрлицо, Сертификаты, профили, подпись, CI на сборку релиза, Страницу приложения: тексты, иконка, скриншоты, политика и Тестовые группы, поэтапный раскат, ответ на reject.

Это уже не «страница с формой», а рабочий контур: права, статусы и сопровождение после запуска. Канон - Публикация приложения в сторах.

Напишите задачу - посчитаем состав, срок и стоимость разработки после брифа.

Актуализировано 05.09.2026