Модель атрибуции: регистрация или вход в воронку

Модель атрибуции — это принцип, по которому вы распределяете конверсии, транзакции и доход между источниками трафика и коммуникациями. Если говорить проще — способ связать деньги, заявки и коммуникации в единую картину, чтобы понять, что именно окупается. Для проектов, которые закупают трафик у блогеров, в таргете, контексте или растят органику, это базовая управленческая настройка. Без нее любые сравнения кампаний превращаются в спор мнений, а не в анализ.

Главная задача аналитики здесь приземленная: увидеть, окупился ли бюджет и какой доход он принес, причём с нормальной детализацией, а не только с общими цифрами. Бывает, что на уровне трех метрик всё красиво, но внутри — провалы по отдельным дням, группам креативов, воронкам и сегментам базы. Поэтому в рабочем инструменте нужно уметь смотреть отчеты не только по дате регистрации контакта в базе Getcourse, но и по фактическому входу в конкретную воронку. Это разные логики, и они отвечают на разные вопросы.

Сейчас в Мониторе доступны две модели атрибуции, которые закрывают основные сценарии. Первая — «по дате регистрации в проекте»: она считает первые регистрации за период и доход только от этих людей. Вторая — «по дате входа в воронку»: пользователь мог давно быть в базе, но попал в автовебинар или любой другой сценарий именно в выбранные даты, и доход атрибутируется этому входу. Для адекватной картины по трафику и рассылкам важно уметь жить в обеих логиках и переключаться согласно задаче.

Если вы ещё не выстроили единую систему отчетности и выстраиваете картину из разрозненных Excel-выгрузок, начните с базовой настройки и фиксации управленских вопросов, на которые нужен ответ. Дальше под вопросы настраивается модель, а не наоборот. В этом хорошо помогает сквозная связка сделок, писем, трафика и воронок: сквозная аналитика упрощает согласование цифр между отделами и снимает лишние споры.

Зачем вообще нужна модель атрибуции

Для большинства инфопроектов и онлайн-школ именно трафик и работа с базой формируют львиную долю выручки. Как только появляется диверсификация каналов — блогеры, таргет, контекст, SEO, партнерки, прогрев по базе — без четкой модели атрибуции цифры расползаются. В одном отчете блогер дал 3 млн выручки, в другом — 800 тысяч; в одном месяце окупаемость видна, в другом — «потерялась» из-за технической настройки дат. Определившись с моделью, вы синхронизируете дату «зачета» денег и событий для конкретного управленческого решения.

Атрибуция — это не про «правильно» и «неправильно». Это про «в соответствии с вопросом». Если вопрос: «Сколько денег принесли первые регистрации за май?» — работаем по регистрации. Если вопрос: «Как сработала эта конкретная воронка, в которую мы лили трафик в июне?» — считаем по входу в воронку. Обе картины нужны и дополняют друг друга. В одном случае вы оцениваете способность кампаний привести новых людей, в другом — способность вашей механики монетизировать поток заявок, включая базу.

Модель атрибуции также влияет на ритм управленческих встреч. Когда маркетинг защищает бюджет, а отдел продаж говорит, что «лиды не горячие», на уровне модели вы снимаете спор: или договариваетесь считать только первые регистрации, или прямо показываете, как монетизирует воронка повторный вход базы. В хорошем дашборде эти два вида отчетов доступны по переключателю. Это удобно и для собственника: быстро посмотреть агрегаты в формате «дашборды для руководителя» и углубиться при необходимости — дашборды для руководителя.

Две модели атрибуции в Мониторе: что именно считают и когда применять

Первая модель — «по дате регистрации в проекте». Она отвечает на вопрос: «Сколько новых людей мы привели в базу в заданный период, и сколько денег пришло именно от них?» Логика простая: берутся только первые регистрации, то есть первый раз, когда контакт появился в вашем проекте. Все сделки и платежи, связанные с этими людьми, подсвечиваются в отчете. Если человек зарегистрировался, допустим, в марте, а купил в июне, и мы смотрим май — майский отчет по регистрации его не увидит, потому что первая регистрация была ранее. Это помогает сравнивать каналы на предмет способности приводить новые аудитории.

Здесь есть важное следствие: если смешать воронку с заливкой базы — например, вы открыли страницу автовебинара и дали туда не только трафик из рекламы, но и пригнали письмами старую базу — доход от базы в отчете по регистрации не отобразится. Регистрация произошла раньше рассматриваемого периода, а атрибут «новый» — ключевой фильтр. Так вы защищаете чистоту эксперимента по закупке новых людей, но теряете обзор по общей выручке в рамках конкретной механики.

Вторая модель — «по дате входа в воронку». Это логика: «Кто именно попал в эту воронку в заданный период и сколько денег эта воронка собрала?» Пользователь мог давно быть в вашей базе, получал рассылки, но, например, заполнил форму на автовебинар и тем самым вошел в сегмент воронки именно сейчас. Все его целевые действия и платежи атрибутируются дате входа, а не дате первой регистрации в проекте. Это полезно для оценки эффективности механики — автовебинаров, челленджей, запусков, квизов, прогревов. Также так видна роль прогрева и реактиваций базы.

Чтобы почувствовать разницу, разберём пример. Допустим, у нас есть автовебинар, в который мы лили таргет в июне. Параллельно отправили письма по старым подписчикам, часть из них прошла вебинар и купила. В отчете «по регистрации» мы увидим исключительно тех, кто впервые зарегистрировался в июне и потом купил. В отчете «по входу» увидим весь пласт выручки, произошедший благодаря тому, что люди попали в эту воронку в июне — включая старую базу. Вывод: по регистрации — оценка охвата новых людей каналами; по входу — оценка способности механики зарабатывать деньги из потока, куда включена и база.

Отдельно стоит сказать про тайминг денег. В обоих случаях важна договоренность о том, какой период дохода мы «зачитываем». Если модель «по регистрации» и мы смотрим май — деньги июня от майских регистраций учитывать или нет? Как правило, вводят окно в X дней/недель после события. Это не отдельная модель, а настройка окна, но на понимание окупаемости влияет сильно. В отчете «по входу в воронку» окно особенно важно для механик длительного цикла: запись на вебинар сегодня, покупка — через неделю.

С практической точки зрения обе модели должны жить рядом, переключателем. Рекламист при планировании бюджета будет чаще смотреть «регистрации», менеджер продукта — «входы в воронку». Собственник — оба отчета, чтобы уверенно распределять деньги по каналам и механикам. Для этого удобно иметь готовый набор виджетов с нормальной детализацией: каналы, кампании, креативы, сегменты базы, реальные «метрики LTV и оттока», совмещенные со сделками — всё это быстрее настраивается там, где уже предусмотрены соответствующие разрезы — метрики LTV и оттока.

Заказать Monitor Analytics →

Как выбрать модель под вашу воронку и управленческий вопрос

Когда вы выбираете модель, оттолкнитесь от того бизнес-процесса, который анализируете. Есть как минимум три типичных ситуации.

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

Вторая — вы оцениваете эффективность механики монетизации: автовебинар, запуск, серия уроков, челлендж. Логично считать «по входу в воронку». Тогда вы честно видите, как эта механика зарабатывает и на новых, и на «прогретых» контактах. Отдельно смотрите долю и конверсию базы против новых, чтобы понимать, кем именно «кормится» механизм и что улучшать: креативы и трафик или правила сегментации и прогрев.

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

Выбор модели упирается не в идеологию, а в эксплуатацию цифр. Если в процессе вы видите перекос — например, в отчете «по входу» слишком много денег от старой базы — выделяйте в нем отдельные сегменты. Это приведет к корректным управленческим решениям: докрутить обновление креативов, увести часть бюджета в тест новых аудиторий, поменять порции прогрева. В системах, где связь сделок, писем и трафика уже предусмотрена, переключение между срезами и сегментами делается на лету — аналитика продаж и писем помогает не терять нитку причинно-следственных связей.

Окно атрибуции и учет времени: как не «потерять» деньги из-за дат

Какое время после события мы считаем «заслуженным» доходом для этого события? Это и есть окно атрибуции. Его часто путают с моделью, хотя это настройка внутри модели. Но от окна зависит, «получит» ли ваш июньский трафик покупку, случившуюся в июле, и будет ли честно сравнивать креативы при разной скорости принятия решений клиентами.

Если у вас быстрые воронки — вебинар-покупка в 1–3 дня — окно 7–14 дней закрывает 80–90% ситуаций. Для длинных циклов, где основная покупка происходит через 2–4 недели после прогрева, окно может быть 30–45 дней. Важно не «вытягивать» окно бесконечно: чем длиннее окно, тем больше внешнего шума попадает в отчет. Если сделки дозревают месяцами, используйте дополнительный слой — когортный анализ: смотреть выручку когорты регистраций/входов на горизонте 30, 60, 90 дней.

Типовая ошибка — сравнивать кампании на коротком окне, когда разные аудитории принимают решения с разной задержкой. Например, холодный таргет реагирует медленнее, чем тёплый трафик с органики или блогеров. Результат — вы «перекладываете» бюджет туда, где «быстрее капает», хотя на горизонте 14–21 дня картина может быть другой. Решение — согласовать разумную длину окна и фиксировать ее в регламенте, чтобы отчеты разных менеджеров были сопоставимыми.

С технической стороны, важно различать календарный период отчета и «живое» окно, которое продолжается после конца периода. Скажем, вы оцениваете кампанию 1–30 июня. Окно 14 дней означает, что окончательные цифры по этой кампании вы узнаете не ранее 14 июля, когда закроется хвост покупок. Чтобы управлять в моменте, смотрите два ряда: «черновые» цифры с неполным окном и «финальные» — по закрытии окна. В хорошей системе это два вида меток или режимов — «на сегодня» и «по закрытии окна».

Ещё один нюанс — возвраты и частичные оплаты. В длинных окнах сумма «накапливается», но возвраты приходят позже. Учитывайте это отдельным слоем показателей, чтобы не переоценить ROMI. Там, где данные по сделкам и оплатам уже стандартизированы, добавление слоя «возвраты» и «рассрочки» не вызывает боли — для этого и нужны отчёты по трафику с привязкой к платежам.

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

Вторая половина денег в обучающих и экспертных проектах часто живет в базе: апсейлы, до продажи, клубы, реактивации. Если считать только по регистрации, вы по умолчанию «выключаете» этот пласт. Значит, для управления выручкой нужно уметь видеть повторные покупки как отдельный поток и держать под него собственные метрики.

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

Пример. Допустим, вы запускаете клуб по подписке. На старте туда пойдёт в основном ваша база — аудитория, которая уже что-то покупала. Если вы будете смотреть только «регистрации», то потеряете картину истинной денежной отдачи. А вот «вход в воронку» даст честный ответ: клуб монетизирует базу сегодня так-то, а новые регистрации под клуб нужно считать отдельным планом. Далее — апсейлы: успешный интенсив может продавать дорогую программу. Здесь полезно иметь «систему апсейлов» и видеть цепочки покупок, чтобы не приписывать весь доход первой точке касания, если половина денег приходит из грамотного последующего до прогрева — система апсейлов.

Работа с базой — это не только «письма иногда», а управляемый процесс: сегментация, контент-план, триггерные цепочки, периодические акции, реактивации. Для этого в команде нужен отдельный функционал, пусть даже он начинается с одного человека. У него собственные KPI: выручка на подписчика, доля повторных продаж, частота покупок, удержание. Отраслевой опыт показывает, что стабильный «отдел работы с базой» даёт добавочные 20–40% оборота при тех же затратах на трафик — отдел работы с базой.

Построить отдел работы с базой →

Каналы: блогеры, таргет, контекст, SEO — чем отличаются атрибуционные акценты

Блогеры и нативная интеграция

У блогеров сильнее всего размыта граница времени: часть людей приходит в день публикации, часть — спустя неделю. Часто в рекламе блогера нет жёсткого «клика сейчас», зато есть доверие и отложенное решение. Здесь полезно смотреть «по регистрации» для оценки притока новых людей, но не забывать «по входу» — особенно если блогерская интеграция ведет в конкретную механику (вебинар, челлендж). Дополнительно фиксируйте UTM-метки и спецпереходы, но будьте готовы, что часть аудитории придёт «в обход» ссылок — напрямую на брендовый запрос. Поэтому мониторьте вклад по брендовому трафику и сравнивайте когорты регистраций на горизонте 14–30 дней. Для презентации результатов инвестору или партнеру используйте аккуратный срез по блогеру в «дашборды для руководителя» — дашборды для руководителя.

Таргетированная реклама

В таргете много креативов и быстрых тестов. Здесь важна скорость обратной связи. Модель «по регистрации» отвечает на вопрос про качество аудитории каждого креатива и сегмента. Но если воронка длиннее 3–5 дней, без «по входу» сложно корректно сравнивать связки «креатив → механика». Полезно вести сравнительные ряды «на сегодня» и «по закрытии окна», чтобы не убивать хорошие связки из-за задержек оплаты. Подключайте перспективный срез «отчёты по трафику» с реальными платежами на уровне креативов — отчёты по трафику.

Контекстная реклама

Контекст часто приводит более горячие лиды, но и конкуренция выше. На брендовых запросах часть людей и так была в вашей экосистеме. Здесь особенно важно разносить кампании по типам: бренд/не бренд, горячие/холодные, ретаргет/поиск. По регистрации вы оцениваете способность кампаний приводить новых людей, по входу — берёте на контроль общую денежную отдачу ключевых воронок. Сравнивайте ROMI по группам кампаний на одинаковом окне атрибуции, иначе поисковая выдача с длинным циклом «перевесит» быстрые перформанс-кампании неправильно.

SEO и контент

Органика — это длинная игра, где эффект может копиться месяцами. При этом новые регистрации из SEO — отличный фундамент для дешевой базы. Удобный подход: ежемесячно фиксировать когорты регистраций из SEO и смотреть их LTV на горизонте 30/60/90 дней. Параллельно — «по входу в воронку» оценивать, как механики монетизируют органический поток в конкретном месяце. Так вы не требуете от SEO «мгновенной кассы», но и не теряете контроль над денежной отдачей текущих механик.

Метрики и формулы, которые стоит смотреть вместе с атрибуцией

Сама по себе атрибуция — это «куда положить деньги и события». Чтобы принять решение по бюджету, нужны связки метрик:

• CAC: стоимость привлечения нового клиента. Считается по регистрации. Если хотите точность, используйте «чистые» кампании без подмешивания базы.
• ROMI/ROAS: окупаемость маркетинга/рекламы. Здесь пригодятся оба отчета: по регистрации вы видите доход от новых людей, по входу — общую денежную отдачу механики на горизонте окна.
• LTV: суммарный доход от клиента за период. Для проектов с повторами это критично. Растущий LTV — сигнал тестировать более дорогие закупочные каналы. В нормальной системе LTV доступен в одном ряду с транзакциями и источниками — метрики LTV и оттока.
• Payback: срок окупаемости. По регистрации — окупаемость привлечения, по входу — окупаемость механики. Если проект длинный, заведите типовые горизонты 7/14/30/60 дней.
• Retention/отток: особенно для клубов и подписок. Держите под рукой график удержания и оттока, иначе легко завысить ROMI за счет краткосрочного всплеска, который «съедается» оттоком в следующие месяцы.

Старайтесь не раздувать панель десятками «красивых» графиков. Для управленческих решений важна логика: вопрос → модель → окно → связка метрик. На уровне интерфейса хватит нескольких дашбордов: трафик, воронки, продажи, база. Там, где этот набор уже готов, старт настроек занимает дни, а не недели — удобно подключить аналитику продаж и писем и сразу «пощупать» свои цифры в правильных разрезах.

Типичные ошибки и ловушки: как не сломать картину и выводы

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

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

Вторая — менять окно атрибуции «по ощущениям». Сегодня поставили 7 дней, завтра — 21, потому что одна кампания «не тянет». Так нельзя: окно фиксируется под типовую механику. Если стартуете новый формат, можете для него завести отдельный регламент, но внутри формата — одно окно.

Третья — считать деньги по лидам вместо реальных оплат. Удобно, быстро, но токсично: конверсия лида в оплату плавает от креативов, менеджеров, расписаний вебинаров. Деньги должны считаться деньгами. Лиды — в отдельную панель, как предикторы.

Четвертая — забывать про возвраты и частичные оплаты. Если вы смотрите только «начислено», легко переоценить окупаемость. Проверьте, чтобы в вашей системе была явная логика возвратов и корректировок выручки. Хорошая новость: в настроенной панели это выключается одним переключателем — вопрос в дисциплине команды смотреть нужный режим.

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

Шестая — строить управленческие решения на «средних температурах». Внутри каждого канала есть креативы, площадки, сегменты. Если один креатив «вытягивает» весь канал, его отключение сломает картину. Смотрите дисперсию результатов по элементам и подтверждайте гипотезы экспериментами.

Как построить процесс: от сбора данных до управленческого решения

Начните с вопросов. Например: «Окупается ли таргет на холодную аудиторию за 14 дней?» или «Сколько денег приносит июньский автовебинар с учетом входов из базы?» Под эти вопросы выберите модель и окно. Дальше — сбор данных: источники трафика, UTM, регистрация, входы в воронки, сделки, оплаты, возвраты.

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

Затем — дашборды и регламенты. Для маркетинга — панель «по регистрации» с CAC, ROMI, LTV когорты. Для продуктов — панель «по входу» с конверсиями этапов и выручкой по сегментам базы. Для собственника — агрегаты с ключевыми вопросами и возможностью провалиться в детали. Регламент — документ на 1–2 страницы: что, где и как смотрим, какие окна и периоды, кто за что отвечает.

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

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

Заказать Monitor Analytics →

Автовебинар, квизы, лид-магниты: как считать по «входу» и не путать с «регистрацией»

Автовебинар — классический случай, где «по входу» отвечает на вопрос точнее. Контакт мог быть в базе годами, но запись в автовебинар создаёт новое «событие входа» именно сейчас. Здесь полезно явно фиксировать дату попадания в сегмент воронки, а не только дату регистрации в проекте. Тогда вы видите истинную конверсию вебинара как механики: сколько «вошли», сколько дошли до ключевых этапов, сколько оплатили.

Для квизов и лид-магнитов логика похожая. Если квиз — входная точка для новых людей, смотрите «по регистрации» и оценивайте CAC. Если квиз — элемент прогрева старой базы, а основная продажа в другой механике, считайте «по входу» и держите окно на 7–14 дней. Это позволит честно распределить вклад между «очередной рассылкой» и механикой, которая принесла деньги.

С лид-магнитами часто возникает ловушка «фальшивой окупаемости»: лид-магнит на холодном трафике не монетизируется быстро, но через месяц приносит хорошую долю дорогих продаж. Если смотреть только «на сегодня», вы отключите источник, который на горизонте 30–45 дней покрывает себя. Поэтому для таких механик заранее фиксируйте окно и проводите когортный анализ.

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

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

Иногда необходимо прямо сравнить результаты в обеих моделях. Пример: вы тратите деньги в июне и хотите понять, что лучше — «лить» больше новых регистраций или усилить прогрев базы под июньский запуск. В таком случае вы строите две панели: одну — «по регистрации» за июнь, вторую — «по входу» за июнь. Сравниваете ROMI и маржу на одинаковом окне (скажем, 14 дней). Ключ — одинаковые правила учета денег и одно окно.

Для «чистой» оценки делайте следующее. В отчете «по регистрации» исключите ретаргет и рассылки, оставьте только первичную закупку. В отчете «по входу» оставьте все каналы, включая базу, но отметьте долю базы отдельно. Теперь видно, что даёт перераспределение бюджета: больше новых людей или больше дохода из существующих. Для многих проектов устойчивый рост строится на балансе: 60–70% бюджета — на новые регистрации, остальное — на ускорение монетизации базы.

Сравнение моделей полезно и при защите бюджета. Маркетолог показывает «регистрации»: закупка новых людей окупается на горизонте 30 дней. Руководитель видит «входы»: запуск собирает N миллионов, причём половина — из базы. Значит, стоит улучшить механику монетизации и «подкормить» её качественным трафиком. Важно, чтобы обе эти панели жили в одном месте и считались по одним правилам данных — иначе спор не закончится.

Вопросы руководителя и быстрые ответы в дашбордах

Руководителю важно другое: видеть картину без погружения в технические детали. Типовые вопросы: «Какая окупаемость закупки новых регистраций за месяц?», «Сколько денег принёс запуск на горизонте 14 дней?», «Какова доля базы в выручке по запуску?», «Какие креативы тянут вниз ROMI?» Отвечать на них лучше в одном окне, без переключения систем и экспорта в таблицы.

Для этого пригодятся панели, где уже разнесены ключевые срезы и предусмотрено переключение моделей: по регистрациям и по входам. Наличие готовых «видов» экономит часы аналитиков и убирает человеческий фактор в ручных сводках. Для собственника это выглядит как аккуратные виджеты и короткий набор фильтров — то, что часто называют «панель для директора». В готовом решении всё это можно получить за считанные дни — дашборды для руководителя помогают быстрее перейти к решениям и бюджету.

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

Акции — отдельный жанр. Они часто «съедают» будущую выручку, перетаскивая покупки вперёд. По модели «по входу» акция покажет сильную кассу, но потом вы увидите провал в обычные недели. Чтобы честно оценить акцию, держите в голове три вещи: долю новых денег (которые не купили бы без акции), долю «перенесённой» выручки и эффект на отток/удержание.

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

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

Запустить игровую акцию →

Роль e-mail и SMS: письма, которые «делают» деньги, и как их учитывать

Рассылки часто оказываются «серой зоной» в отчётности. Они подталкивают человека к действию, но не всегда являются «первым касанием». В модели «по регистрации» письма помогают довести до оплаты новых людей — отражается в конверсии регистраций в покупку. В модели «по входу» письма могут быть и источником входа (ссылка из письма ведёт в воронку), и источником прогрева для тех, кто вошёл из рекламы.

Чтобы учитывать вклад писем, держите под рукой отчеты, где видно: какие сегменты базы были в рассылке, какая была активность по письмам, какой вклад в входы и оплаты. Важно не превращать это в локальную оптимизацию «ради CTR», а держать фокус на денег: письма должны либо приводить новых людей к оплате, либо монетизировать базу через правильные механики. Здесь помогает панель, где письма и продажи связаны напрямую — аналитика продаж и писем упрощает такие разборы.

Если рассылки идут впритык к запуску, будьте внимательны с окнами атрибуции: часть оплат «подхватит» рассылка, часть — сама механика запуска. Правильная настройка дат и окон не позволит «дважды посчитать» одну и ту же оплату. А ещё — проверяйте контрольные группы без рассылки: иногда лучше сократить шум и сконцентрировать ресурсы на креативы и входные точки.

Если нужна помощь с моделью атрибуции и отчётами

Когда цифры есть, но решений мало, причина часто в настройках модели и окнах. Здесь важно не перепридумывать велосипед, а аккуратно разложить задачи и собрать панель под них. В этом помогает опытная внешняя «пара глаз»: разбор текущей логики, предложение регламента, настройка панелей и обучение команды читать цифры и спорить по делу, а не по ощущениям. Этой работой занимается Артём Седов: помогает командам навести порядок в данных, договориться о правилах и поставить аналитику в режим «принятия решений», а не «рисования графиков».

Часто результат виден уже в первый месяц: уходят противоречия между отделами, трафик перестают отключать «раньше времени», база наконец-то монетизируется через продуманные цепочки, а панель встает в ритм встреч. Если вам нужен такой же эффект, начните с понятной точки — подключите сквозную аналитику и разверните рабочие отчеты по вашей модели.

Заказать Monitor Analytics →

Итоги

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

Чтобы решения были стабильными, зафиксируйте окна атрибуции, договоритесь о правилах возвратов и периодов, разнесите панели под разные процессы, и держите под рукой когортный срез. Не забывайте про базу: повторные продажи — это не шум, а отдельная «река» денег, которой нужно управлять так же строго, как трафиком. И если не хватает времени или экспертизы — обсудите задачу с Артёмом Седовым. Он поможет быстро навести порядок и запустить работу с цифрами в привычный рабочий ритм. Дополнительно имеет смысл резервацией заняться программами удержания: реактивации, апсейлы, сезонные стимулы — всё это повышает «пожизненную ценность» клиента и делает закупку устойчивее. Для операционной части пригодятся готовые решения: повторные продажи из базы и сквозная аналитика закрывают большую часть потребностей команды без долгих внедрений.