Сквозная аналитика - это математическая модель, которая объединяет каждый вложенный тенге в маркетинг с реальной выручкой в кассе. Бизнес в Казахстане ежегодно теряет миллионы на рекламных кампаниях, опираясь на метрики платформ: клики, показы, CTR и количество оставленных заявок. Проблема в том, что рекламные кабинеты не видят отказов отдела продаж, возвратов брака и реальной маржинальности проданного товара. Они показывают лишь вершину воронки.
Внедрение сквозной аналитики решает фундаментальную задачу: система собирает данные о затратах из рекламных источников (Google Ads, Яндекс Директ, Meta), объединяет их с поведением пользователя на сайте (GA4) и объединяет с финансовыми результатами из CRM-системы (Bitrix24, AmoCRM) или 1С. В результате вы получаете дашборд, где видна стоимость привлечения клиента (CAC), пожизненная польза (LTV) и возврат инвестиций в маркетинг (ROMI) по каждому ключевому слову или креативу. Если канал генерирует дешевые лиды, которые никогда не конвертируются в подписанные договоры и оплаченные счета-фактуры (ЭСФ), система подсветит этот убыток. Вся база для принятия управленческих решений, включая первичные расчеты окупаемости и определение целевых метрик, закладывается на этапе проектирования архитектуры данных.
Что получает бизнес: сквозная аналитика нужна не ради красивого отчета, а чтобы понять, какой канал приводит заявки, какие лиды доходят до продаж и где бюджет сгорает между кликом, звонком, WhatsApp и CRM.
| Что объединить | Что увидеть | Коммерческое решение |
|---|---|---|
| Реклама и сайт | источник, кампания, запрос, креатив | отключать связки без заявок |
| Формы, звонки, WhatsApp | какие обращения реально пришли | считать не клики, а лиды |
| CRM и продажи | статус, сумма, причина отказа | видеть CPL, CAC и окупаемость |
| Отчеты руководителя | маржа, заявки, сделки, потери | перераспределять бюджет по фактам |
1. Кликфиксируем источник, UTM, кампанию и стоимость контакта
2. Заявкасохраняем форму, звонок или мессенджер в одной логике
3. CRMпоказываем статус лида, менеджера, сделку и отказ
4. Решениеоставляем каналы с подтвержденной выручкой; слабый трафик отключаем
Есть рекламабюджет уже тратится каждый месяц
Есть хаосчасть заявок живет в звонках и мессенджерах
Есть CRMно источники не доходят до сделки
Есть спормаркетинг и продажи смотрят на разные цифры
Что должна показывать сквозная аналитика
Система отвечает на три управленческих вопроса: сколько компания потратила на канал, какие обращения стали продажами и сколько прибыли принес каждый источник. Для этого рекламные расходы объединяют с событиями сайта, UTM-метками и статусами CRM. В отчете отдельно показывают обращения, квалифицированные лиды, сделки, выручку и маржинальность продукта или услуги.
Три уровня внедрения для бизнеса
На первом уровне компании достаточно рекламных кабинетов, GA4 и CRM с обязательными статусами. Он подходит для одного сайта и небольшого числа каналов. Второй уровень добавляет коллтрекинг, коннекторы и единый дашборд. Третий уровень использует собственное хранилище и SQL-модели, когда источников много, нужен расчет возвратов, повторных продаж и нескольких моделей атрибуции.
Переход между уровнями зависит от числа кабинетов, объема сделок, качества CRM и цены ошибки. Если менеджеры пропускают статусы, новое хранилище размножит пробелы. Сначала вводят обязательные поля и правила закрытия сделок, затем усложняют архитектуру.
Разрыв между маркетингом и продажами - главная причина кассовых разрывов при масштабировании. Представьте завод по производству металлоконструкций, который запускает две рекламные кампании. Первая приносит 100 заявок по 2 000 ₸. Вторая дает 10 заявок по 15 000 ₸. Классический маркетолог отключит вторую кампанию, потому что лиды слишком дорогие.
Суровая B2B-реальность показывает иную картину. Из первой сотни заявок до подписания договора доходит ноль компаний - это спам, студенты или мелкая розница, не проходящая минимальный порог заказа. Из второй десятки конвертируются три крупных контракта с чеками по 5 000 000 ₸. Без объединения данных компания инвестирует в генерацию мусорного трафика.
Единственный объективный показатель эффективности - это ROMI (Return on Marketing Investment). Он рассчитывается по фактической валовой прибыли. Предполагаемая выручка в расчет не входит. Формула проста, но недостижима без чистого объема данных: валовая прибыль от маркетинга минус затраты на маркетинг, разделенное на затраты на маркетинг. Когда данные CRM прозрачны, вы перестаете финансировать клики и начинаете покупать долю рынка.
Как объединяются реклама, сайт и CRM
Рекламная система передает идентификатор клика и UTM-метки. Сайт записывает сессию и действие пользователя. CRM получает контакт, источник и статус. Ежедневная загрузка расходов дополняет сделки стоимостью канала. После этого отчет рассчитывает CPL, CAC и ROMI по согласованной формуле.
Построение инфраструктуры требует дисциплины на уровне кода и бизнес-процессов. Ниже представлен алгоритм внедрения кастомного решения на базе облачных хранилищ, который выдерживает высокие нагрузки и длинные циклы сделок.
Первая инфографика показывает движение данных от рекламного расхода к прибыли. Расходы, обращения, сделки и выручка должны относиться к одному периоду и одной модели атрибуции.
Шаг 1: стандартизация UTM-разметки и создание единого справочника
Аналитика не работает в хаосе. Работа начинается с единых правил разметки рекламного трафика.
- Создание матрицы UTM: генерация единого файла или использование компоновщика ссылок, где для каждого подрядчика и канала зарезервированы статичные значения.
- Исключение человеческого фактора: запрет ручного ввода меток. Использование динамических параметров макросов рекламных систем (например, {campaign_id}, {keyword}).
- Контроль регистра: система должна приводить все значения utm_source к нижнему регистру, иначе Google, google и GOOGLE будут распознаваться как три разных источника.
Шаг 2: настройка сбора client_id и сессионных данных
Чтобы объединить анонимного посетителя сайта с конкретным контрагентом в CRM, необходимо захватить его уникальный идентификатор.
- Развертывание Google Tag Manager (GTM): установка контейнера на все страницы сайта.
- Извлечение _ga cookie: настройка пользовательской переменной в GTM, которая читает куки-файл браузера и извлекает оттуда уникальный номер пользователя (client_id).
- Передача в формы: модификация всех форм захвата на сайте (отправка заявки, заказ обратного звонка). Разработчик добавляет скрытое поле input type="hidden", в которое GTM записывает захваченный client_id в момент сабмита формы.
- Настройка Google Analytics 4: конфигурация объема данных, отключение автоматического сбора мусорных событий и ручная разметка конверсионных действий через dataLayer.
Шаг 3: подготовка CRM-системы и настройка API
CRM должна стать хранилищем финансовой правды. Если менеджеры ведут сделки в блокнотах, аналитика покажет убытки.
- Аудит воронок продаж: удаление лишних этапов, создание строгой линейной воронки статусов (например: новый лид - квалификация пройдена - КП отправлено - договор подписан - счет оплачен - отказ).
- Создание кастомных полей: добавление обязательных скрытых полей для приема данных: utm_source, utm_medium, utm_campaign, utm_content, utm_term, client_id, gclid, yclid.
- Запрет ручного редактирования: менеджеры не должны иметь прав на изменение полей с метками и источниками.
- Валидация сумм: этап "счет оплачен" невозможно закрыть, если поле "сумма сделки" равно нулю.
Шаг 4: интеграция объемов данных через коннекторы
Данные необходимо переместить из сайта и рекламных кабинетов в единое хранилище (Data Warehouse).
- Выбор базы данных: оптимальный выбор для масштабирования - Google BigQuery.
- Выгрузка расходов: использование сервисов (например, OWOX BI, Albato или кастомные Python-скрипты) для ежедневного импорта затрат из Яндекс Директ, Meta Ads и локальных площадок в BigQuery. Схема данных должна содержать дату, источник, кампанию, затраты, показы и клики.
- Выгрузка сырых данных GA4: включение бесплатной нативной интеграции GA4 с BigQuery для ежедневного экспорта таблиц events_YYYYMMDD.
- Настройка вебхуков из CRM: при каждой смене статуса сделки (особенно при переходах в "Успешно" или "Отказ"), CRM отправляет POST-запрос с ID сделки, датой, суммой и client_id на сервер или в облачную функцию, которая записывает транзакцию в базу.
Шаг 5: SQL-моделирование и атрибуция в базе данных
Когда сырые данные собраны в хранилище, их необходимо объединить.
- Очистка и дедупликация: написание SQL-запросов для удаления дублирующихся лидов и очистки тестовых транзакций.
- Джоин (Join) таблиц: связывание данных о расходах, сессиях посетителей и транзакциях из CRM по ключам client_id и дате.
- Расчет атрибуции: если цикл сделки составляет полгода, клиент мог зайти на сайт 15 раз с разных каналов. Базово применяется W-образная модель или модель на основе позиции. Для сложных B2B-моделей используется расчет пользы Шепли для распределения веса между каналами:
Эта математическая модель распределяет вклад касаний между первым касанием (знакомство), промежуточными визитами (подогрев) и последним кликом (прямая заявка).
Шаг 6: визуализация и сборка управленческого дашборда
Сырые таблицы не подходят для принятия решений. Требуется BI-система.
- Подключение Looker Studio: авторизация в Google Data Studio и подключение таблиц-витрин (Data Marts) из BigQuery.
- Проектирование архитектуры экрана: левый блок - фильтры (даты, регионы, каналы); верхний блок - макро-показатели (бюджет, выручка, ДРР, ROMI); центральный блок - детализированная таблица по кампаниям.
- Настройка вычисляемых метрик: создание формул внутри дашборда для расчета конверсий из этапа в этап, стоимости квалифицированного лида (CQA) и средней маржи.
- Регулярная сверка: еженедельный процесс валидации цифр на дашборде с оборотно-сальдовой ведомостью из 1С. Допустимая погрешность не должна превышать 3-5%.
Специфика рынка РК: налоги, законы и паттерны потребления
Внедрение систем учета в Казахстане требует интеграции с локальной инфраструктурой и учета юридических норм.
Во-первых, правовое поле. Сбор идентификаторов, номеров телефонов и поведенческих факторов подпадает под действие Закона РК от 21 мая 2013 года № 94-V «О персональных данных и их защите». Бизнес обязан реализовать механизм явного согласия пользователя на сбор и обработку данных. Игнорирование этого факта при настройке GTM и передаче данных в сторонние аналитические платформы создает риск штрафов при проверках.
Во-вторых, влияние монополистов на атрибуцию. Огромный пласт транзакций в e-commerce и даже микро-B2B проходит через Kaspi Pay и маркетплейс Kaspi.kz. С точки зрения классической веб-аналитики, переход пользователя в приложение банка разрывает сессию. Если клиент нашел ваш товар через Google Ads, перешел на сайт, но оплатил по QR-коду Kaspi или нашел этот же товар в приложении, стандартный GA4 запишет этот трафик в прямой (direct) или потеряет источник вовсе. Решение требует внедрения динамического коллтрекинга, сверки номеров телефонов из базы Kaspi с базой лидов в CRM и ручного маппинга данных.
В-третьих, локальная семантика и гео-распределение. В регионах (Атырау, Актау, Шымкент) паттерны поиска отличаются от Алматы и Астаны. Двуязычие диктует свои правила: запрос может начинаться на казахском языке, а завершаться кликом по русскоязычному креативу. В базах данных появляются термины на двух языках (тұтынушы, сатылым). При проектировании хранилищ мы учитываем запланированный переход казахского языка на латиницу: архитектура таблиц, именование колонок и парсинг UTM-меток строятся с расчетом на поддержку различных кодировок и исключение кириллических конфликтов в SQL-запросах. Кроме того, в B2B секторе этапы клиента часто начинается с клика по контекстной рекламе, а заканчивается участием в тендере на Goszakup.gov.kz или портале Самрук-Казына. Объединить эти события автоматически через API невозможно, требуется регламент ручного обогащения карточки компании в CRM по БИН/ИИН.
Когда выбирать сервис, а когда собственное хранилище
Готовый сервис сокращает срок запуска и подходит для стандартного набора источников. Собственное хранилище выбирают при сложной структуре бизнеса, нескольких CRM, длительном цикле сделки и требованиях к внутренним формулам. Решение сравнивают по стоимости внедрения, поддержке, доступу к сырым данным и риску зависимости от поставщика.
Выбор между готовыми SaaS-продуктами и собственной сборкой на базе облачных хранилищ зависит от объема данных и сложности процессов.
| Критерий | Коробочные сервисы (Roistat, Rick.ai) | Кастомная сборка (GA4 + BigQuery + BI) |
|---|---|---|
| Скорость внедрения | Высокая (от 7 до 14 дней). Готовые коннекторы к большинству популярных CRM. | Низкая (от 30 до 60 дней). Требуется проектирование архитектуры, написание SQL и настройка серверов. |
| Гибкость логики | Ограниченная. Жестко заданные модели атрибуции и формы отчетов. Сложно учесть возвраты за прошлые периоды. | Абсолютная. Возможность строить когорты любой сложности, применять сложные математические модели распределения пользы. |
| Владение данными | Данные хранятся на серверах сервиса. При отказе от подписки история аналитики частично теряется. | Данные лежат на ваших серверах (в вашем проекте Google Cloud). Полный контроль и безопасность. |
| Работа с офлайн | Встроенные модули коллтрекинга, но сложная интеграция с кастомными 1С и кассами. | Возможность заливать любые CSV/JSON файлы через FTP, парсить почту и связывать сложные чеки. |
| Сложность поддержки | Минимальная. Поддержку API-коннекторов обеспечивает вендор платформы. | Высокая. При изменении API рекламной системы или CRM потребуется участие инженера данных для переписывания скриптов. |
Стоимость и сроки внедрения
Дешевая аналитика генерирует дорогие ошибки. Проекты со сметами в 50 000 ₸ - это настройка счетчика Яндекс Метрики, которая не имеет отношения к сквозной экономике предприятия. Построение системы требует работы аналитика, дата-инженера и специалиста по CRM.
| Этап работ | Состав пула задач | Предварительный бюджет |
|---|---|---|
| 1. Аудит и проектирование | Анализ бизнес-процессов, аудит воронки в CRM, составление карты событий, выбор стека технологий. | от 300 000 ₸ |
| 2. Интеграция и разметка | Настройка GTM, GA4, генерация UTM-матрицы, внедрение скриптов перехвата client_id на сайт, настройка коллтрекинга. | от 450 000 ₸ |
| 3. Построение хранилища DWH | Развертывание базы в BigQuery, настройка ежедневных коннекторов из рекламных кабинетов и вебхуков из CRM, написание ETL-скриптов. | от 600 000 ₸ |
| 4. Визуализация и дашборды | Написание SQL-запросов для объединения таблиц, настройка вычисляемых полей, отрисовка управленческих экранов в BI-системе. | от 400 000 ₸ |
| Итоговый чек проекта | Комплексное внедрение "под ключ" с периодом тестирования и отладки (срок реализации: 6-8 недель). | от 1 750 000 ₸ |
Ежемесячные косты (расходы) на инфраструктуру включают оплату серверов хранилища (обычно до 20-30 долларов в месяц для среднего бизнеса), сервисов-коннекторов (около 25 000 ₸ - 40 000 ₸) и пула номеров для коллтрекинга.
Ошибки в данных и CRM
GA4 и CRM могут показывать разное число обращений. Причины включают блокировку cookies, звонки, повторные визиты, изменение статуса сделки и разные часовые пояса. Расхождение описывают в регламенте, а итоговую оценку продаж строят по CRM после проверки дублей и источников.
Ответственность делят заранее. Маркетолог контролирует расходы и разметку, разработчик передачу событий, отдел продаж статусы и причины отказа, аналитик формулы и сверку. У каждого сбоя должен быть владелец и срок исправления.
Даже технологически правильная сборка может рухнуть из-за нарушений в бизнес-процессах.
- Отсутствие дисциплины в CRM: менеджеры создают сделки задним числом, минуя сайт и входящие звонки. Аналитика не видит первого касания, источник присваивается как "прямой", а маркетинг недополучает данные об эффективности кампании.
- Игнорирование возвратов и логистики: если интернет-магазин записывает выручку в момент создания заказа на сайте, цифры в дашборде будут завышены на 15-30%. Аналитика должна считать деньги только по статусу финального завершения ЭСФ или факту прихода средств на расчетный счет.
- Потеря идентификаторов при кросс-доменном отслеживании: переход с основного сайта на лендинг, а затем на платежный шлюз банка сбрасывает файлы cookie, если не настроен allowLinker в конфигурации трекинга.
- Ошибка выжившего в атрибуции: ориентация исключительно на модель атрибуции по последнему клику (Last Non-Direct Click). В B2B цикле это приводит к отключению медийных кампаний, которые генерировали спрос, после чего пропорционально падает брендовый трафик.
Пример расчета
Пример в статье сохраняет исходные суммы и проценты. Перед применением к другой компании нужно заменить бюджет, стоимость обращения, долю квалификации, конверсию в продажу и маржинальность. Даже одинаковый CPL дает разный финансовый результат при разной доле продаж и среднем чеке.
Исходные данные: поставщик насосного и компрессорного оборудования в Западном Казахстане (офис в Атырау, доставка в Актау). Бюджет на маркетинг составлял 2 000 000 ₸ в месяц. Трафик закупался в Google Ads и Яндекс Директ по широким отраслевым запросам. Отдел продаж жаловался на качество лидов, руководство фиксировало снижение рентабельности. Маркетолог отчитывался о росте конверсии на сайте (заявки стоили в пределах 8 000 ₸).
Что выявил аудит и настройка DWH:
- 65% бюджета расходовалось на поисковые запросы, относящиеся с запчастями для бытовых насосов. Эти лиды формировали объем заявок, но браковались менеджерами на этапе квалификации.
- Из-за долгого цикла сделки (от 2 до 8 месяцев) маркетолог физически не мог объединить подписанный в ноябре договор на 25 000 000 ₸ с кликом, совершенным в апреле.
- Кампании в сетях (РСЯ/КМС) считались неэффективными, так как не приносили прямых заявок, и были отключены за месяц до аудита.
После внедрения связки GA4 + BigQuery + Bitrix24 + Looker Studio мы пересчитали окупаемость на основе реальных отгрузок. Выяснилось, что медийные сети выступали основным каналом первого касания для ЛПР заводов. Мы восстановили кампании в сетях, ужесточили минусовку на поиске (отсекли B2C-сегмент) и ввели когортный анализ по месяцу привлечения лида.
Результат через 4 месяца работы по новым данным: общий объем заявок упал на 40%, что разгрузило менеджеров. Стоимость квалифицированного B2B-лида снизилась на 28%. Доля маркетингового бюджета в структуре выручки сократилась, а общий возврат инвестиций (ROMI) составил 320%. Бюджет был оптимизирован без потери доли рынка.
Вторая инфографика показывает четыре этапа настройки: разметка источников, передача идентификаторов, дисциплина CRM и сбор отчета. Ошибка на раннем этапе переходит во все последующие расчеты.
Ответы на вопросы
Перед внедрением нужно определить источники расходов, CRM, правила лида, окно атрибуции и финансовые показатели. Если этих данных нет, работа начинается с аудита и исправления учета. После этого выбирают сервис, BigQuery или другую архитектуру.
Как быстро система начнет показывать достоверные данные?
Интеграция занимает около месяца. Дальнейшее накопление статистически значимых данных зависит от длины вашего цикла сделки. Если от клика до чека проходит 14 дней, первые выводы об окупаемости кампаний можно делать через полтора месяца после запуска системы. Исторические данные ретроспективно объединить практически невозможно.
Нужен ли программист в штате для поддержки?
Для внедрения коробочного решения (SaaS) разработчик не требуется, достаточно интегратора. Для кастомной инфраструктуры на BigQuery потребуется разовое привлечение инженера данных. Для дальнейшей работы нужен веб-аналитик, который умеет писать SQL-запросы для создания новых витрин данных.
Почему данные в Google Analytics и CRM не совпадают?
Они не должны совпадать на 100%. GA4 - это система веб-аналитики, фиксирующая сессии браузеров и поведенческие триггеры. Она подвержена влиянию блокировщиков рекламы (AdBlock), политик ITP (Safari) и потери куки-файлов. CRM - это бухгалтерская сущность. Расхождение в 5-10% в количестве транзакций является нормой и корректируется на уровне SQL-запросов.
Обязательно ли менять CRM-систему?
Нет, если ваша текущая CRM поддерживает работу с API (отправку вебхуков при смене статусов) и поддерживает пользовательские поля для хранения UTM-меток и client_id. Большинство популярных систем на рынке РК (AmoCRM, Bitrix24, ПланФикс) соответствуют этим требованиям.
Как учитывать клиентов, которые звонят по телефону вместо отправки формы?
Проблема решается внедрением динамического коллтрекинга. Сервис подменяет номер телефона на сайте для каждого уникального посетителя. Когда клиент звонит, система сопоставляет номер, на который поступил звонок, с сессией пользователя и пробрасывает источник в карточку лида вместе с записью разговора.
Что делать с рекомендациями и сарафанным радио?
Сарафанный трафик относится к неатрибутируемым источникам или брендовому поиску. В правильной воронке CRM менеджер при первой коммуникации обязан спросить об источнике и, при необходимости, вручную проставить тег "Рекомендация". В дашборде эти продажи выводятся в отдельный когортный сегмент, чтобы не искажать ROMI платных каналов.
Интуитивный маркетинг заканчивается там, где начинаются серьезные бюджеты. Без жесткой привязки рекламных кликов к финальным счетам компания обречена масштабировать убытки и финансировать площадки вместо собственного роста. Сквозная аналитика переводит диалог между собственником и подрядчиками в плоскость сухих цифр: сколько стоит привлечение контракта, какой канал генерирует максимальную валовую прибыль и где находится точка безубыточности.
Мы строим отказоустойчивые архитектуры данных, интегрируем базы и настраиваем дашборды, которые показывают реальное положение дел без прикрас в рамках нашей услуги Маркетинг под ключ. Если бизнес готов управлять маркетингом на основе экономики, обращайтесь за аудитом процессов в Метриум.
Еще больше полезных материалов по аналитике, расчету юнит-экономики и техническому маркетингу читайте в блоге агентства.
