Как Mixpanel помог команде увидеть, где реально теряются пользователи в воронке

Когда продукт растёт, а конверсия не двигается, проблема часто не в трафике, а в том, что команда смотрит на воронку слишком грубо. Так было у одной B2B-команды: маркетинг приводил лиды, продажи обрабатывали обращения, но на стыке этапов терялось понимание, где именно «рвётся» путь пользователя к оплате.

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

Команда собрала в Mixpanel не просто общий путь «визит → регистрация → активация → оплата», а разрезала его по источникам трафика, типам аккаунтов и первому действию в продукте. Это важно: в 2026 году, когда last-click-атрибуция всё хуже отражает реальность, выигрывают те, кто видит поведение пользователя по событиям, а не только по каналам.

Что сделали:
— настроили событийную воронку по ключевым действиям;
— посмотрели drop-off на каждом шаге;
— сравнили сегменты: новый трафик, возвращающиеся пользователи, разные офферы;
— отдельно проверили, где пользователи зависают между регистрацией и первым ценным действием.

**Результат** — команда увидела, что основной провал был не на входе в воронку, а после регистрации: люди доходили до аккаунта, но не совершали первое важное действие. Это сдвинуло фокус с «давайте ещё больше лидов» на улучшение онбординга, сценариев первого касания и работы sales/CS в общей связке revenue-операций.

**Урок для маркетолога:** если воронка строится только по верхним метрикам, вы оптимизируете шум. В Mixpanel ценность даёт не отчёт сам по себе, а разбор по сегментам и событиям. Именно он показывает, где нужен не новый бюджет, а перестройка пути пользователя.

— @MixpanelFunnelsRuPro

MQL умер, да здравствует Product-Qualified Lead

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

Мы привыкли, что лидогенерация — это про контакты. Про «залил трафик — получил MQL (Marketing-Qualified Lead) — передал в sales — closing». Но в 2026 году эта модель трещит по швам. Причина не только в privacy-атрибуции и уходе третьих сторонних cookie. Причина глубже: люди перестали оставлять контакты просто так. Zero-click поиск, усталость от рассылок, скепсис к демо-звонкам — всё это сделало «заявку» плохим сигналом намерения купить.

Продуктовая аналитика даёт другой, более честный сигнал. Это не «кликнул», а «начал использовать». И здесь Mixpanel оказывается инструментом, который превращает поведение в лид.

**Сигнал, который не врёт**

Давайте разберём простой пример. B2B SaaS-продукт для автоматизации отчётов. Стандартная воронка: лендинг → регистрация триала → создание первого отчёта. В старом мире мы бы считали MQL тех, кто зарегистрировался. Но Mixpanel показывает, что 40% зарегистрировавшихся даже не пытаются что-то сделать. Они просто «пощупали» продукт и ушли.

Если вместо «регистрация» поставить в воронку событие «создал первый дашборд» — вы увидите совершенно другую картину. Конверсия в оплату у таких пользователей в 3-4 раза выше. Это и есть Product-Qualified Lead (PQL) — лид, квалифицированный продуктом.

Как это построить в Mixpanel? Берёте ключевое действие (action), которое сигнализирует о глубинном понимании ценности. Для нас это может быть «создал отчёт из 5+ метрик» или «экспортировал данные». Далее вы строите воронку: *Триал → Вход в продукт → Выполнение ключевого действия → Оплата*. Если конверсия между «вход» и «ключевое действие» низкая — проблема не в маркетинге, а в онбординге.

**Retention как новый лидоген**

Здесь мы пересекаемся с эпохой падающего среднего чека и ставки на LTV (пожизненная ценность клиента). Если вы гонитесь за MQL

— @MixpanelFunnelsRuPro

ЕЮ Иванов продолжает кошмарить АффПапу, конторку, которая накинула говна на вентилятор этим летом. Тогда в AffPapa не знали, с каким говном идут бодаться, поэтому заслуженно проиграли. 😏

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

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

В арбитраже денег нет 💵

Разбор URL-параметров в Google Tag Manager: скрытая настройка Source

В GTM есть переменная типа «URL», о которой многие забывают — а она умеет разбирать адрес страницы на компоненты (хост, путь, query-параметры, fragment, даже произвольный URL). Это основа для чистой продуктовой аналитики в Mixpanel, где важно не «склеить всё в utm», а понимать, откуда пришёл пользователь.

Чек-лист настройки:

— Откройте или создайте переменную типа «URL» в GTM. В блоке «More Settings» раскройте раздел «URL Source» — там вместо «Page URL» можно выбрать любой другой адрес (Referrer, другой триггер, переменную).

— Компоненты разбора выбираются в основном поле «Component Type»: полный URL, протокол, хост, путь, query-ключ по имени (utm_source, gclid, ref), fragment, расширения.

— Для каждого параметра задайте тип данных: Full URL, Path, Query, Fragment и т.д. Это избавит от ситуации, когда в Mixpanel улетает весь длинный URL вместе с токеном сессии.

— Передавайте в Mixpanel не «Page URL», а конкретный query-параметр: создайте отдельную переменную «utm_source», «utm_campaign», «utm_content» через Component Type → Query → впишите имя ключа.

— Добавьте фильтр на null и пустые значения в триггере или теге, иначе в отчёт попадёт куча событий с пустым source — они искажают воронну и attribution-модель.

— Для длинных ссылок с несколькими метками (например, рассылка + реклама) разбирайте каждый параметр в отдельную переменную, а в Mixpanel отправляйте уже собранное свойство «$source» — проще строить сегменты и сравнивать каналы.

— Проверяйте в Preview-режиме, что Source действительно подменяется: клик по тестовой ссылке с метками должен в Tag Assistant показать корректное значение переменной, а не весь URL.

Когда пригодится: при настройке сквозной атрибуции в Mixpanel, когда в один отчёт нужно свести кампании из email, платного трафика и партнёрских рассылок без ручной разметки ссылок.

— @MixpanelFunnelsRuPro

Как корректно снять пользовательское свойство в Mixpanel, чтобы оно не тянулось дальше

Когда в Mixpanel вы присваиваете пользователю свойство, оно не исчезает само по себе — без явного сброса значение продолжит участвовать в аналитике и может искажать воронки, сегменты и удержание. Вот рабочий чек-лист, если нужно «обнулить» user-scoped поле.

— Проверьте, где именно живёт свойство.
В Mixpanel важно отличать свойства события, сессии и пользователя. Если поле нужно убрать только из одного действия, не трогайте профиль пользователя — меняйте event property.

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

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

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

— Зафиксируйте правило: что считается «сброшенным» состоянием.
Для команды должно быть понятно, какое значение означает отсутствие атрибута: пусто, null, «unknown» или отдельная категория. Иначе маркетинг, продукт и RevOps будут считать метрику по-разному.

— Проверьте цепочку событий после сброса.
Убедитесь, что новые события не наследуют старое пользовательское свойство из кэша, CRM-обогащения или backend-профиля. Иначе воронка визуально очистится не сразу, а с задержкой.

Когда это пригодится: при смене статуса клиента, переезде между тарифами, удалении сегментации для ретеншна (удержания) и чистке данных перед BI-отчетами.

— @MixpanelFunnelsRuPro

Почему воронки в Mixpanel показывают отток на этапе оплаты и как это исправить

В современных условиях 2026 года, когда покупательная способность в E-commerce (электронной торговле) снижается на 5-8% в год, вопрос удержания клиентов становится важнее борьбы за первичный охват. Разберем кейс крупного сервиса доставки продуктов, который столкнулся с аномальным падением конверсии в покупку.

Контекст: Продукт внедрил AI-рекомендации в корзине, чтобы повысить средний чек. Однако через две недели после релиза воронка (funnel) в Mixpanel показала падение конверсии из «Корзина» в «Оплата» на 12%.

Задача: Выявить, является ли это техническим сбоем или следствием изменения логики интерфейса, и вернуть показатели в норму.

Решение: Мы построили детализированную воронку, сегментировав пользователей по типу устройства и методу оплаты.
— Использовали функцию Breakdown (разбивка) по свойству «payment_method_selected».
— Анализ показал, что 70% пользователей, отвалившихся на этапе оформления, взаимодействовали с новым рекомендательным блоком.
— Применили событийную атрибуцию: оказалось, что AI-алгоритм предлагал товары, которые конфликтовали с уже добавленными по условиям минимальной суммы заказа для бесплатной доставки. Пользователь кликал на рекомендацию, сумма заказа менялась, и система сбрасывала выбранный ранее способ оплаты.

Результат: После исправления логики работы рекомендаций и добавления уведомления о сохранении условий доставки конверсия в оплату восстановилась до прежних значений, а затем выросла на 3%. Увеличение среднего чека составило 4% благодаря тому, что рекомендации стали релевантными контексту корзины.

Урок: В эпоху, когда внимание пользователя крайне ограничено, а Zero-click (нулевой клик — получение ответа без перехода на сайт) становится нормой, любой лишний шаг в интерфейсе критичен. Аналитика в Mixpanel не просто фиксирует отток, а подсвечивает конфликт логики продукта. В условиях RevOps (общей ответственности маркетинга, продаж и поддержки за прибыль) мы не можем позволить себе «украшать» воронку новыми функциями, если они снижают прозрачность пути к покупке.

Главный вывод: если метрики эффективности падают после внедрения AI-улучшений, ищите проблему не в алгоритме генерации контента, а в UX (пользовательском опыте) и целостности данных о транзакции. Инструменты вроде Funnels в Mixpanel позволяют быстро отсечь гипотезы о «плохом трафике» и сфокусироваться на исправлении архитектуры воронки.

— @MixpanelFunnelsRuPro

Фаннел «От интереса к продуктовой ценности»: как построить in-product воронку в Mixpanel и связать её с выручкой

Чтобы в 2026 маркетинг в B2B (и не только) работал в логике RevOps — нужен не “лид-фаннел”, а продуктовый путь, который объясняет, почему пользователь начинает получать ценность. Ниже — пошагово, как за неделю сделать in-product воронку в Mixpanel и связать её с продажами через прогрев/SQL-квалификацию.

1) Зафиксируйте “ценность” как событие, а не как экран
— Возьмите 1–2 ключевых действия, после которых пользователь обычно готов к следующему шагу: например, “создан первый проект”, “подключен источник данных”, “загружен первый датасет”, “получен первый отчет/дашборд”.
— Согласуйте с Sales/CS одно определение: по каким признакам команда считает, что ценность достигнута.

2) Определите 3–5 этапов пути и их строгие критерии
Пример структуры:
— View-страница/демо-лендинг (или вход в продукт)
— Activation: первое достижение ценности (ваше событие)
— Engagement: повторное использование за N часов/дней (например, второй отчет или редактирование)
— Qualification: действие, сигнализирующее готовность (например, “запрошена консультация” или “экспорт отчета”)
— Revenue-touch: событие, которое ближе всего к деньгам (например, “создан счет”, “назначена встреча” или “попытка подписания”)

Важно: каждый шаг должен быть отдельным событием или комбинацией условий в одном событии. Не допускайте “на глаз” по тексту в интерфейсе.

3) Проверьте качество трекинга прямо сейчас (иначе фаннел будет врать)
— В Mixpanel откройте Event details для событий из списка.
— Проверьте: есть ли параметры (например, plan, источник, тип компании), стабильно ли событие приходит, не дублируется ли.
— Настройте/доработайте параметры только для тех этапов, которые будут использоваться в срезах (минимум: источник, роль пользователя, сегмент).

4) Постройте fun​​nels в Mixpanel с правильной логикой времени
— Создайте Funnel по последовательности этапов.
— Поставьте окна между шагами (time to next step), ориентируясь на реальные циклы: для “первой активации” обычно окно короче, для квалификации — шире.
— Включите режим “по одной сессии/уникальному пользователю” (User-based), чтобы не смешивать разные попытки в одну трактовку результата.

5) Добавьте разрезы, которые реально влияют на выручку
— Включите breakdown минимум по:
— источнику (канал/кампания),
— сегменту аккаунта (SMB/Enterprise или размер),
— роли (аналитик/руководитель/администратор),
— типу первого действия (если есть параметр).
Так вы получите не “кто лучше”, а где ломается переход: между какими этапами на каких сегментах падает конверсия.

6) Свяжите продуктовый фаннел с воронкой продаж через контрольную метку
Чтобы уйти от last-click и приблизиться к RevOps-логике:
— Добавьте в CRM/учетный слой единое поле “продуктовая стадия на момент SQL” (например: Activation reached = да/нет; Engagement level = высокий/средний/низкий).
— В Mixpanel делайте выгрузку/импорт статусов аккаунтов (или пользователей) и строьте cohort-фаннел: например, сравните конверсию в SQL для групп, которые достигли Activation в течение X часов после входа.

7) Сформулируйте 1 эксперимент на “узкое горлышко” с измеримым KPI
— Выберите один провал: например, Activation→Engagement.
— Определите гипотезу через продукт (не через баннер): ускорить достижение ценности, убрать трение в настройке, улучшить сценарий “второго шага”.
— KPI: рост доли пользователей/аккаунтов, дошедших до следующего этапа в вашем временном окне (не “CTR” и не “просмотры”).

Если сделать эти шаги, вы получите рабочую карту ценности: от первого входа до сигналов, которые подкрепляют MQL/SQL (или их замену) и в итоге объясняют движение к выручке — без “пустых” отчётов по демо.

— @MixpanelFunnelsRuPro

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

Если у вас в B2B маркетинг, sales и customer success по-разному считают «нормальный лид», начните не с отчёта, а с одной общей воронки. В Mixpanel это делается за 30–40 минут и сразу снимает часть споров вокруг MQL/SQL в пользу выручки.

Что сделать на этой неделе:

— Зафиксируйте 5–7 событий, которые реально отражают путь к деньгам: первый визит, регистрация, активация, запрос демо, назначение встречи, старт trial, оплата.
— Для каждого события проверьте одно условие: оно должно быть одинаково доступно из продукта, сайта или CRM. Если событие нельзя стабильно собирать, не включайте его в воронку.
— В Mixpanel соберите Funnel от первого ключевого шага до оплаты. Не добавляйте лишние этапы «для красоты»: чем длиннее цепочка, тем хуже видна точка потери.
— Включите разрез по источнику привлечения, сегменту аккаунта и роли пользователя. Так вы увидите, где маркетинг приводит трафик, который не доходит до активации или демо.
— Отдельно сравните `first touch` и `last touch` — первый контакт и последний контакт. В 2026 году этого уже мало для финального вывода, но достаточно, чтобы увидеть перекосы в каналах.
— Добавьте сравнение когорт по неделям входа. Если конверсия проседает у свежих когорт, проблема часто не в канале, а в оффере, посадочной или онбординге.
— Выгрузите drop-off по шагам и назначьте владельца на каждый провал: маркетинг отвечает за вход, продукт — за активацию, sales — за встречу и оплату.

**Хорошая воронка в Mixpanel — это не отчёт для руководства, а общий язык между функциями.** Когда все смотрят на один путь пользователя, RevOps становится не лозунгом, а рабочим процессом.

— @MixpanelFunnelsRuPro

Соседняя редакция @AImarketingTrendsRu недавно писала об этом под другим углом

**Как Aviasales перестроили воронку в Mixpanel и перестали терять пользователей между поиском и оплатой**

В 2024 году команда Aviasales столкнулась с типичной для тревел-вертикали болью: пользователь искал билет, видел цену, уходил сравнивать — и не возвращался. Доля тех, кто доходил от первого поиска до оплаты, составляла около 2,1%. При средней стоимости привлечения пользователя выше 180 рублей экономика переставала сходиться уже на втором месяце.

**Задача**

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

**Решение**

Команда собрала в Mixpanel сквозную воронку из шести шагов: заход на сайт → первый поиск → просмотр карточки рейса → переход к бронированию → ввод данных → оплата. Дополнительно нарезали пользователей по трём осям: устройство (мобайл/десктоп), тип маршрута (внутренний/международный) и давность последнего поиска.

Ключевой приём — когортный анализ по давности. Сравнили конверсию пользователей, вернувшихся в течение 24 часов после первого поиска, с теми, кто возвращался через 3–7 дней. Первые конвертились в 4,6 раза лучше. После этого сместили бюджет ретаргетинга с широких аудиторий на узкий сегмент «искал вчера — не купил», а коммуникацию в push и email переписали под конкретный маршрут и даты, а не под общий триггер «вы смотрели билеты».

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

**Результат**

— Конверсия «поиск → оплата» выросла с 2,1% до 3,4% за два месяца.
— Стоимость привлечения оплатившего пользователя снизилась на 27%.
— Доля повторных покупок внутри 90 дней выросла с 11% до 19%.

**Урок для маркетолога**

В тревел-вертикали 2026 года выигрывает не тот, кто приводит больше трафика, а тот, кто умеет читать микроворонки внутри Mixpanel. Давность последнего действия — самый недооценённый сигнал в любой воронке с отложенной покупкой. Если ваш продукт сравнивают с конкурентами перед оплатой, ваш реальный соперник — не другой сервис, а забвение. Ловите пользователя в первые 24 часа или учитесь заново его прогревать через 30 дней, но не тратьте бюджет на «всех, кто был на сайте».

— @MixpanelFunnelsRuPro

Пошаговая конверсия против общей конверсии воронки

**Пошаговая конверсия (step conversion)** — это доля пользователей, перешедших с предыдущего шага воронки на следующий. Рассчитывается как число дошедших до шага N, делённое на число дошедших до шага N‑1. **Общая конверсия воронки (overall funnel conversion)** — доля пользователей, которые, войдя в первый шаг, успешно прошли все этапы и достигли финального события.

Разница принципиальна. Допустим, воронка: открытие сайта → регистрация → первая покупка. Пошаговая конверсия на этапе «регистрация → покупка» может быть 40 %, а общая — лишь 15 % (потому что 60 % отвалилось ещё до регистрации). Смешивать эти метрики — типичная ошибка: когда говорят «конверсия воронки 40 %», подразумевая лишь последний шаг, вводят в заблуждение команду.

Как это выглядит в

— @MixpanelFunnelsRuPro

В роликах Youtube теперь можно рекламировать товары Amazone

➡️ Читайте на сайте: https://aff.top/blog/v-rolikakh-youtube-teper-mozhno-reklamirovat-tovary-amazone

🧠 Ещё больше инсайтов → в канале AFF.top

Google выпустил Gemini Omni 1.1 Flash

Google обновил Gemini Omni для генерации видео: модель умеет продолжать сцены с учётом до 10 секунд контекста и собирать ролик до 40 секунд, работать по референсу и делать переходы между кадрами. Главный вывод — инструмент стал практичнее для продакшена, а посекундная цена делает его заметно доступнее для тестов и рабочих задач.

➡️ Читайте на сайте: https://aff.top/blog/google-vypustil-gemini-omni-1-1-flash

🧠 Ещё больше инсайтов → в канале AFF.top

Топ 5 PWA-сервисов для залива дейтинга

Статья показывает, что PWA выгодны не только для гемблы: в дейтинге они дают пуш-базу, больше траста и помогают маскировать оффер под бренд. Главный выбор зависит от цены инсталлов и теста GEO: для старта лучше бесплатные или дешёвые решения, а Progressier выделяется как самый практичный вариант для залива дейтинга.

➡️ Читайте на сайте: https://aff.top/blog/top-5-pwa-servisov-dlia-zaliva-deitinga

🧠 Ещё больше инсайтов → в канале AFF.top