惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

D
DataBreaches.Net
罗磊的独立博客
雷峰网
雷峰网
量子位
V
Visual Studio Blog
Vercel News
Vercel News
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
The Cloudflare Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
宝玉的分享
宝玉的分享
月光博客
月光博客
Martin Fowler
Martin Fowler
aimingoo的专栏
aimingoo的专栏
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Microsoft Security Blog
Microsoft Security Blog
博客园 - 叶小钗
腾讯CDC
Engineering at Meta
Engineering at Meta
博客园 - Franky
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Y
Y Combinator Blog
Recent Announcements
Recent Announcements
Jina AI
Jina AI
A
About on SuperTechFans

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
Как мы построили сквозную аналитику в Power BI
Никита Василевский · 2026-05-25 · via Все публикации подряд на Хабре

4 мин

8.7K

Всем привет! Меня зовут Никита и я CEO компании VSL-BI. Мы занимаемся внедрением BI-аналитики.

К нам обратилась компания из сферы продажи стройматериалов. Они активно работали с рекламой в Яндекс Директ и Google Ads (клиент вел деятельность в Казахстане), следили за аналитикой сайта в Яндекс Метрике, в качестве CRM использовали Битрикс24.

Исходная ситуация клиента

Проблемой для них было то, что на аналитику уходило слишком много времени.

Рекламные кабинеты показывали эффективность кампаний с точки зрения маркетинговых метрик (показы, клики, CTR, количество заявок).

Но бизнесу необходимо изучать рекламные компании глубже:

  • Какие рекламные кампании приводят реальные продажи?

  • Какие объявления дают клиентов с высоким средним чеком?

  • Где стоимость лида низкая, но сделки в итоге не закрываются?

  • Какие источники трафика приносят не просто обращения, а прибыль?

  • Какая реальная окупаемость рекламных расходов?

Получить ответы было сложно, потому что данные о рекламе и данные о продажах существовали отдельно друг от друга.

Маркетологам приходилось регулярно выгружать статистику из Яндекс Директа и Google Ads, отдельно собирать данные из CRM, после чего вручную сводить отчеты через Excel или Google Sheets.

Технически такой подход работал. Практически — создавал сразу несколько ограничений.

  1. Подготовка отчетов занимала много времени.

  2. Данные быстро устаревали.

  3. Было тяжело анализировать рекламу именно с точки зрения выручки и сделок, а не только маркетинговых метрик.

Процесс работы:

Мы предложили классическую схему сквозной аналитики:

  1. Развернуть отдельную аналитическую базу данных.

  2. Автоматически собирать данные из всех систем по API.

  3. Совмещать сделки и рекламные источники по UTM-меткам.

  4. Строить дашборды в Power BI.

Этап 1. Аудит данных и точек интеграции

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

Если сразу начать «тянуть API и строить графики», очень быстро выясняется, что половина данных нестыкуется между собой.

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

Реклама → Переход на сайт → Заявка → Лид → Сделка → Продажа

Дальше начали смотреть, где именно хранятся данные на каждом этапе.

Получилась такая схема:

Этап

Система

Показатели рекламных компаний

Яндекс Директ, Google Ads

Поведение пользователей

Яндекс Метрика

Лиды и сделки

Битрикс24

Отчетность

Excel

Этап 2. Построение аналитической базы и автоматизация сбора данных

Следующим этапом мы развернули отдельную аналитическую базу на MySQL и вынесли в нее всю работу с данными. Это был промежуточный слой между рекламными системами, CRM и Power BI, который позволял не строить аналитику напрямую поверх API и не зависеть от ручных выгрузок.

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

Этап 3. Очистка и объединение данных

Когда данные начали собираться в едином хранилище, стало видно несколько типичных проблем, которые часто возникают. Одни и те же рекламные кампании могли называться по-разному в разных системах, часть UTM-меток передавалась не полностью, а данные между CRM и рекламными кабинетами местами не совпадали.

Поэтому следующим шагом мы построили слой обработки данных. На этом этапе очищались дубли, стандартизировались UTM-метки, приводились к единому виду рекламные кампании, проверялись ошибки и пустые значения. После обработки данные уже можно было объединять в единую аналитическую модель и использовать для построения сквозной аналитики.

Этап 4. Формирование аналитической модели

Здесь мы начали формировать единую аналитическую модель для Power BI.

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

Основой для объединения стали UTM-метки, которые передавались вместе с рекламным трафиком и фиксировались в Битрикс24.

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

Этап 5. Разработка дашбордов в Power BI

Когда модель данных была готова, мы начали собирать дашборды в Power BI.

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

Примеры графиков из дашбордов

  1. Таблица, в которой с детализацией до одного дня можно проследить эффективность рекламы.

Детализация эффективности рекламы

Детализация эффективности рекламы

Легенда: ДРР - доля рекламных расходов в %, CpC - Стоимость клика, CTR - Конверсия из показа рекламы в клик, CpL - Стоимость лида, CR - конверсия, CpO - Стоимость сделки (клиента)

2. Таблица показывает эффективность каждого источника трафика с точки зрения реальных продаж, выручки, количества покупателей и доходности визитов, а не только объема переходов на сайт.

 Эффективность источников трафика по продажам и выручке

Эффективность источников трафика по продажам и выручке

3. Составлена таблица, в которой рассчитана эффективность каждой отдельной рекламной кампании. По ней можно легко оценить, насколько действенно объявление.

 Эффективность рекламных кампаний

Эффективность рекламных кампаний

4. График показывает динамику CTR и стоимости лида во времени и позволяет отслеживать, как изменение эффективности рекламных кампаний влияет на стоимость привлечения клиентов.

 Динамика CTR и стоимости лида (CpL) по рекламным кампаниям

Динамика CTR и стоимости лида (CpL) по рекламным кампаниям

5. Группа графиков, которые показывают дополнительную аналитику по лидам. Основные источники привлечения, возрастные сегменты аудитории и интересы пользователей, что помогает лучше понимать целевую аудиторию и оценивать качество входящего трафика.

 Аналитика лидов по источникам, возрасту и интересам аудитории

Аналитика лидов по источникам, возрасту и интересам аудитории

Результат

В результате компания получила систему сквозной аналитики, которая автоматически объединяет данные из рекламных кабинетов, CRM и Яндекс Метрики в едином пространстве Power BI.

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

Отдельно удалось сократить объем ручной работы. Данные начали обновляться автоматически, а подготовка отчетности перестала занимать часы работы маркетологов.

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

В завершение хочу еще сказать, что у меня есть личный телеграм-канал От цифр к делу🔎 | Никита Василевский, где я делюсь своими наблюдениями из практики, разбираю кейсы и делюсь полезной информацией для бизнеса. Буду рад встретиться с вами и там!