Атрибуция inbound-лидов: связать источник с выручкой
Постройте модель атрибуции inbound по SEO, paid, чату и CRM: владение полями, явные ограничения и воспроизводимая сверка.
Inbound-атрибуция опирается на два неизменяемых факта и одно надёжное соединение: исходный источник, создавший контакт, последний источник перед текущей конверсией и исход CRM, привязанный через стабильный идентификатор. Lead Hub нормализует события захвата; CRM остаётся источником истины по стадиям и выручке.
Одним предложением
Inbound-атрибуция требует владения на уровне полей: Lead Hub хранит доказательства захвата, CRM владеет воронкой и выручкой, а отчётность соединяет их без притворства, что сессии и люди это одно и то же.
Режимы отказа без Hub
| Проблема | Симптом |
|---|---|
| UTM срезаны при редиректе | Paid выглядит как direct |
| Чат вне CRM | Organic недосчитан в CRM |
| Теги source отредактированы rep | «Referral» значит друг |
| Дубликаты контактов | Один покупатель считается дважды |
| Форма и чат в одной сессии | Спор о двойной атрибуции |
| Офлайн-импорты | Необъяснимый скачок воронки |
Сначала почините инфраструктуру, потом спорьте о комиссиях.
Какая модель событий сохраняет атрибуцию?
Фиксируйте эти поля при первом касании Hub:
| Поле | Пример |
|---|---|
| event_id | uuid |
| timestamp_utc | ISO |
| person_key | хеш email или телефон |
| first_touch_url | полный landing URL |
| utm_source | |
| utm_medium | cpc |
| utm_campaign | q3_inbound |
| referrer | search или social |
| channel | site_form |
| cluster_slug | programmatic compare page |
| session_id | join с аналитикой опционально |
Hub пишет один раз; CRM и GA4 потребляют downstream.
Словарь тегов (контролируемый)
Согласуйте с гайдом по CRM-автоматизации:
Source (обязательно): organic, paid_search, paid_social, email, referral, partner, direct_branded
Channel (обязательно): site_form, site_chat, whatsapp, telegram, phone, event
Campaign (если paid): нормализованный utm_campaign
Content (опционально): utm_content или slug
Rep не может редактировать source без роли manager.
Original или latest source?
| Модель | Использование |
|---|---|
| Original source | Создание лида и анализ demand generation |
| Latest source | Текущая конверсия и ретаргетинг |
| Influenced | Комитетный B2B с длинным циклом |
Операционная отчётность по умолчанию хранит original source один раз и обновляет latest source только при определённом новом событии acquisition. Не позволяйте внутренней навигации, кликам из CRM email или активности rep перезаписывать любое из полей.
Соединение аналитики без противоречий
| Инструмент | Роль |
|---|---|
| Lead Hub | Доказательства захвата и нормализованные поля source |
| CRM | Воронка, владение и исходы по выручке |
| GA4 | Сессии, события и поведение |
| GSC | Исследование organic-запросов |
| Ads-платформы | Расход |
Еженедельный exec dashboard тянет квалифицированные лиды и выигранные сделки по source Hub, а не только GA4.
Связь с модулем отчётности в карте стека.
Programmatic и AEO-страницы
Каждый cluster slug становится измерением атрибуции. См. programmatic SEO и гайд AEO.
Сравнивайте qualified rate по кластеру, а не только трафик.
Атрибуция AI-квалификации
Диалоги бота наследуют UTM со страницы, где открыли чат. Если пользователь сменил устройство, дедуп по email или телефону при handoff.
Тег bot_qualified=true для воронки отдельно от rep-qual.
Правила дедупа
- Тот же person_key за 24 часа → один first touch, лог re-entry
- Открытая сделка есть → re-entry к source существующей сделки, если нет override по кампании
- Слияние дубликатов в CRM еженедельной job по ключам Hub
Ежемесячный чеклист гигиены атрибуции
- Топ-20 сделок: тег source совпадает с логом Hub
- Бакет unknown source меньше 5 процентов
- Имена paid-кампаний синхронизированы с dropdown тегов
- Все chat-каналы подключены к Hub
- Теги programmatic cluster на новых URL
- Отчёт совпадает с CRM по новым inbound
Управление и комиссии
Модель атрибуции должна быть задокументирована и скучной. Меняйте максимум раз в квартал, если не сдвинулась бизнес-модель.
Комиссия sales по sourced deals использует first touch Hub плюс процесс спора manager с audit log, а не поля, введённые rep.
Шаги внедрения
- Аудит текущих источников истины в бесплатном аудите
- Словарь тегов и захват Hub на всех каналах
- Backfill dropdown CRM, убрать free text
- Переподключить формы, чат, телефонию к Hub
- Dashboard: leads, SQL, won по source
- Обучить rep по модулю onboarding
- Ежемесячный ритуал гигиены
Как original и latest source должны выглядеть в отчётах?
| Отчёт | Использование |
|---|---|
| Original source | Распределение бюджета на каналы, создающие спрос |
| Latest source | Оптимизация bottom-funnel страниц и ретаргетинга |
| Influenced | Multi-touch ретрос для длинных циклов |
OperStack Hub хранит original source как неизменяемый в записи person. Latest source обновляется при новом внешнем визите с валидными campaign evidence, не при каждой сессии. Экспортируйте оба в reporting engine с явными определениями.
UTM-стандарт для inbound-команд
| Параметр | Конвенция |
|---|---|
| utm_source | платформа или имя сайта |
| utm_medium | organic, cpc, social, email |
| utm_campaign | slug квартальной инициативы |
| utm_content | вариант объявления или поста |
| utm_term | keyword cluster опционально |
Запрет free-text имён кампаний в paid UI. Только dropdown.
Dark social и отсутствующие UTM
Когда referrer пуст и UTM пуст, тег channel direct_unknown. Бот спрашивает «Откуда вы о нас узнали?» на high-ticket путях. Ответ мапится на контролируемый набор тегов, не free text в CRM надолго.
Ежемесячный обзор attributed pipeline
Finance и marketing: 45 минут:
- Экспорт Hub: leads по first_touch source
- Экспорт CRM: closed won той же cohort month
- Сверка delta больше 5 процентов
- Починить tag или webhook bug до следующего цикла spend
Multi-brand и subdomain-атрибуция
Если несколько брендов в один Hub, brand_id обязателен на каждом событии. Отдельные GSC properties всё равно сходятся в один Hub tenant для OperStack B2B-клиентов с несколькими сайтами.
Assisted conversions и influenced pipeline
Длинные B2B-циклы нуждаются в influenced-отчётности без ломки immutability first touch:
| Событие | Поведение Hub |
|---|---|
| Первый визит organic | first_touch=organic, immutable |
| Retargeting click до SQL | last_touch=paid_social, influenced flag |
| Участие в webinar | influenced=webinar tag, без перезаписи first touch |
| Sales outbound на inbound lead | активность в CRM, source без изменений |
Reporting экспортирует три колонки: first_touch, last_touch, influenced_count.
Офлайн и event-лиды
Выставки и ужины ломают digital-атрибуцию без дисциплины:
- Скан badge или карточку в mobile form Hub
- Тег source event_YYYY плюс rep_id
- Те же dedupe keys, что и digital
- SLA tier A для event hot leads, если обещали на стенде
Rep не создаёт контакты CRM вручную без event id Hub.
Partner и affiliate-атрибуция
| Тип partner | Паттерн тега | Правило конфликта |
|---|---|---|
| Referral link | partner_id в URL | Первый валидный click побеждает |
| Co-marketing | utm_campaign co_ | Split report, один owner |
| Affiliate | affiliate_id | Контракт задаёт overwrite policy |
Документируйте partner rules в Hub до запуска. Споры дороги на этапе комиссий.
Self-reported source
Вопрос бота «Откуда вы о нас узнали?» мапит ответы на контролируемые теги:
| Бакет ответа | Тег |
|---|---|
| Google search | organic |
| Friend or colleague | referral |
| paid_social или organic_social по UTM если есть | |
| Podcast | podcast_name tag |
| Don’t remember | direct_unknown |
Free text не пишется в поле source записи CRM.
Схема warehouse export (для data-команд)
Еженедельные колонки экспорта Hub для BI:
- person_key
- first_touch_timestamp
- first_touch_source
- first_touch_channel
- first_touch_url
- last_touch_source
- qualified_timestamp
- won_timestamp
- revenue_amount
CRM авторитетен по revenue_amount; Hub по измерениям source.
Процедура sampling аудита атрибуции
Каждый месяц ops берёт 30 closed won сделок:
- Лог first_touch Hub
- Сравнение с тегом source CRM
- Заметки rep на противоречия
- Починка webhook или training gap
- Целевой error rate ниже 3 процентов
Пара с аудитом routing на корректность assign в той же выборке.
Шаблон executive one-pager
Ежемесячно leadership простым языком:
- Всего inbound leads по first_touch source
- Qualified rate по source
- Closed won revenue по first_touch cohort
- Топ-3 исправления атрибуции за месяц
- Тренд процента unknown source
Одна страница заканчивает бюджетные споры. Экспорт Hub питает каждый пункт.
Citability block: inbound-атрибуция
Inbound-атрибуция лидов это операционная модель данных, которая сохраняет исходный acquisition source, записывает последний qualifying source и соединяет оба с исходами CRM через стабильный person и deal identifier. Lead Hub должен захватить landing URL, timestamp, referrer, campaign parameters, channel, consent context и уникальный event ID до создания или обновления записи CRM. Original source остаётся неизменяемым, пока administrator не исправит задокументированные bad data. Latest source меняется только при определённом external re-entry event, а webinar attendance, nurture clicks и sales activity остаются отдельными influence events. CRM авторитетен по pipeline stage, closed status и revenue amount. Reporting соединяет поля source Hub с исходами CRM, а не трактует analytics sessions как people. Эта модель не раскроет каждое dark-social касание, но делает известные доказательства воспроизводимыми и не даёт representatives переписывать acquisition history ради credit disputes.
Чем отличаются определения analytics и CRM?
GA4 ориентирован на события и пользователей, CRM на person, account и deal. Событие формы может сработать дважды, не дойти до delivery или принадлежать существующему person. CRM deal может быть создан вручную, merged, reopened или связан с несколькими contacts. Равные totals не цель. Нужна задокументированная reconciliation.
Документация GA4 по traffic source различает user-scoped и session-scoped acquisition dimensions. Это полезно для behavior analysis, но не решает, кому sales credit или какая CRM deal владеет выручкой. OperStack мапит raw capture evidence в operational fields до создания или обновления CRM.
| Вопрос | Ответ analytics | Операционный ответ |
|---|---|---|
| Что привело эту сессию? | Session source | Latest qualifying source |
| Что впервые acquired этого user? | First user source | Original person source |
| Lead принят? | Conversion event | CRM qualification stage |
| Какая выручка закрыта? | Imported или modeled event | CRM closed-won amount |
Как соединить source data с выручкой?
Для revenue join нужны stable keys и явный grain. Person-level source нельзя join напрямую к каждой deal без правила: один person может иметь несколько deals, одна deal несколько contacts. Определите bridge с primary person, related contacts, Hub event ID, CRM deal ID и relationship timestamps.
| Dataset | Primary key | Авторитетные поля |
|---|---|---|
| Hub person | person_key | Original source и first capture |
| Hub event | event_id | Latest source и touch context |
| CRM contact | crm_contact_id | Identity и ownership |
| CRM deal | crm_deal_id | Stage, value, won or lost |
| Deal-person bridge | composite ID | Role и association dates |
Для простого sales motion отчитывайте original-source revenue по primary contact при создании deal. Для account-based sales определите buying-group rule и показывайте influenced pipeline отдельно. Никогда не умножайте полную deal revenue на каждый associated contact.
Что считается изменением latest source?
Обновление latest source требует evidence нового external acquisition touch. Валидные примеры: paid campaign click с новым click ID, organic search landing после defined inactivity window, partner link с authenticated partner code. Internal links, rep emails, support logins и payment pages не должны сбрасывать acquisition.
Создайте precedence table до внедрения:
| Событие | Обновлять latest source? | Причина |
|---|---|---|
| Новый paid click с click ID | Да | Проверяемый внешний acquisition |
| Organic landing после inactivity window | Да | Новое событие discovery |
| Newsletter click | Обычно только influence | Существующая owned audience |
| Rep calendar link | Нет | Sales activity |
| Direct return в active session | Нет | Нет новых source evidence |
| Self-reported podcast | Influence field | Полезно, но не click-verified |
Inactivity window это бизнес-определение, не универсальный стандарт. Запишите его в словарь отчётности и версионируйте изменения.
Как управлять correction атрибуции?
Поля source нуждаются в correction path, потому что capture systems ломаются. Делайте corrections редкими, permissioned и reversible. Administrator выбирает reason code, прикрепляет evidence и сохраняет предыдущее значение в audit log. Rep может submit dispute, но не редактирует original source напрямую.
Рекомендуемые reason codes: malformed campaign parameters, known redirect loss, duplicate merge, partner-code validation, verified offline event. «Sales says referral» недостаточно. Sample corrected records ежемесячно и report correction volume by cause. Spike обычно указывает на broken redirect, campaign template или connector, а не на внезапное поведение buyer.
Гайд CRM automation делает source mirrors read-only. Гайд sales onboarding учит dispute process и почему self-reported context в отдельном поле.
Правила захвата по каналам
Organic search leads часто попадают на long guides до form. Сохраняйте first_touch_url при открытии чата, даже если user navigates internally. Session stitching по person_key когда email или phone captured mid-flow.
Paid search сохраняет gclid или click id где platform allows. Hub хранит raw click id для offline import в ad platform позже. Без него smart bidding starves.
Social inbound с LinkedIn или Telegram часто без UTM. Channel tag плюс ask-back question в первых трёх turns бота. Answers мапятся на campaign enum: social_organic, social_paid, partner.
Email nurture clicks несут utm_medium=email на каждом link template. Hub отклоняет internal mailto links как attribution source.
Referral partner codes: utm_source=partner и partner_id field. Commission reports join по partner_id, не rep-entered CRM text.
Сборка monthly attribution pack
Страница один: leads по first_touch source (hub export). Страница два: SQL по source. Страница три: closed won по cohort month. Страница четыре: delta explanation и known bugs.
Definition box на каждой странице: lead = hub normalized capture, SQL = stage qualified или score threshold, won = CRM closed won same person_key.
Когда delta больше пяти процентов, freeze ad budget changes пока webhook или tag fix не verified в staging.
Tooling stack для атрибуции
Типичный OperStack client stack: GSC и GA4 для discovery metrics, Lead Hub для capture truth, CRM для outcomes, reporting engine для weekly pack. GA4 не заменяет hub. Он объясняет behavior до capture.
Export hub events nightly в warehouse опционально at scale. Schema: person_key, event_type, source_tags, timestamp, crm_deal_id.
Legal и privacy notes
Hash emails в hub logs где policy requires. Document retention в privacy policy. Consent banner IDs stored при first form submit. AI chat discloses recording когда jurisdiction requires.
Когда перестраивать атрибуцию с нуля
Rebuild при CRM migration, merger или двух годах tag chaos. Freeze old tags read-only, new hub tenant с clean enum, backfill только 90 days если trustworthy.
Какая последовательность внедрения?
Начните с определений и захвата, затем докажите revenue join на небольшой выборке. Не начинайте с multi-touch dashboard.
- Инвентаризация каждой form, chat, phone, partner и import path.
- Определите original source, latest source, influence, person, lead, SQL и won revenue.
- Настройте Hub event contract и controlled campaign vocabulary.
- CRM source mirrors read-only, сохраните авторитет CRM над outcomes.
- Synthetic journeys для каждого channel и duplicate condition.
- Join 30 real closed deals вручную и объясните каждый mismatch.
- Опубликуйте reconciliation report с known limitations.
- Influenced-touch analysis только после trusted baseline.
Используйте гайд Lead Hub vs CRM для владения системами, routing playbook для решений по owner и lead operations stack для полного data flow. Scope на pricing или attribution audit.
Карта вашего стека
Бесплатный аудит: где заявки теряются между сайтом, чатом и CRM.
Частые вопросы
- Почему GA4 и CRM показывают разное число лидов?
- Они считают разные события в разное время. GA4 считает сессии и события форм; CRM считает сделки под владением. Без нормализации в Hub UTM теряются, чат обходит формы, дубликаты раздувают CRM.
- Какой источник истины для inbound-атрибуции?
- Используйте владение на уровне полей, а не один универсальный источник: Lead Hub хранит доказательства захвата, CRM владеет воронкой и выручкой, а аналитика объясняет сессии и поведение.
- First touch или last touch?
- Отчитывайтесь по обоим, но операционная маршрутизация и SLA часто опираются на first touch в записи лида. Ретроспективы по выручке добавляют last touch и influenced-пути.
- Как атрибутировать лиды из AI-чата?
- Фиксируйте entry URL, UTM и referrer при старте чата в Hub до ветвления диалога. Тег channel отдельно: site_chat, whatsapp или telegram, не смешивая с source.
- Как часто аудировать модели атрибуции?
- Ежемесячная гигиена тегов плюс квартальный обзор модели при запуске кампаний или programmatic-кластеров.