Слепая зона стандартной атрибуции
Большинство компаний с PLG-моделью не знают, какой канал маркетинга реально приносит выручку - потому что их атрибуционная модель написана под другой бизнес. Под тот, где сделку ведёт продавец, а не тот, где пользователь сам регистрируется в два часа ночи и платит картой через три недели, не поговорив ни с одним человеком из компании.
По оценке ProductLed, около 58% B2B SaaS-компаний используют PLG-модель полностью или частично. Но стандартная атрибуция строится вокруг CRM: лид создаётся, проходит стадии (MQL, SQL, opportunity), сделка закрывается продавцом, канал получает кредит на основании этой цепочки. В PLG у значимой доли выручки этой цепочки просто нет. Пользователь регистрируется в freemium-плане, пользуется продуктом неделями, сам апгрейдится в платный план через кнопку в интерфейсе - и объект “сделка” в CRM либо не создаётся вовсе, либо создаётся постфактум, когда деньги уже прошли.
Результат предсказуем: канал, который приводит регистрации в продукт, систематически недооценивается по сравнению с каналом, который приводит заявки на демонстрацию. Не потому что он хуже работает, а потому что инструмент атрибуции физически не видит его конверсии.
Продуктовые события вместо CRM-стадий
Компании, которые решили эту проблему, заменили CRM-стадии как единицу атрибуции на продуктовые события: регистрация, активация (первое действие, которое коррелирует с удержанием), использование конкретных функций, апгрейд плана. Это логично: в PLG именно эти события отражают путь клиента, а не звонки и встречи, которых может не быть вовсе.
Product-qualified lead (PQL) в этой модели определяется поведением в продукте, а не квалификационным звонком: количество приглашённых коллег, частота использования ключевой функции, достижение лимита freemium-плана. Оценка на основе таких сигналов заменяет часть работы, которую раньше делал продавец на первом контакте с отделом продаж.
Проблема в том, что эти события живут в продуктовой аналитике (Amplitude, Mixpanel, Pendo), а атрибуция канала - в рекламных кабинетах и CRM. Без общего идентификатора аккаунта между тремя системами это две параллельные вселенные: маркетинг видит расход по кампаниям, продукт видит активацию, и никто не видит, как одно связано с другим.
Как не терять источник до момента оплаты
Практическое решение - привязывать канал привлечения не к моменту создания сделки, а к моменту первого касания с продуктом. Первый UTM-параметр, зафиксированный на странице регистрации, записывается в поле на самой учётной записи или пользователе (не в CRM-лид, потому что лида в момент регистрации может не быть) и хранится там без изменений до конверсии в оплату - будь то самостоятельный апгрейд через биллинг или сделка, доведённая продавцом при расширении контракта.
Это разворачивает логику атрибуции: канал получает кредит в момент оплаты, а не в момент захвата контакта. Технически это означает, что first-touch данные должны пережить регистрацию, недели использования продукта и, возможно, передачу аккаунта в работу продавцу при экспансии - без потери исходного значения при каждой синхронизации между системами.
Здесь и находится точка, где ручная сборка перестаёт масштабироваться: нужно соединить расход по рекламе, продуктовые события конкретного аккаунта и итоговый факт оплаты в CRM в одну цепочку. Prooflytics закрывает именно этот стык - объединяет данные рекламных кабинетов, продуктовые сигналы и результаты в CRM по одному идентификатору аккаунта, так что канал, который привёл регистрацию, остаётся виден в отчётности даже через три месяца после конверсии в оплату.
Почему PQL-оценка плохо дружит с атрибуцией
Даже когда данные технически соединены, остаётся содержательная проблема: оценка лидов по продуктовым сигналам (PQL scoring) и атрибуция канала считаются для разных целей и разными командами. Продуктовая команда настраивает вес сигналов под предсказание конверсии здесь и сейчас; маркетинг хочет знать, какой канал в начале воронки в принципе привёл пользователей с высоким шансом на такую конверсию. Эти две модели редко пересчитываются синхронно, а сигналы, которые полгода назад предсказывали апгрейд, через полгода могут перестать работать из-за смены продукта или сегмента аудитории.
На практике это означает: PQL-оценку нельзя один раз “подключить” к атрибуционной модели и забыть. Связку нужно пересматривать так же регулярно, как саму модель оценки лидов, иначе отчётность по каналам будет опираться на устаревшую логику качества.
Что делать
Три вещи, которые работают независимо от инструментария:
- Фиксировать канал не на CRM-лиде, а на аккаунте/пользователе в момент первого касания с продуктом - и не давать этому полю перезаписываться при последующих визитах.
- Держать короткий список продуктовых событий (активация, ключевое использование, апгрейд), привязанных к тому же идентификатору аккаунта, чтобы канал можно было сопоставить с реальной выручкой, а не с фактом регистрации.
- Пересчитывать связку PQL-оценки и атрибуции по каналу не реже раза в квартал - сигналы устаревают быстрее, чем кажется.
Атрибуция в PLG не решается заменой одной модели на другую. Она решается тем, что единицей учёта становится аккаунт, а не сделка, и канал привязывается к нему один раз - в момент регистрации - вместо того чтобы теряться на каждом переходе между продуктом, оценкой лидов и CRM.