Как стать UA Manager (User Acquisition Manager)

Роль UA Manager и основы performance-маркетинга

Кто такой UA Manager

UA Manager (User Acquisition Manager) — специалист, который отвечает за привлечение новых пользователей в продукт (чаще всего мобильное приложение, онлайн-сервис, подписку или игру) через платные каналы и управляет этим процессом так, чтобы бизнес получал измеримую отдачу.

Ключевая особенность роли: UA Manager работает в логике измеримых результатов — сколько пользователей пришло, сколько это стоило, что они сделали в продукте и сколько денег принесли.

Чем UA Manager отличается от «просто маркетолога»

UA Manager фокусируется на системном управлении ростом через:

performance-маркетинг (оплата за результат или оптимизация под результат)

аналитику и атрибуцию (понимание, откуда пришёл пользователь)

экономику юнита (сколько стоит привлечение и сколько приносит пользователь)

эксперименты (креативы, аудитории, ставки, посадочные, онбординг)

При этом UA Manager постоянно взаимодействует с продуктом и аналитикой: нельзя «купить» рост, если продукт не удерживает и не монетизирует пользователей.

Что такое performance-маркетинг

Performance-маркетинг — подход, в котором рекламные активности оцениваются по измеримым показателям (инсталлы, регистрации, покупки, подписки и т.д.), а управление кампаниями строится вокруг оптимизации под эти показатели.

Отличия от охватного (brand) маркетинга:

performance проще связать с бизнес-результатом через метрики

performance чаще работает короткими циклами тестов и оптимизаций

performance требует корректной аналитики (иначе «оптимизация» станет угадыванием)

Примеры performance-каналов:

рекламные платформы: Google Ads, Meta Ads

рекламные сети и DSP

ASA (Apple Search Ads) для приложений

партнёрские сети (affiliate)

Где UA Manager находится в бизнесе

Обычно UA Manager — связующее звено между:

маркетингом (стратегия роста и бюджет)

продуктом (активация, удержание, paywall, конверсия)

аналитикой (события, качество данных, отчётность)

креативной командой (баннеры, видео, концепты)

финансами/фаннел-менеджментом (юнит-экономика, прогнозирование)

Успешный UA Manager — это не только «настройщик рекламы», а менеджер процесса: цели → план → запуск → измерение → выводы → масштабирование.

Воронка привлечения: как думать про путь пользователя

Почти всегда результат рекламы можно разложить в цепочку.

!Иллюстрация пути пользователя от показа рекламы до денег и метрик на каждом шаге

Важно: оптимизация «раньше по воронке» (например, по кликам или инсталлам) не гарантирует оптимизацию «позже» (по выручке). Поэтому UA Manager постоянно ищет баланс между объёмом, стоимостью и качеством.

Основные метрики, которые должен знать UA Manager

Ниже — базовые термины, которые встречаются почти в любой рекламной системе.

Верх воронки: показы и клики

Impressions (показы) — сколько раз объявление было показано.

Clicks (клики) — сколько раз по объявлению кликнули.

CTR (Click-Through Rate) — кликабельность, доля кликов от показов:

Где:

— количество кликов

— количество показов

CPC (Cost per Click) — стоимость клика:

Где:

— рекламные расходы

— количество кликов

Справка по терминам CPC и ставкам в Google Ads: Справка Google Ads про цену за клик (CPC)

Середина воронки: установки и действия

Install (установка) — пользователь установил приложение.

CPI (Cost per Install) — стоимость установки:

Где:

— рекламные расходы

— количество установок

Conversion Rate (конверсия) — доля пользователей, которые сделали целевое действие после перехода. Конверсию всегда нужно уточнять: из клика в установку, из установки в регистрацию, из регистрации в покупку.

Низ воронки: деньги и эффективность

Revenue (выручка) — доход, который принесли пользователи.

ROAS (Return on Ad Spend) — окупаемость рекламных расходов:

Где:

— выручка, атрибутированная рекламе

— рекламные расходы

Если , это значит, что на каждый 1 рубль рекламы вы получили 1.2 рубля выручки (без учёта остальных затрат).

CPA (Cost per Action) — стоимость целевого действия (регистрация, покупка, подписка):

Где:

— число целевых действий

LTV (Lifetime Value) — сколько денег в среднем приносит пользователь за всё время жизни в продукте. В реальности LTV считают разными способами (когортно, по прогнозам), но смысл один: ценность пользователя.

Упрощённая логика, которая часто используется для принятия решений:

если LTV заметно выше CAC/CPA, масштабирование возможно

если LTV ниже CAC/CPA, нужны улучшения (креативы, таргетинг, продукт, монетизация) или остановка

Базовая логика управления рекламой

UA Manager обычно проходит один и тот же цикл, только постоянно.

Постановка цели

Цель формулируют как измеримый показатель, например:

достичь на регистрации

выйти на (окупаемость на 7-й день)

получить покупок в день при ограничении бюджета

Важно договориться, на каком событии оптимизируемся (инсталл, регистрация, покупка, подписка) и в каком окне измеряем (D1/D7/D30).

Настройка измерения (чтобы оптимизировать то, что реально происходит)

Чтобы performance работал, данные должны быть корректными:

события в приложении/на сайте настроены правильно

источники трафика определяются корректно

вы понимаете, что считается конверсией, а что — нет

На практике для приложений часто используют MMP (mobile measurement partner) и/или внутреннюю аналитику.

Запуск и тестирование

На старте почти всегда тестируют:

креативы (сообщение, формат, первые секунды видео)

аудитории (интересы, look-alike, широкие аудитории)

гео и платформы (iOS/Android, страны)

цели оптимизации (инсталл vs событие глубже)

стратегии ставок

Оптимизация и масштабирование

Упрощённо:

если качество хорошее и есть запас по ROI/ROAS — масштабируете (бюджеты, новые аудитории/гео, новые креативы)

если качество слабое — ищете причину по воронке (креативы, стоимость аукциона, проблемы продукта, атрибуция)

Атрибуция: как понять, какая реклама «сработала»

Атрибуция — это правило или система, которая отвечает на вопрос: какому источнику трафика засчитать установку/покупку.

Почему это важно:

рекламные платформы могут «видеть» результат по-разному

один и тот же пользователь может взаимодействовать с несколькими источниками

без атрибуции вы не понимаете, что отключать, а что масштабировать

Базовые термины атрибуции

Attribution window (окно атрибуции) — период времени, в течение которого конверсия может быть засчитана источнику после клика/показа.

Last click — конверсию получает последний кликнувший источник (упрощённая и часто используемая логика).

View-through attribution — конверсия засчитывается после просмотра рекламы без клика (важно осторожно интерпретировать).

Про модели атрибуции в Google Analytics: Справка Google Analytics про модели атрибуции

Что входит в ежедневную работу UA Manager

Типичные задачи, которые вы будете делать регулярно:

анализировать результаты по кампаниям и когорты пользователей

следить за бюджетами, лимитами и распределением спенда

искать и масштабировать рабочие связки креатив → аудитория → оффер → оптимизация

готовить ТЗ на креативы и оценивать их эффективность

проверять корректность трекинга событий и качества данных

строить гипотезы и проводить эксперименты

синхронизироваться с продуктом по влиянию рекламы на метрики активации/удержания

Какие навыки и инструменты нужны на старте

Навыки

понимание воронок и метрик (от показов до выручки)

аналитическое мышление и аккуратность с данными

умение формулировать гипотезы и проводить эксперименты

базовое понимание монетизации (подписка, IAP, реклама)

коммуникация с продуктом, аналитикой и креативной командой

Инструменты (на уровне ориентиров)

рекламные кабинеты: Google Ads, Meta Ads

веб/продуктовая аналитика: Google Analytics

таблицы и отчётность: Google Sheets/Excel

трекинг для приложений (класс инструментов): MMP и/или внутренняя аналитика

Официальные входные точки:

Справка Google Ads

Центр справки Meta Business

Справка Google Analytics

Частые ошибки новичков в UA

оптимизация на слишком раннюю метрику (например, только CPI), когда бизнесу важнее покупки/подписки

отсутствие чёткой цели и окна измерения (D1/D7/D30)

смешивание «стоимости» и «эффективности»: дешёвые пользователи могут быть нерентабельными

принятие решений без статистического смысла: выводы по 10 конверсиям часто нестабильны

игнорирование креативов: во многих продуктах именно креативы дают наибольший вклад в рост

Что дальше в курсе

Дальше логично углубляться в:

структуру рекламных аккаунтов и кампаний

креативную стратегию для performance

атрибуцию и измерение в приложениях (включая ограничения приватности)

юнит-экономику (CAC, LTV, payback) и принятие решений

построение экспериментов и масштабирование

Эта статья — фундамент: вы теперь понимаете, кто такой UA Manager, как устроен performance-подход и какими метриками он управляет.

Метрики, воронка и юнит-экономика: CPI, CPA, ROAS, LTV

В прошлой статье мы разобрали роль UA Manager и то, почему performance-маркетинг держится на измеримости: что купили, сколько это стоило и какую ценность принесло бизнесу. Теперь углубимся в то, чем UA Manager управляет каждый день: метрики воронки и юнит-экономика.

Ключевая идея: в верхней части воронки мы покупаем объём, а в нижней доказываем окупаемость. Работа UA Manager начинается с CPI и CPA, но заканчивается решениями через ROAS, LTV и срок окупаемости.

Как связаны метрики и воронка

Воронка помогает не спорить на уровне ощущений и вкуса, а находить конкретное “узкое место”: дорого кликаем, плохо конвертимся в установку, слабая активация, плохая монетизация.

!Визуальная карта воронки и основных метрик на каждом шаге

Важно понимать разницу между метриками процесса и метриками бизнеса.

Метрики процесса отвечают на вопрос как работает доставка трафика (CTR, CPC, CPI).

Метрики бизнеса отвечают на вопрос окупается ли трафик (CPA по целевому событию, ROAS, LTV, payback).

CPI, CPA и CAC: что вы на самом деле измеряете

CPI

CPI (Cost per Install) показывает, сколько в среднем стоит одна установка приложения.

Формула:

Где:

— рекламные расходы за выбранный период

— количество установок за тот же период

CPI полезен, когда:

вы запускаете приложение “с нуля” и ещё нет достаточного объёма событий глубже

рекламная платформа пока не может оптимизироваться на покупку/подписку из-за малого числа конверсий

вам нужно быстро сравнить стоимость закупки объёма между сетями, гео, форматами

Ограничение CPI: дешёвая установка не гарантирует ни активацию, ни выручку.

CPA

CPA (Cost per Action) показывает стоимость целевого действия: регистрации, прохождения онбординга, покупки, подписки.

Формула:

Где:

— рекламные расходы

— количество целевых действий (например, покупок)

Ключевой момент: CPA всегда нужно уточнять.

CPA по регистрации и CPA по покупке — это разные метрики.

Они могут двигаться в разные стороны (например, регистрация дешёвая, но покупок мало).

CAC

CAC (Customer Acquisition Cost) — “стоимость привлечения клиента”. В мобильных продуктах CAC часто используют как синоним CPA по покупке/подписке, но есть нюанс.

CPA — стоимость события.

CAC — стоимость платящего клиента (или клиента, который начал платить).

Если в продукте один пользователь может совершать несколько покупок, важно не перепутать:

CPA (purchase) — стоимость одной покупки

CAC (paying user) — стоимость одного платящего пользователя

ROAS: окупаемость расходов на рекламу

ROAS (Return on Ad Spend) показывает, сколько выручки принес каждый рубль рекламных затрат.

Формула:

Где:

— выручка, атрибутированная трафику (по выбранным правилам атрибуции)

— рекламные расходы

Как читать ROAS:

если , то выручка равна расходам

если , то на 1 рубль рекламы вы получили 1.3 рубля выручки

Почему ROAS почти всегда считают по окнам (D1, D7, D30): выручка приходит не мгновенно. UA Managerу важно сравнивать не “вообще ROAS”, а ROAS за одинаковое окно.

ROAS D1 — выручка за 1 день жизни пользователя

ROAS D7 — выручка за 7 дней

ROAS D30 — выручка за 30 дней

Практический смысл:

ROAS D1 помогает быстро отсеивать явно плохой трафик.

ROAS D7 часто используют как компромисс между скоростью решений и качеством.

ROAS D30 и дальше ближе к реальной окупаемости, но ждать долго.

Важное ограничение: ROAS — это не прибыль. В выручке ещё не учтены, например, комиссия стора, платежные комиссии, себестоимость сервиса и операционные расходы. Поэтому иногда целевой ROAS устанавливают выше 1.0.

Дополнительная справка про понятие ROAS: Customer lifetime value

LTV: ценность пользователя

LTV (Lifetime Value) — сколько денег в среднем приносит пользователь за всё время жизни в продукте.

Самая простая “контрольная” версия LTV по когорте выглядит так:

Где:

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

— количество пользователей в этой когорте (часто считают на инсталлы или на активированных)

Важно договориться, на какую базу вы делите:

LTV на инсталл (LTV per install)

LTV на регистрацию

LTV на активированного

LTV на платящего

Один и тот же продукт может выглядеть “лучше” или “хуже” в зависимости от базы, поэтому в команде фиксируют, что считается стандартом.

Почему LTV нельзя “взять из воздуха”

LTV зависит от двух больших блоков:

удержание: как долго пользователи остаются активными

монетизация: сколько и как часто платят

Поэтому LTV — метрика на стыке UA и продукта. Если LTV падает, причина может быть не в рекламных настройках, а в онбординге, paywall, цене, контенте, багах.

Справка по термину юнит-экономика: Unit economics

Юнит-экономика: как UA Manager принимает решение “масштабировать или остановить”

Юнит-экономика в UA чаще всего сводится к сравнению стоимости привлечения и ценности пользователей.

Базовая логика:

если LTV заметно выше CAC, трафик можно масштабировать

если LTV ниже CAC, закупка трафика убыточна и нужен план улучшений

Срок окупаемости

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

если окупаемость наступает за 7 дней, можно быстрее реинвестировать бюджет

если окупаемость 120 дней, рисков больше (сезонность, выгорание креативов, изменения аукциона, изменения продукта)

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

Пример расчётов на одной когорте

Допустим, за неделю вы потратили 100 000 ₽ и получили такие результаты:

| Показатель | Значение | |---|---:| | Расходы (Spend) | 100 000 ₽ | | Установки (Installs) | 20 000 | | Регистрации (Registrations) | 10 000 | | Покупки (Purchases) | 500 | | Выручка за 7 дней (Revenue D7) | 130 000 ₽ | | Выручка за 30 дней (Revenue D30) | 220 000 ₽ |

Посчитаем ключевые метрики.

₽ — расходы

— установки

CPI = 5 ₽ за установку

— регистрации

= 10 ₽ за регистрацию

— покупки

= 200 ₽ за покупку

₽ — выручка за 7 дней

₽ — расходы

ROAS D7 = 1.3

₽ — выручка за 30 дней

ROAS D30 = 2.2

Что это даёт для решения:

если бизнес принимает решение по ROAS D7 и целевой порог, например, 1.2, то кампанию можно масштабировать

если бизнес смотрит на маржу и срок окупаемости, нужно проверить, хватает ли ROAS D7 с учётом комиссий и переменных затрат

Как не ошибиться при сравнении метрик

Самые частые причины неправильных выводов у новичков — это несопоставимые условия.

Сравнение ROAS или CPA по разным окнам жизни пользователя

Смешивание разных источников данных (например, выручка из одного отчёта, расходы из другого, разные правила атрибуции)

Оптимизация на CPI при цели “прибыль” без контроля качества

Решения на слишком маленькой выборке, когда метрика скачет от случайности

Практическое правило UA Manager: прежде чем делать вывод, зафиксируйте событие, окно и источник правды.

событие: инсталл, регистрация, покупка, подписка

окно: D1/D7/D30

источник: единый отчётный контур (чтобы и были совместимы)

Минимальный набор метрик, который стоит вести регулярно

Набор зависит от модели монетизации, но базовый “скелет” почти всегда один.

CPI

CPA по ключевому событию (регистрация, покупка, подписка)

ROAS по согласованным окнам (часто D1 и D7)

LTV по когорте на согласованной базе (часто на инсталл)

конверсии между шагами воронки (например, install→registration, registration→purchase)

Как эта статья помогает вашей работе UA Manager

Теперь у вас есть общий язык для коммуникации с продуктом и бизнесом:

CPI и CPA объясняют стоимость пользователей и действий

ROAS показывает окупаемость в конкретном окне

LTV показывает ценность пользователя и помогает оценить потенциал масштабирования

воронка помогает находить, где именно ломается эффективность

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

Источники трафика: Meta, Google, TikTok, ASA и сети

В предыдущих статьях мы разобрали роль UA Manager и ключевые метрики (CPI, CPA, ROAS, LTV), которые связывают рекламу с бизнес-результатом. Теперь разберём основной практический вопрос: где именно покупать пользователей и чем отличаются главные источники трафика.

Задача UA Manager здесь — не «знать все кабинеты», а понимать:

какие каналы подходят под ваш продукт и этап (запуск, рост, масштаб)

какой тип спроса вы покупаете (существующий или создаёте новый)

какие ограничения по измерению и оптимизации есть в каждом канале

как выстроить тесты так, чтобы сравнение было честным (одно событие, одно окно, одна атрибуция)

Как классифицировать каналы: быстрый способ думать

Самый полезный разрез для UA — намерение пользователя и механика закупки.

Поисковые каналы (высокое намерение): пользователь уже ищет решение.

- Примеры: Apple Search Ads, поисковая реклама Google.

Социальные/видео-ленты (создание спроса): вы «ловите» пользователя в ленте.

- Примеры: Meta, TikTok.

Сети и DSP (масштабирование и охват инвентаря): много приложений/площадок, часто меньше прозрачности.

- Примеры: мобильные ad networks и DSP.

!Карта каналов по типу спроса и типичной оптимизации

Что важно зафиксировать перед выбором канала

Если этого не сделать, вы будете сравнивать несравнимое.

Цель оптимизации

- Например: инсталл, регистрация, покупка, подписка.

Окно измерения

- Например: ROAS D7 или CPA по покупке за 7 дней жизни.

Источник правды по данным

- Где вы смотрите расходы и конверсии: рекламная платформа, MMP, внутренняя аналитика.

Ограничения приватности на iOS

- На iOS часть данных может приходить агрегированно и с задержками (например, через SKAdNetwork).

Официальная документация Apple по SKAdNetwork: SKAdNetwork

Meta Ads (Facebook/Instagram): сильный performance через креативы и алгоритмы

Когда Meta подходит лучше всего

вам нужен масштаб и быстрое обучение алгоритма

продукт хорошо «продаётся» через понятный визуальный месседж

вы готовы к регулярной креативной ротации

Сильные стороны

большой объём аудитории и инвентаря

сильная оптимизация под события (если событий достаточно)

гибкость по форматам: статик, видео, сторис/рилсы

Типичные риски

выгорание креативов (падает CTR и качество)

сложнее «объяснить» результат без корректной атрибуции (особенно на iOS)

при низком объёме событий глубже алгоритму трудно оптимизироваться (в итоге оптимизация уходит ближе к инсталлам)

Официальный справочный центр: Центр справки Meta Business

Google Ads: поиск + YouTube + UAC для приложений

Google полезно рассматривать как два больших мира: поиск и автоматизированные app-кампании.

Google Search (высокое намерение)

Подходит, когда пользователи реально формулируют спрос в запросах. Часто хорошо работает для:

финтеха и банковских продуктов

утилит и сервисов

обучения

подписочных сервисов с понятной категорией

Сильная сторона — качество за счёт намерения. Ограничение — объём: спрос конечен.

App campaigns (UAC): масштаб через автоматизацию

В Google для приложений часто используют App campaigns (исторически — UAC), где система сама миксует инвентарь (Search/YouTube/Display/Discover и т.д.) и оптимизируется под выбранное событие.

Что важно понимать UA Manager:

вы управляете не «площадками», а сигналами: событие оптимизации, гео, язык, бюджеты, креативные ассеты

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

Справка Google Ads: Справка Google Ads

TikTok Ads: креатив как главный рычаг эффективности

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

Когда TikTok особенно хорош

продукт можно показать в действии за первые 1–3 секунды видео

у вас есть ресурс на производство вариаций (хуки, углы, форматы)

вы хотите расширять верх воронки и находить новые аудитории

Сильные стороны

сильный потенциал масштабирования через видео

часто даёт дешёвый объём на верхних событиях (инсталл/регистрация)

Типичные риски

качество может «плавать»: дешёвый CPI не гарантирует ROAS

креативы быстро устают, нужна ротация и новые концепты

Официальный справочный центр: TikTok Business Help Center

Apple Search Ads (ASA): спрос в App Store и высокая конверсия

ASA — реклама в поиске App Store. Это канал с одним из самых понятных видов намерения: пользователь уже ищет приложение.

Когда ASA почти обязательна

у продукта есть заметный брендовый спрос (ищут по названию)

вы хотите защищать бренд от конкурентов в поиске

вы хотите «снять» горячий спрос по категориям и конкурентам

Почему ASA часто даёт хорошее качество

высокая релевантность (поисковый запрос)

конверсия в установку обычно выше, чем в лентах

Ограничения

только iOS

объём ограничен спросом в App Store

нужна аккуратная работа со структурой ключевых слов и типами соответствия

Официальная справка: Apple Search Ads Help

Сети и DSP: масштаб, но важна дисциплина измерений

Под «сетями» обычно имеют в виду мобильные рекламные сети, а под DSP — платформы, которые покупают инвентарь программно на большом числе площадок.

Когда сети и DSP уместны

вы уже нашли рабочую экономику в основных каналах и хотите расширять масштаб

вы готовы инвестировать время в контроль качества (площадки, креативы, антифрод)

вам нужен охват на большом числе приложений/сайтов

Риски, про которые UA Manager должен помнить

ниже прозрачность: сложнее понять, где именно показывались

выше вероятность некачественного трафика (особенно если оптимизация только на инсталл)

нужна системная проверка качества: удержание, доля платящих, ROAS, а не только CPI

Как сравнивать каналы между собой (и не ошибиться)

Сравнение «Meta дала CPI 3» почти всегда бесполезно без качества. Минимальная рамка сравнения:

Одинаковое целевое событие

- Например, CPA по покупке или ROAS D7.

Одинаковое окно

- Например, всегда D7, а не «где-то D1, где-то D30».

Одинаковые правила атрибуции

- Например, last click и одинаковое окно атрибуции.

Проверка качества по воронке

- install → registration → purchase, а также удержание и выручка по когорте.

Если вы всё же считаете ROAS, формула одна и та же для всех каналов:

Где:

— выручка, которую вы засчитали этому источнику по выбранным правилам атрибуции и окну

— рекламные расходы в этом источнике за тот же период

Практическая шпаргалка: чем каналы отличаются

| Канал | Тип спроса | Сильная сторона | Главный рычаг оптимизации | Частый новичковый фейл | |---|---|---|---|---| | Meta Ads | создание спроса | масштаб + сильная оптимизация | креативы + события оптимизации | судить по CPI без ROAS/CPA глубже | | Google Search | высокий спрос | качество за счёт намерения | семантика + ставка/ценность | ожидать бесконечного масштаба | | Google App campaigns | смешанный | автоматизация и масштаб | событие оптимизации + ассеты | пытаться «рулить как вручную», игнорируя сигналы | | TikTok Ads | создание спроса | потенциал дешёвого объёма | креативная система | делать 2–3 видео и ждать стабильности | | Apple Search Ads | высокий спрос | высокая конверсия iOS | структура ключей + релевантность | не защищать брендовые запросы | | Сети/DSP | масштаб инвентаря | расширение масштаба | контроль качества + правила закупки | оптимизация только на инсталл |

Как это связывается с метриками из прошлой статьи

CPI помогает быстро понять стоимость объёма, но канал нельзя оценивать только по CPI.

CPA по ключевому событию (регистрация/покупка) показывает, насколько канал приводит нужные действия.

ROAS по окну (например, D7) позволяет сравнивать окупаемость каналов на одном горизонте.

LTV и срок окупаемости отвечают на вопрос, можно ли канал масштабировать устойчиво.

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

Трекинг и атрибуция: MMP, SKAN, пиксели и события

В прошлых статьях курса мы разобрали, какие метрики важны (CPI, CPA, ROAS, LTV) и в каких каналах обычно покупают трафик (Meta, Google, TikTok, ASA, сети). Теперь разберём фундамент, без которого все эти метрики легко превращаются в «цифры из разных реальностей»: трекинг и атрибуция.

UA Managerу важно уметь ответить на три практических вопроса:

Как именно мы фиксируем действия пользователя (инсталл, регистрация, покупка, подписка)?

Как мы решаем, какой рекламе засчитать результат (атрибуция)?

Как меняются правила игры на iOS из-за приватности (ATT и SKAdNetwork / SKAN)?

Что такое трекинг и атрибуция

Трекинг — это техническая фиксация действий пользователя и источника, откуда он пришёл.

Примеры того, что трекают:

рекламные взаимодействия: клик, просмотр

установки приложения

события в продукте: регистрация, прохождение онбординга, покупка, подписка

выручка и параметры платежа

Атрибуция — это правило или система, которая отвечает на вопрос: какому источнику засчитать установку/событие/выручку.

Даже если трекинг событий идеален, без понятной атрибуции вы не сможете корректно:

сравнить каналы по CPA/ROAS

отключить нерентабельные кампании

масштабировать то, что реально приносит деньги

Из чего состоит измерение в performance-маркетинге

На практике в мобильном UA почти всегда участвуют несколько систем, и важно заранее договориться, кто за что отвечает.

!Общая карта: кто и как получает данные о конверсиях

Ключевые компоненты

Рекламные платформы (Meta, Google, ASA и т.д.)

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

Приложение и его события

- источник правды о том, что пользователь реально сделал внутри продукта

MMP (Mobile Measurement Partner)

- независимая система атрибуции и антифрода, которая связывает рекламные взаимодействия с установками и событиями

Внутренняя аналитика / продуктовая аналитика / BI

- место, где команда считает бизнес-метрики, когорты, LTV и принимает решения

MMP: что это и зачем нужен

MMP (Mobile Measurement Partner) — это платформа, которая помогает:

атрибутировать установки и in-app события конкретным источникам

отправлять постбэки (postbacks) в рекламные сети, чтобы те обучали оптимизацию на нужные события

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

снижать риск фрода (подозрительные клики/инсталлы)

Примеры популярных MMP:

AppsFlyer

Adjust

Branch

Singular

Как MMP связывает клик и установку

В упрощённом виде логика такая:

Пользователь кликает по рекламе.

Рекламная сеть ведёт его в стор.

Пользователь устанавливает приложение.

SDK MMP внутри приложения при первом запуске отправляет служебные данные (например, устройство, время установки, параметры трекинга).

MMP сопоставляет установку с предыдущими рекламными взаимодействиями по правилам атрибуции.

На Android измерение обычно проще из-за доступности рекламного идентификатора (GAID) при соблюдении требований платформы.

На iOS измерение часто упирается в приватность и согласие пользователя на трекинг.

Официальная справка Apple про запрос согласия на трекинг: AppTrackingTransparency

Что такое постбэки и почему они важны

Постбэк — это техническое уведомление, которое MMP отправляет рекламной сети о том, что произошло событие.

Практический смысл:

если вы хотите, чтобы сеть оптимизировалась на покупку или подписку, ей нужно «видеть» это событие

MMP помогает передавать события в сети единым способом и контролировать, какие события и когда отправляются

Пример: вы настроили событие purchase в приложении и разрешили отправлять его как постбэк в Meta и Google. Тогда их алгоритмы смогут оптимизироваться глубже, чем на инсталл.

Модель атрибуции и окна

Даже с MMP вам нужно договориться о базовых настройках.

Модель атрибуции

- чаще всего в performance используется last click (последний клик получает конверсию) - иногда дополнительно учитывают view-through (атрибуция по просмотру), но её важно интерпретировать осторожно

Окна атрибуции

- сколько времени после клика/показа конверсия может быть засчитана источнику

Практическое правило для UA Manager: фиксируйте модель и окна в документации и используйте их одинаково, иначе сравнение каналов ломается.

События: что именно нужно трекать

Если воронка и юнит-экономика отвечают на вопрос что считать, то события отвечают на вопрос как это измерить технически и одинаково для всех каналов.

Базовый минимальный набор событий для приложений

Он зависит от продукта, но стартовый «скелет» выглядит так:

install или first_open (первый запуск)

signup или registration (регистрация)

tutorial_complete или onboarding_complete (активация)

purchase (покупка)

subscribe / trial_start / trial_convert (если подписка)

Почему важны параметры событий

Одно и то же событие может быть бесполезным без параметров.

Пример: для purchase почти всегда нужны:

сумма

валюта

тип продукта (подписка/IAP)

период (месяц/год) для подписок

Без этого:

сложнее считать ROAS корректно

нельзя нормально обучать оптимизацию на ценность, если сеть это поддерживает

Спецификация событий как рабочий артефакт

Хорошая практика — завести единый документ (event spec), где зафиксированы:

Название события (единый нейминг)

Триггер (при каком действии отправляется)

Параметры (что передаём и в каком формате)

В какие системы уходит (внутренняя аналитика, MMP, рекламные сети)

Правила дедупликации (как не посчитать одно и то же дважды)

Ниже — пример простой таблицы, которая помогает синхронизироваться продукту, аналитикам и UA.

| Событие | Когда срабатывает | Критично для UA | Типичная цель оптимизации | |---|---|---|---| | first_open | первый запуск после установки | проверка объёма и качества трекинга | инсталл/первый запуск на старте | | registration | пользователь создал аккаунт | CPA по регистрации, качество трафика | регистрация | | purchase | успешная оплата | ROAS/CPA по покупке | покупка/ценность | | subscribe | оформлена подписка | ROAS, payback | подписка |

Пиксели и серверные конверсии: где они нужны

Термин пиксель чаще относится к веб-измерению: это код, который срабатывает на сайте и отправляет событие в рекламную платформу.

Примеры:

Meta Pixel для сайта: Meta Pixel

Конверсии Google Ads для сайта: Отслеживание конверсий в Google Ads

Почему UA Managerу важно понимать пиксели даже в мобильном UA

Потому что у многих продуктов есть веб-часть:

лендинги

веб-оплата

веб-регистрация

«прогрев» перед установкой

И тогда часть воронки живёт в вебе, а часть — в приложении. Вам нужно уметь связать это в единую картину, чтобы не оптимизироваться на «промежуточную» метрику.

Зачем нужен server-to-server (CAPI/конверсии с сервера)

Браузерные пиксели могут терять часть данных (например, из-за блокировок, ограничений браузера, настроек приватности). Поэтому многие платформы предлагают отправку событий с сервера.

Пример для Meta: Conversions API

Смысл для UA:

стабильнее доставка событий

лучше совпадение конверсий

меньше потерь данных

Важно: серверные события не отменяют необходимость корректной логики дедупликации (чтобы одно действие не считалось дважды).

SKAdNetwork (SKAN): атрибуция на iOS в условиях приватности

SKAdNetwork (SKAN) — фреймворк Apple для атрибуции установок и конверсий на iOS без передачи рекламного идентификатора рекламодателю.

Официальная документация: SKAdNetwork

Как SKAN отличается от «классической» атрибуции

Ключевые особенности SKAN, которые меняют работу UA Manager:

данные приходят агрегированно (меньше детализации на уровне пользователя)

данные приходят с задержкой (не всегда можно быстро оценить качество)

есть ограничения на количество и формат сигналов о качестве пользователя

атрибуция идёт через постбэки, которые формируются системой

Что такое conversion value и зачем оно нужно

В SKAN есть идея оценки качества установки через ограниченное число значений, которые приложение может обновлять в первые дни после установки.

Практический смысл:

вы не видите каждого пользователя, но можете закодировать: прошёл ли он онбординг, сделал ли покупку, достиг ли определённого уровня

рекламные сети и MMP используют эти сигналы, чтобы оптимизировать закупку

Для UA Manager важно:

договориться с продуктом и аналитикой, какие события кодируем в conversion value

понимать, что SKAN требует дисциплины: если событие не закодировано, сеть может «не увидеть» качество

Роль MMP в мире SKAN

MMP обычно выступает как:

сборщик и нормализатор SKAN-постбэков

единое место, где вы сравниваете iOS-результаты разных сетей

инструмент для маппинга conversion value в понятные вам события

Но важно помнить: SKAN сам по себе имеет ограничения, которые нельзя «победить настройками». Поэтому отчётность по iOS часто строят как комбинацию:

SKAN-данных (агрегированные конверсии)

внутренней продуктовой аналитики (поведение и деньги)

аккуратно интерпретируемых данных рекламных кабинетов

Как выбрать «источник правды» и не утонуть в расхождениях

В реальности цифры почти всегда будут различаться между:

рекламным кабинетом

MMP

внутренней аналитикой

Причины различий:

разные окна атрибуции

разные модели (клик vs просмотр)

задержки в данных (особенно iOS/SKAN)

разные правила дедупликации

Практический подход:

для оперативной оптимизации в канале вы можете смотреть на данные рекламной платформы (она быстрее обучается на собственных сигналах)

для сравнения каналов между собой и принятия решений по бюджету чаще выбирают MMP как единый контур атрибуции

для финальных бизнес-метрик (когорты, LTV, маржа) чаще опираются на внутреннюю аналитику/BI

Главное — зафиксировать это как процесс, чтобы команда не спорила «чьим цифрам верить» каждый раз заново.

Типичные ошибки новичков в трекинге и атрибуции

оптимизация кампаний по событиям, которые отправляются с задержкой или нестабильно

отсутствие единого event spec: разные команды по-разному понимают «регистрацию» или «покупку»

отправка в рекламные сети «сырого» события, которое не равно бизнес-результату (например, start_trial, когда бизнесу важнее trial_convert)

смешивание данных из разных источников в одном отчёте без выравнивания окон и модели атрибуции

сравнение iOS и Android «в лоб» без учёта ATT/SKAN

Практический чеклист UA Manager перед запуском трафика

События

- выбран набор событий для оптимизации и отчётности - зафиксированы определения событий (что считается регистрацией, что считается покупкой)

Инструменты

- подключён MMP и настроены интеграции с рекламными сетями - настроена внутренняя аналитика (минимум для выручки и воронки)

Качество данных

- тестовые события проходят end-to-end (из приложения в MMP, из MMP в сеть) - проверена валюта, суммы, статусы платежей

Атрибуция

- зафиксированы окна и модель - описано, чем руководствоваться при расхождениях

iOS-часть

- учтён ATT (доля согласий) и влияние на измерение - продуман подход к SKAN (какие сигналы качества кодируем)

Эта статья закрывает технический фундамент: теперь вы понимаете, как именно появляются цифры, которыми UA Manager управляет бюджеты. Дальше, когда вы будете разбирать конкретные источники и стратегии оптимизации, вы сможете отличать реальные улучшения эффективности от артефактов измерения.

Креативы и гипотезы: бриф, производство, тестирование

В прошлых статьях курса мы разобрали, какие метрики связывают рекламу с бизнесом (CPI, CPA, ROAS, LTV), где закупать трафик (Meta, Google, TikTok, ASA, сети) и почему без трекинга и атрибуции (MMP, события, SKAN) оптимизация превращается в угадывание. Теперь перейдём к одному из самых сильных рычагов эффективности в UA: креативам.

Во многих продуктах креатив сильнее влияет на результат, чем микротюнинг ставок и аудиторий, потому что именно он:

формирует ожидание пользователя (и качество трафика)

определяет CTR и CPM в аукционе

влияет на конверсию в установку и на поведение после установки (активацию и монетизацию)

Задача UA Manager в креативах — не «рисовать баннеры», а построить систему: гипотезы → бриф → производство → тест → выводы → масштабирование.

!Цикл, который превращает креативы из разовых роликов в управляемую систему роста

Что такое креатив в performance-UA

Креатив — это связка, которую видит пользователь:

визуал (видео/статик)

текст (заголовок, описание)

оффер (что обещаем: скидка, пробный период, конкретная польза)

призыв к действию

В performance важен не «красивый ролик», а предсказуемый вклад в метрики.

Три уровня эффективности креатива

Внимание: пользователь остановился в ленте (первый кадр, первые 1–3 секунды видео)

Понимание: пользователь понял продукт и кому он полезен

Намерение: пользователь захотел попробовать сейчас (оффер, доверие, социальное доказательство)

Если креатив даёт дешёвый CPI, но ухудшает ROAS, часто проблема в том, что он продаёт «не то ожидание»: приводит аудиторию, которая не получает обещанного.

Как превращать наблюдения в гипотезы

Гипотеза в креативах — это проверяемое предположение, какое сообщение и подача улучшат конкретный участок воронки.

Откуда брать идеи (сигналы)

отчёты по воронке: где падает конверсия (install → registration → purchase)

когортный анализ: какие сегменты/гео дают лучший LTV

отзывы и саппорт: какие боли и возражения повторяются

продуктовые изменения: новый paywall, цена, пробный период, новая фича

конкурентная среда и категория

Для поиска референсов удобно использовать:

Meta Ads Library (примеры активной рекламы по брендам)

TikTok Creative Center (тренды и примеры креативов)

Как формулировать гипотезу, чтобы её можно было проверить

Хорошая формулировка включает изменение, метрику и почему это должно сработать.

Примеры:

Если в первые 2 секунды показать результат до/после, то CTR вырастет, потому что пользователь быстрее понимает пользу.

Если заменить общий оффер на конкретный сценарий ("15 минут в день"), то CPA по регистрации снизится, потому что снизится неопределённость.

Если добавить блок доверия (оценка, упоминание медиа, число пользователей), то конверсия в покупку вырастет, потому что уменьшатся сомнения.

Бриф: главный документ между UA и продакшеном

Бриф нужен, чтобы креативная команда не «угадывала, что вы хотите», а делала материалы под конкретную цель и тест.

Что обязательно должно быть в брифе

Ниже — минимальный состав, которого достаточно в большинстве команд.

Цель теста

- событие оптимизации (например, purchase или subscribe) - бизнес-метрика для решения (например, ROAS D7 или CPA по покупке)

Контекст

- продукт, гео, платформа (iOS/Android), сегмент - где будет использоваться (Meta, TikTok, Google App campaigns)

Аудитория

- кто пользователь и в каком состоянии ("ищет решение", "не знал о проблеме")

Сообщение

- боль → обещание → доказательство

Оффер

- пробный период, скидка, бесплатная функция, цена, гарантия

Формат и ограничения

- длительность видео, соотношения сторон, языки

Вариативность для теста

- что меняем, а что фиксируем (чтобы понять причину результата)

!Пример структуры брифа, который удобно согласовать и отдать в производство

Пример короткого брифа (структура)

| Поле | Пример заполнения | |---|---| | Цель | Снизить по subscribe | | Метрика решения | и по subscribe | | Аудитория | iOS, 25–44, интерес к саморазвитию, перегруженные люди | | Боль | "Нет времени, бросаю" | | Обещание | "15 минут в день по готовому плану" | | Доказательство | рейтинг, число пользователей, демонстрация результата | | Формат | 9:16, 15–25 сек, UGC-стиль | | Варианты | A: хук "до/после"; B: хук "проблема в первой фразе" |

В таблице выше используются метрики из прошлых уроков. Напоминание:

- - — расходы на рекламу - — число целевых действий (например, оформлений подписки)

Производство: как выстроить поток, а не разовые ролики

Креативы в UA выигрывают не «одним гениальным видео», а регулярностью и скоростью итераций.

Базовые принципы production-системы

делайте сериями: один концепт → 5–10 вариаций

отделяйте концепт от исполнения: сначала проверяйте угол, потом полируйте качество

планируйте ротацию заранее (иначе выгорание креативов остановит масштаб)

Концепты и вариации: в чём разница

Концепт — идея и угол (например, "покажи результат", "разбор ошибки", "чеклист")

Вариация — конкретная реализация (другой хук, другой герой, другой текст на экране, другой монтаж)

Практическая цель: на тесте понять, концепт работает или нет, а не спорить о цвете кнопки.

Что чаще всего сильнее всего влияет на performance

первые 1–3 секунды (хук)

ясность демонстрации ("что это" и "как помогает")

правдоподобность (UGC-стиль часто выигрывает в лентах)

наличие доказательства (рейтинг, цифры, отзывы, демонстрация внутри продукта)

соответствие ожиданиям после установки (чтобы не портить удержание)

Тестирование креативов: как делать выводы, а не собирать «ощущения»

Тест — это контролируемое сравнение, где вы понимаете, что именно изменилось.

Что фиксировать в тесте

Чтобы вывод был причинным, полезно фиксировать:

канал и тип кампании

гео и платформу

событие оптимизации

окно оценки (например, D7)

бюджет и длительность

Если вы меняете одновременно концепт, аудиторию и оффер, вы не узнаете, что именно дало эффект.

Какие метрики смотреть на уровне креатива

Минимальный набор зависит от модели монетизации, но логика обычно такая:

ранние сигналы: CTR, CPC, CPI

ключевое действие: по регистрации/покупке/подписке

качество: ROAS по окну (часто D7), удержание, доля платящих

Иногда полезна метрика, которая показывает «сколько установок даёт 1000 показов»:

Где:

— installs per mille, установки на 1000 показов

— число установок

— число показов

Смысл: IPM помогает сравнивать креативы, когда CPM сильно отличается, но решение всё равно стоит принимать по метрике бизнеса (CPA/ROAS), если данных достаточно.

Как понять, что креатив «выгорел»

Типичные признаки выгорания (fatigue):

падает CTR при стабильных настройках

растёт CPM или CPI

ухудшается CPA/ROAS

Что делать:

обновлять хуки и первые кадры (часто это самый быстрый рычаг)

выпускать новые вариации в рамках победившего концепта

параллельно тестировать новые концепты, чтобы не упереться в потолок

Масштабирование победителей: что делать после удачного теста

Победивший креатив — это не «готовое навсегда решение», а актив, который нужно правильно развернуть.

Типовой план после победы

Убедиться, что победа измерена на целевой метрике

- если креатив победил по CPI, проверьте влияние на CPA/ROAS

Расширить объём аккуратно

- повышать бюджеты постепенно, чтобы не сбить обучение

Сделать «пакет вариаций»

- 5–10 новых версий с тем же концептом, но разными хуками и деталями

Перенести концепт в другие форматы

- 9:16 → 1:1, короткая версия → длинная, другой текст/язык

Зафиксировать вывод в базе знаний

- что сработало, в каком гео, на какой аудитории, на какой метрике

Как связать креативы с трекингом и атрибуцией

Креативное тестирование ломается, если события и атрибуция настроены хаотично.

Что важно проверить до масштабных тестов:

ключевое событие оптимизации действительно равно бизнес-ценности (например, purchase, а не просто start_trial)

событие стабильно доходит до рекламных платформ (через MMP постбэками)

вы сравниваете креативы в одном источнике данных (иначе расхождения атрибуции создадут ложных победителей)

Для справки по настройкам и ограничениям всегда держите под рукой официальные центры документации:

Центр справки Meta Business

Справка Google Ads

TikTok Business Help Center

Минимальная операционная дисциплина UA Manager для креативов

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

Нейминг

Сделайте так, чтобы по названию было понятно:

канал

гео

концепт

хук/вариант

дата

Пример: TT_US_Concept_BeforeAfter_Hook2_2026-02.

Журнал тестов

Ведите таблицу, где на каждый тест фиксируются:

гипотеза

что именно меняли

какие креативы участвовали

условия теста

итог по метрикам и решение

База знаний по выводам

Формулируйте выводы как переносимые правила, а не как «это видео зашло»:

UGC-демо с реальным экраном приложения повышает конверсию в регистрацию в гео X

Оффер "7 дней бесплатно" улучшает CPA, но ухудшает ROAS D7 — нужен контроль качества

Что дальше

После того как у вас появилась система креативов и гипотез, следующий шаг — научиться связывать креативные выводы с управлением кампаниями в конкретных источниках: структурой аккаунта, стратегиями оптимизации, правилами масштабирования и ограничениями измерения (особенно на iOS/SKAN). Это позволит превращать креативные победы в устойчивый рост, а не в краткосрочные всплески.

Оптимизация и масштабирование: бюджеты, ставки, аудитории

В предыдущих статьях курса мы разобрали:

роль UA Manager и performance-подход

метрики и экономику (CPI, CPA, ROAS, LTV)

основные источники трафика

трекинг и атрибуцию (MMP, события, SKAN)

креативы как ключевой рычаг эффективности

Теперь соберём это в операционную практику: как ежедневно оптимизировать кампании и как безопасно масштабировать, управляя тремя основными «ручками» UA Manager:

бюджеты (сколько и куда тратить)

ставки/стратегии (как покупать показы и конверсии в аукционе)

аудитории (кому показывать, чтобы росли объём и качество)

!Три главных рычага оптимизации UA и их связь с бизнес-метриками

Что значит «оптимизировать» в UA

Оптимизация в UA — это управляемый цикл решений, где вы:

формулируете цель на уровне бизнеса (например, CPA по покупке или ROAS D7)

запускаете трафик и собираете данные

находите узкое место по воронке

меняете одну-две переменные (креатив, аудиторию, ставку, бюджет)

проверяете, улучшилась ли целевая метрика

Ключевое правило: оптимизация имеет смысл только при корректном измерении.

если события нестабильно доходят до рекламных систем, алгоритм обучается на шуме

если вы сравниваете каналы по разным окнам (D1 vs D7), вы делаете неправильные выводы

если на iOS вы не учитываете задержки SKAN, вы «наказываете» кампании за то, что данные ещё не доехали

Бюджеты: как распределять деньги и не ломать обучение

Бюджет — это не просто «сколько потратить». Это сигнал для алгоритма и ограничитель объёма.

Базовые виды бюджетных решений

Аллокация: как распределить деньги между каналами, гео, платформами.

Рампап: как быстро повышать spend на том, что работает.

Стоп-лоссы: когда и по каким правилам останавливать кампании.

Минимальная рамка для аллокации

Чтобы распределять бюджеты осмысленно, заранее фиксируют:

целевое событие (например, purchase или subscribe)

окно оценки (например, ROAS D7)

источник правды для сравнения между каналами (часто MMP)

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

Почему резкие изменения бюджета опасны

Во многих системах закупка работает через обучение модели.

сильное изменение бюджета может сбросить или ухудшить обучение

кампания может временно «разболтаться» по CPA/ROAS

вы можете получить ложный вывод: «масштабирование испортило связку», хотя на самом деле вы резко поменяли условия

Практическое правило для новичка: повышайте бюджеты постепенно, а не рывком, и фиксируйте изменения в журнале.

Два способа масштабирования по бюджету

Вертикальное: увеличивать бюджет на уже работающей связке.

Горизонтальное: создавать новые связки, чтобы общий spend рос без перегрева одной кампании.

Обычно устойчивый рост — это комбинация.

Ставки и стратегии: как вы покупаете конверсии

В аукционных системах вы всегда конкурируете за показы. Ставка и стратегия определяют, как система участвует в аукционе и на какие результаты ориентируется.

Два уровня управления ставками

Ручное управление: вы прямо задаёте ограничение (например, потолок цены) и получаете больше контроля, но меньше помощи алгоритма.

Автоматические стратегии: система сама подбирает ставки под цель (например, больше конверсий при заданном ограничении).

Пример официальной справки по автоматическому назначению ставок в Google Ads: О назначении ставок в Google Ads

Что выбрать: оптимизация по инсталлу или по событию глубже

Почти всегда есть компромисс между скоростью обучения и качеством.

оптимизация по инсталлу даёт объём быстрее

оптимизация по покупке/подписке даёт качество, но требует достаточного числа событий

Если событий мало, алгоритм может «не понять», кто хороший пользователь, и начнёт оптимизироваться на прокси-цель.

Практический подход:

на старте: оптимизироваться на событие, которое наступает достаточно часто (например, регистрация или онбординг)

затем: переходить глубже (покупка/подписка), когда объём событий позволяет

Как понять, что цель слишком глубокая для текущего объёма

Типичные симптомы:

spend не откручивается при нормальном бюджете

конверсий мало и они нестабильны

CPA скачет так сильно, что выводы невозможно закрепить

Решения обычно такие:

временно оптимизироваться на более частое событие

расширять аудиторию

усиливать креативную систему, чтобы поднять объём конверсий

Аудитории: как расширять объём без потери качества

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

Три типовых подхода к аудиториям

Широкие аудитории: минимум ограничений, максимум свободы алгоритму.

Look-alike и похожие сегменты: поиск похожих на существующих хороших пользователей.

Интересы/контекст: более «ручной» способ, полезен для контроля на старте и для гипотез.

Общее правило: чем сильнее алгоритм и чем лучше данные о конверсиях, тем чаще выигрывают широкие аудитории.

Когда узкий таргетинг вреден

аудитория быстро выгорает, растёт частота показов

CPM растёт из-за конкуренции внутри маленького сегмента

алгоритм ограничен и не может найти новые кластеры пользователей

Когда узкий таргетинг полезен

вы валидируете конкретную гипотезу по сегменту

продукт реально нишевый и широкая аудитория даёт «мимо кассы»

вы работаете с поисковым намерением (например, ключевые слова в ASA)

Официальная справка по Apple Search Ads: Apple Search Ads Help

Поиск причин: как диагностировать просадку по метрикам

Оптимизация начинается не с «подкрутить ставку», а с диагностики: что именно ухудшилось в воронке.

Быстрый диагностический разрез

ухудшился CTR: чаще всего проблема в креативе или в выгорании

вырос CPC/CPM при стабильном CTR: чаще всего усилилась конкуренция в аукционе или сузилась аудитория

вырос CPI при стабильных CTR и CPC: чаще всего упала конверсия стор/лендинга

вырос CPA при стабильном CPI: чаще всего проблема ниже по воронке (активация, платёж, paywall)

упал ROAS при стабильном CPA: часто изменился чек/частота покупок или «качество» пользователей сдвинулось

В терминах формул это выражается просто.

Например, CPA считается так:

Где:

— расходы на рекламу за период

— количество целевых действий за тот же период (например, покупок)

Если растёт быстрее, чем , CPA ухудшается. Задача UA Manager — понять, почему перестали расти: из-за креатива, аудитории, аукциона или продукта.

Практика оптимизации: что делать ежедневно и что делать раз в неделю

Ежедневный контур

проверка трекинга: нет ли провалов по событиям и выручке

контроль spend: откручивается ли бюджет, нет ли резких аномалий

контроль верхних метрик (CTR, CPC, CPI) как ранних сигналов

контроль целевой метрики (CPA/ROAS) с учётом задержек

точечные правки: пауза явных аутсайдеров, замена выгоревших креативов, аккуратная аллокация

Недельный контур

когортный анализ качества (ROAS D7/D30, retention, доля платящих)

разбор победителей и проигравших по тестам

план креативного производства на следующую неделю

план масштабирования: где вертикально увеличить, где горизонтально расширить

Масштабирование без хаоса: безопасные паттерны

Масштабирование — это не «залить больше денег», а сохранить экономику при росте объёма.

Вертикальное масштабирование

Подходит, если:

у связки есть запас по целевой метрике (CPA ниже цели или ROAS выше цели)

аудитория достаточно широкая, частота не растёт слишком быстро

креативы не выгорели

Типичные действия:

постепенное увеличение бюджета

добавление вариаций креатива вокруг победившего концепта

расширение гео или платформы при сохранении логики оффера

Горизонтальное масштабирование

Подходит, если:

рост бюджета в одной кампании ухудшает метрики

аудитория быстро насыщается

вы упёрлись в ограничения структуры (например, разные гео требуют разных офферов)

Типичные действия:

новые кампании под новые аудитории

новые гео, языки, плейсменты

новые события оптимизации по мере роста объёма

новые креативные концепты, а не только вариации

Как связать масштабирование с креативной системой

В прошлой статье мы обсуждали, что креативы в performance «выгорают». Это напрямую связано со способностью масштабироваться.

если креативов мало, рост spend приводит к росту частоты и просадке CTR

если креативная система поставлена, вы можете удерживать CTR и качество при росте бюджета

Практическая связка:

масштабирование требует параллельного плана производства креативов

победивший концепт нужно «размножать» вариациями

часть бюджета всегда оставляют на тесты новых концептов, иначе рост остановится

Особенности оптимизации на iOS: задержки и SKAN

Из статьи про трекинг и атрибуцию важно взять одну практическую мысль: на iOS данные могут приходить с задержкой и в агрегированном виде.

Это влияет на оптимизацию так:

нельзя ждать мгновенного ROAS по части трафика, если источник данных запаздывает

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

Практический подход:

заранее договориться, какие метрики являются быстрыми сигналами (например, CPI, регистрация) и какие метрики являются решающими (ROAS D7)

для быстрых сигналов использовать данные платформы, для межканального сравнения — единый контур (часто MMP)

Чеклист: как принимать решения «оставляем, чиним или выключаем»

Оставляем и масштабируем

целевая метрика в пределах цели (CPA/ROAS)

есть запас по объёму (аудитория не перегрета)

есть креативный запас (вариации в производстве)

Чиним

верх воронки живой (CTR нормальный), но просела конверсия глубже: вероятно проблема в продукте или в ожиданиях

CPI вырос из-за стор/лендинга: нужна работа со страницей, локализация, рейтинг, скриншоты

алгоритм «не тянет» глубокую цель: временно меняем событие оптимизации или расширяем аудиторию

Выключаем

нет сигналов улучшения на разумном объёме данных

метрика стабильно хуже цели, и вы понимаете, что причина не техническая

кампания мешает аллокации (съедает бюджет при плохом качестве)

!Блок-схема диагностики кампании по воронке

Что взять в работу сразу

всегда фиксируйте событие оптимизации, окно и источник данных перед сравнением

диагностируйте проблему по воронке, а не «на глаз»

масштабируйте комбинацией вертикального и горизонтального подходов

не пытайтесь масштабироваться без креативного потока

учитывайте задержки и ограничения измерения, особенно на iOS

Эта статья завершает «операционную» часть базового уровня UA Manager: вы уже понимаете, как управлять кампанией на практике через бюджеты, ставки и аудитории, не отрываясь от CPA/ROAS/LTV и реальности трекинга.

Портфолио и карьера: кейсы, резюме, интервью, рост

Вы уже знаете базовую механику работы UA Manager: метрики и юнит-экономика (CPI/CPA/ROAS/LTV), каналы (Meta/Google/TikTok/ASA), измерение (MMP, события, SKAN) и главный рычаг эффективности — креативы, а затем — оптимизацию и масштабирование.

Осталось «упаковать» это в карьерный результат: показать работодателю, что вы умеете не просто «крутить рекламу», а управлять ростом через корректные данные, гипотезы и дисциплину.

Эта статья — про то, как собрать портфолио UA Manager, написать резюме, пройти интервью и понять, как расти в профессии.

!Схема, что именно должно быть в портфолио UA Manager

Что такое «портфолио» в UA и зачем оно нужно

Портфолио UA Manager — это не галерея креативов и не список кабинетов, где вы «умеете нажимать кнопки». Это набор кейсов и артефактов, которые доказывают четыре вещи:

вы понимаете цель бизнеса (CPA/ROAS/LTV, окно D7/D30)

вы умеете организовать измерение (события, атрибуция, источник правды)

вы умеете проводить тесты (гипотезы, контроль переменных, выводы)

вы умеете масштабировать и управлять рисками (бюджеты, выгорание, лаги данных)

Хорошее портфолио ускоряет найм, потому что снимает главный страх работодателя: «человек работал на красивых скринах, но не умеет отвечать за результат».

Что считать «кейсом» UA Manager

Кейс в UA — это история “было → сделали → стало”, привязанная к метрике и контексту.

Минимальная структура кейса

Контекст

- продукт и модель монетизации (подписка/IAP/реклама) - платформа (iOS/Android), гео, период - ограничения (например, iOS с SKAN и задержками данных)

Цель

- метрика решения (например, ROAS D7 или CPA по покупке) - целевой порог (что считали «успехом»)

Измерение

- какие события использовали и как определяли (например, что именно считается purchase) - какой «источник правды» для сравнения каналов (часто MMP)

Гипотезы и план теста

- что меняли (креатив/оффер/аудиторию/оптимизацию) - что фиксировали (гео, событие оптимизации, бюджет, окно)

Действия

- какие кампании/структуры/креативные серии запускали - как управляли бюджетом и обучением

Результат

- цифры «до/после» по целевой метрике - побочные эффекты (например, CPI снизили, но ROAS ухудшили)

Выводы

- что сработало, где не сработало и почему - что бы сделали дальше (следующий эксперимент)

Какие цифры писать, если NDA

Если вы под NDA, это нормально. Важнее логика и доказуемость навыка, чем абсолютные суммы.

Вместо точных цифр можно использовать:

относительные изменения (например, “CPA снизили на 18% при том же гео и событии оптимизации”)

индексы (например, “ROAS D7 вырос с 1.00 до 1.25”)

диапазоны (например, “спенд $10–30k/мес”)

Главное — не ломать смысл: метрика, окно и условия сравнения должны быть понятны.

Артефакты, которые усиливают кейс (и показывают «операционку»)

Кейсы сильнее, если к ним приложены рабочие документы. Они показывают, что вы умеете выстраивать процесс, а не разово «попали в удачу».

| Артефакт | Что доказывает | Что показать в портфолио | |---|---|---| | Спецификация событий (event spec) | умение договориться о том, что измеряем | таблица событий: название, триггер, параметры, куда отправляется | | Журнал тестов | дисциплина экспериментов | гипотеза, условия теста, метрики, решение | | Креативная матрица | системный подход к креативам | концепт → вариации → результаты по метрикам | | Скрин/описание отчётного контура | понимание атрибуции | какие окна, какая модель, почему так | | План масштабирования | умение расти без потери экономики | правила ramp-up, стоп-лоссы, доля бюджета на тесты |

Если вы показываете скриншоты, не превращайте портфолио в «музей кабинетов». Один скрин = один вывод.

Как сделать портфолио, если нет коммерческого опыта

Коммерческий опыт — не единственный способ доказать компетенцию. В UA важна способность мыслить через воронку, данные и тесты.

Рабочие варианты, которые часто принимаются на junior-позиции:

Учебный проект на публичных данных

- берёте симулированный датасет или собственный небольшой проект - строите воронку, считаете CPI/CPA/ROAS (в одном согласованном окне) - описываете решения и риски измерения

Кейс «аудит»

- берёте любое приложение из категории - делаете разбор: креативные гипотезы, ASA-структура, возможные события для оптимизации - формулируете план тестов и правила принятия решений

Волонтёрство/стажировка/проект у знакомых

- даже небольшой бюджет годится, если вы честно описали измерение, ограничения и выводы

Важно: не выдавайте фантазию за реальность. Лучше честный кейс “вот данные, вот ограничения, вот как бы я тестировал” — чем выдуманные результаты.

Резюме UA Manager: как сделать так, чтобы вас позвали

Резюме UA Manager читают быстро. Его цель — за 30–60 секунд показать, что вы управляете результатом, а не интерфейсом.

Структура резюме, которая обычно работает

Заголовок и позиционирование

- “UA Manager / Performance Marketing (Apps)” - 1–2 строки: вертикали, платформы, гео, основной KPI (CPA/ROAS)

Ключевые навыки

- каналы (Meta/Google/TikTok/ASA) - измерение (MMP, события, атрибуция; понимание iOS/SKAN на концептуальном уровне) - эксперименты и креативы (гипотезы, тест-матрицы)

Опыт

- на каждую роль: контекст → действия → результат → чем измеряли

Проекты/портфолио

- 2–4 кейса со ссылками или краткими описаниями

Инструменты

- таблицы/BI (Google Sheets/Excel, любой BI по факту опыта) - аналитика (продуктовая/веб — по факту)

Как формулировать опыт: сильные буллеты

Плохой буллет (непонятно, что вы сделали):

“Запускал рекламу в Meta и оптимизировал кампании”

Хороший буллет (есть метрика, окно, действие):

“Снизил CPA по подписке на iOS в гео X на 15% за 3 недели: перестроил событие оптимизации, настроил постбэки через MMP, запустил серию UGC-креативов и обновил ротацию”

Если вы пишете ROAS, всегда добавляйте окно (D7/D30) и источник данных (платформа/MMP/BI), иначе это выглядит как «цифра из воздуха».

Что не стоит писать

список всех рекламных платформ, которые вы «видели», без кейсов

десяток метрик без понимания, какая из них была KPI

противоречивые цифры без окна и без контекста (например, “ROAS 500%” без периода и модели атрибуции)

Интервью UA Manager: что обычно проверяют

Интервью в UA почти всегда крутится вокруг одной темы: умеете ли вы принимать решения в условиях неполных данных.

Типовые блоки вопросов

Метрики и логика воронки

- почему вы оптимизируетесь на такое событие, а не на инсталл - как отличить “дешёвый CPI” от “качественного трафика”

Измерение и расхождения

- почему MMP и рекламный кабинет показывают разные цифры - как вы фиксируете окна атрибуции и «источник правды»

Креативы и тестирование

- как вы формулируете гипотезу и как делаете вывод - что делаете при выгорании (fatigue)

Оптимизация и масштабирование

- как вы повышаете бюджеты так, чтобы не сломать обучение - как распределяете бюджет между кампаниями/каналами

Если интервьюер задаёт “что вы будете делать, если ROAS упал?”, ожидается не магия, а диагностика по воронке: CTR/CPM → CPI → конверсии в продукте → монетизация → корректность атрибуции.

Тестовое задание: как его выполнять «как UA», а не «как студент»

Тестовое часто выглядит так: “Вот цифры по кампаниям. Что отключить/что масштабировать?”

Хороший ответ UA Manager обычно включает:

Уточняющие вопросы

- KPI и окно (D1/D7/D30) - источник данных и модель атрибуции - ограничения iOS/SKAN и лаги

Решение с правилами

- что масштабируем и по какой логике - что ставим на паузу и почему - что оставляем «в обучении» и до какого объёма данных

План следующего шага

- какие гипотезы протестировать - какие креативы/аудитории/события оптимизации предложить

Если в данных нет критичных деталей (окна, атрибуции, определения события), правильная реакция — не угадывать, а явно обозначить, каких данных не хватает для уверенного решения.

Карьерный рост UA Manager: что отличает уровни

Название позиции в компаниях отличается, но логика роста обычно одна: от “исполняю настройки” к “управляю системой роста и рисками”.

!Визуальная карта роста компетенций от junior до lead

| Уровень | За что отвечаете | Что должно быть видно в кейсах | |---|---|---| | Junior UA | аккуратное исполнение и базовая аналитика | корректные метрики, понимание воронки, дисциплина тестов | | Middle UA | стабильный результат на KPI и самостоятельные решения | гипотезы → тесты → выводы → повторение, работа с несколькими каналами | | Senior UA | системное масштабирование и управление качеством данных | стратегия аллокации, правила ramp-up/stop-loss, работа с измерением на iOS | | Lead/Head | управление командой и ростом как функцией | процессы (креативный поток, отчётность, планирование), прогнозирование, коммуникация с продуктом |

Что прокачивать, чтобы расти быстрее

Умение договориться о KPI и источнике правды (это снижает хаос в компании)

Систему экспериментов (журнал тестов, контроль переменных)

Креативную систему (серии, вариативность, ротация)

Навык объяснять решения бизнесу (почему отключили, почему масштабируем)

План развития на первые 90 дней в новой роли

Чтобы быстро стать полезным, UA Managerу нужен план, который совмещает данные, процессы и быстрые победы.

Первые недели

- проверить трекинг событий end-to-end и согласовать определения - зафиксировать KPI, окно, атрибуцию, «источник правды» - собрать базовый отчёт: spend, installs, ключевые события, выручка по окну

Первый месяц

- выстроить креативный поток: брифы, серии, журнал тестов - определить «быстрые сигналы» и «решающую метрику» (особенно для iOS) - запустить тесты по самым вероятным рычагам (креатив/оффер/оптимизация)

Второй-третий месяц

- оформить правила масштабирования и аллокации бюджета - расширить связки: новые гео/аудитории/форматы - собрать базу знаний: что работает, где, при каких условиях

Полезные официальные ресурсы для подтверждения навыков

Справка Google Ads

Центр справки Meta Business

TikTok Business Help Center

Apple Search Ads Help

Документация Apple AppTrackingTransparency

Документация Apple SKAdNetwork

Что взять в работу прямо сейчас

Соберите 2–3 кейса по шаблону: контекст → цель → измерение → тест → результат → вывод.

Приложите к кейсам хотя бы один артефакт: event spec или журнал тестов.

В резюме пишите не “что делал”, а “какую метрику улучшил, в каком окне и чем измерял”.

На интервью показывайте логику диагностики по воронке и зрелость в вопросах атрибуции.

Это финальный слой, который превращает знания из курса в карьерный результат: вы можете не только запускать трафик, но и доказуемо управлять ростом продукта.