Перед сборкой
- Версия приложения увеличена.
- Changelog подготовлен.
- Feature flags в нужном состоянии.
Перед публикацией
- Проверить crash-free на QA smoke.
- Проверить deep links.
- Проверить подписку/платежи на sandbox.
После релиза
Первые 24 часа:
- crash rate
- ANR rate (Android)
- ключевые события аналитики
Технические проверки перед submit
Перед отправкой в App Store / Google Play прогоните минимум:
- Release build без debug зависимостей.
- Проверка signing keys и provisioning.
- Проверка env-переменных (prod API, не staging).
- Проверка push notifications и deep links.
Очень частая ошибка: приложение собрано "правильно", но подключено к staging backend.
Store listing checklist
- Название и подзаголовок приложения.
- Скриншоты под нужные девайсы.
- Политика конфиденциальности.
- Возрастной рейтинг и категории.
- Release notes без "fixes and improvements" в каждом релизе.
Хороший listing напрямую влияет на install conversion и review результат.
QA сценарии, которые нельзя пропускать
- Новый пользователь: регистрация -> onboarding -> core flow.
- Возвратный пользователь после обновления.
- Слабая сеть / offline mode.
- Логин через сторонние провайдеры (если есть).
- Оплата / подписка (sandbox).
Crash monitoring setup
До публикации убедитесь, что подключены:
- Sentry/Firebase Crashlytics,
- release version tagging,
- source maps/symbolication upload.
Иначе после релиза вы видите "красные графики", но не понимаете причину.
Rollout стратегия
Лучше staged rollout, чем 100% сразу:
- Android: 5% -> 20% -> 50% -> 100%.
- iOS: phased release.
Если crash rate растёт, останавливайте rollout до полного распространения.
Product метрики после релиза
Помимо техметрик смотрите:
- activation step conversion,
- retention D1,
- purchase conversion (если подписка),
- support ticket volume.
Иногда релиз технически "зелёный", но ломает продуктовый сценарий.
Чеклист релиз-менеджера
- Build подписан release-ключом
- Env и feature flags для prod проверены
- QA smoke пройден
- Monitoring и alerts активны
- Rollout-план и rollback-план согласованы
Вывод
Стабильный мобильный релиз — это не одна кнопка "Submit", а процесс с валидацией, staged rollout и пост-релизным контролем. Чем меньше ручных шагов и неопределённости, тем меньше дорогих ошибок в сторах.
Дополнительно полезно вести единый release template в Notion/Jira: кто ответственный, какие проверки пройдены, где ссылка на rollback и какие метрики смотрим в первые сутки.