Продакт-менеджер в мобильном приложении

Чем мобайл отличается от веба

Мобильный продукт живёт по другим правилам. Скачать приложение — отдельный шаг, удалить — секунда, обновление зависит от пользователя, сторов и их ревью. Аналитика устроена иначе: атрибуция через MMP, ограничения IDFA и ATT, отдельные метрики установок.

И это всё — поверх обычной продактовой работы. Поэтому мобильный продакт — это смесь привычного «гипотеза-тест-метрика» и большого набора платформенной специфики, без знания которой работа спотыкается.

Главные точки отличия от веба:

• Релиз — это не деплой, а отправка билда в стор. Минимум часы, иногда дни.
• В проде одновременно живёт несколько версий приложения.
• Атрибуция работает иначе из-за политики Apple и Google.
• Push — главный канал возврата, но он же главный риск отписки.
• ASO играет роль, сравнимую с SEO в вебе.

Если ты приходишь в мобильный продукт с веб-опытом, эта специфика — то, что отнимет первые 2–3 месяца на адаптацию.

Релизный цикл и сторы

В вебе релиз — это деплой, который раскатывается за минуты. В мобайле:

1. Сборка отправляется в App Store Connect и Google Play Console.
2. Проходит ревью (от часов до нескольких дней). По публичным ориентирам Apple — обычно 24–48 часов, Google — несколько часов до суток.
3. Доступна для обновления пользователями — но обновляются не все и не сразу.

Это значит, что в проде одновременно живёт несколько версий приложения. Продакт держит в голове матрицу совместимости: фича на бекенде должна работать со старыми клиентами или быть закрыта feature flag. По ориентирам, через 30 дней после релиза на новой версии обычно 70–85% активных пользователей. Через 90 — 90–95%. 5–10% всегда «сидят» на старье.

Стандартные практики:

• Поэтапная раскатка через staged rollout (1% → 10% → 50% → 100%).
• Force update только в крайних случаях.
• Бекенд-фича-флаги, чтобы выключить сломанное без релиза.
• A/B-тесты через серверные конфиги (Firebase Remote Config, Amplitude Experiments и подобное).
• Минимальная поддерживаемая версия пересматривается раз в полгода-год — обычно отрезаются версии старше 2 лет.

Шаблонный план релиза крупной фичи: за 2 недели — feature flag готов, фича закрыта; неделя — code freeze, билд в TestFlight/Internal Track; день X — staged 1%; +24 часа — мониторинг, при ОК — 10%; +24 часа — 50%; +24 — 100%.

ASO и страница в сторе

App Store Optimization — то, как приложение находят и почему его скачивают со страницы стора.

Что важно:

• Название и подзаголовок — главный SEO-сигнал, влияет на ранжирование.
• Иконка — конверсия в установку из выдачи.
• Скриншоты и видео — конверсия со страницы.
• Ключевые слова (для App Store) и описание (для Google Play).
• Отзывы и рейтинг — критический фактор, особенно для конкурентных категорий.
• Локализации — каждая локаль = отдельная страница, отдельные ключи и скриншоты.

Хорошая практика — A/B-тесты страницы стора через инструменты Apple (Product Page Optimization) и Google (Store Listing Experiments) или сторонние. Иногда смена иконки даёт большой прирост конверсии без любых изменений в продукте — ориентир: успешные тесты иконки дают +5–15% к конверсии в установку.

Бенчмарки конверсий (порядки величин, не гарантия): просмотр карточки → установка для приложений среднего сегмента — 25–35%, для топовых брендов — 40%+. Падение ниже 15% — повод срочно переделывать страницу.

Push, deep links, инсталлы

Push-уведомления — главный канал возврата в мобильное приложение. Но это и самый быстрый способ получить отписку или удаление, если злоупотреблять.

Что делает продакт:

• Запрашивает разрешение в правильный момент (не на старте, а когда уже понятна ценность).
• Сегментирует push: новости, транзакционные, маркетинговые.
• Мерит CTR, конверсию в целевое действие, и дельту в retention.
• Чистит шумные сегменты, чтобы общий opt-out не рос.
• Учитывает частоту: больше 3–5 push в неделю на сегмент — высокий риск отписок.

Ориентиры по opt-in rate: iOS — 40–60% (после правильного prompt), Android 13+ — 60–80% (там тоже теперь нужно явное разрешение). CTR push — 2–8% в среднем по индустрии.

Deep links — ссылки, которые открывают конкретный экран приложения. Бывают:

• Universal Links / App Links — работают и в браузере, и в приложении.
• Deferred deep links — переживают установку, после первого запуска ведут на нужный экран.
• Custom URL schemes — устаревший вариант.

Без хороших deep links маркетинг страдает: пользователь приходит из рекламы и попадает не туда. По публичным данным AppsFlyer, конверсия из install в активацию у пользователей с deferred deep link на 20–40% выше, чем без.

Атрибуция и SKAdNetwork

Мобильная атрибуция — отдельная вселенная. Из-за ATT (App Tracking Transparency) и ограничений IDFA на iOS многое сделано через вероятностные модели и SKAdNetwork.

Базовые понятия:

• MMP (mobile measurement partner) — Adjust, AppsFlyer, Branch. Связывает рекламные клики с инсталлами.
• Click → Install → Event цепочка с окнами атрибуции.
• LTV-модели и predicted LTV — оценка ценности пользователя на ранних событиях.
• SKAdNetwork (iOS) — фреймворк Apple, отдаёт данные с задержкой и в агрегированном виде.
• AdAttributionKit — новый фреймворк Apple на смену SKAdNetwork.

Продакту в мобайле не обязательно настраивать MMP руками, но обязательно понимать, как считаются установки, как определяется источник, и где у атрибуции «дыры». Иначе будут жаркие споры с маркетингом и ошибки в решениях.

Типичные дыры атрибуции:

• iOS-пользователь без ATT-разрешения — атрибуция вероятностная.
• Cross-device путь (увидел рекламу на компе, скачал на телефоне) — теряется.
• Window-окно атрибуции истекло (обычно 7 дней клик, 1 день view).
• Фрод-инсталлы — отдельная история, чистят MMP.

Метрики мобильного продукта

Стандартные метрики:

• Installs — установки.
• DAU / MAU и stickiness (DAU/MAU обычно 10–25% для consumer-приложений).
• D1 / D7 / D30 retention.
• Session length, sessions per user.
• Crash-free users — отдельная метрика стабильности (целиться в 99.5%+).
• Conversion install → registration → activation.
• ARPU, ARPPU, conversion to payer.

Дополнительно:

• Permission opt-in rate (push, ATT, location).
• Update adoption — сколько на новой версии через 7/30 дней.
• Store conversion rate — установка / просмотр карточки.
• ANR rate (Android) — целиться в <0.5%.

Бенчмарки retention (порядки величин для consumer-приложений): D1 — 20–40%, D7 — 10–20%, D30 — 5–10%. Для топовых продуктов цифры выше в 1.5–2 раза.

Различия iOS и Android для продакта

Хотя продукт обычно один, продакт держит в голове, что платформы ведут себя по-разному.

Аспект	iOS	Android
Аудитория	В среднем платёжеспособнее	Шире, разнообразнее
ARPU	Выше в 1.5–3 раза	Ниже
Push opt-in	40–60%	60–80% (Android 13+)
Атрибуция	SKAdNetwork, ATT	Более прозрачная (Play Install Referrer)
Релиз ревью	24–48 часов	Часы-сутки
Фрагментация версий	Низкая	Высокая
Crash rate	Обычно ниже	Чуть выше из-за разнообразия устройств

Это значит, что иногда фича выкатывается с разной приоритизацией платформ — например, монетизационный эксперимент сначала на iOS, ретеншен-эксперимент сначала на Android.

Частые ошибки

• Запрашивать push-разрешение на первом экране. Получишь низкий opt-in и долго будешь это исправлять.
• Игнорировать staged rollout — выкатываешь баг сразу на 100%.
• Забывать про старые версии. Бекенд ломает приложение, которое не обновляли 3 месяца, и часть базы остаётся без сервиса.
• Делать deep links через custom schemes без universal links — половина переходов не работает.
• Не следить за crash-free и ANR. Это первая причина однозвёздочных отзывов.
• Сравнивать iOS и Android в лоб, не учитывая разницу в атрибуции и поведении.
• Не локализовать страницу стора. Конверсия из выдачи в неподдерживаемых локалях падает в 2–3 раза.
• Запускать сразу force update на массовую базу. Это всегда вызывает волну плохих отзывов.

Связанные темы

• Что такое retention
• Что такое DAU
• Что такое A/B-тест
• Что такое атрибуция
• Что такое product analytics

FAQ

Чем мобильный продакт отличается от веб-продакта?

Релизы через сторы и ревью, поэтапная раскатка, мобильная атрибуция через MMP, push как основной канал возврата, ASO для притока. Всё это — отдельный пласт работы поверх обычного продакт-менеджмента.

Что такое ASO?

App Store Optimization — оптимизация страницы приложения в сторе под видимость в поиске и конверсию в установку.

Зачем нужны MMP вроде AppsFlyer и Adjust?

Чтобы связывать рекламные клики с установками и in-app событиями, считать LTV по источникам и сравнивать каналы. Без MMP мобильный маркетинг почти не работает.

Что такое staged rollout?

Поэтапная раскатка релиза в Google Play и App Store: сначала 1% пользователей, потом 10%, дальше до 100%. Если сломалось — останавливаешь без отзыва из стора.

Сколько A/B-тестов можно запускать одновременно?

Зависит от трафика. На базе 100K+ DAU обычно 3–5 параллельных тестов. Главное — следить, чтобы тесты не пересекались по аудитории и метрикам.

Какие инструменты A/B-тестов в мобайле популярны?

Firebase Remote Config + A/B Testing, Amplitude Experiments, Statsig, VWO. Часто в крупных компаниях — собственные платформы.

Как считать LTV в мобайле, если данные приходят с задержкой?

Через predicted LTV: модель строится на ранних событиях (D1, D3, D7) и предсказывает выручку через 30/90/180 дней. Это позволяет сравнивать каналы быстрее, чем ждать реальных денег.

---

Готовишься в мобильную команду — тренируйся в Карьернике: метрики, ASO-кейсы, продуктовые задачи в формате квиза.