BI-система: что это, как устроена и зачем бизнесу
BI-система — связка из источников данных, хранилища, общих определений метрик и дашбордов. Как устроена BI-аналитика, какие бывают BI-инструменты и как выбрать.
Содержание статьи
В понедельник на планёрке у маркетинга 2100 активных пользователей за неделю, у продукта — 1900, у финансов доля платящих 15%, а у продаж — 20%. Полчаса уходит на выяснение, чья цифра правильная, и решение откладывают. BI-система (business intelligence) — это связка из источников данных, хранилища, общих определений метрик и инструмента отчётности, которая регулярно превращает сырые данные компании в одни и те же цифры для всех, кто принимает решения. Дашборд — только видимая часть. Большая часть работы BI находится под ним.
Коротко
BI — не программа, а цепочка от данных до решения.
- BI-система собирает данные из CRM, сайта, продукта, 1С и рекламы в одно место и показывает их в отчётах и дашбордах.
- Её ценность — в том, что метрика определена один раз и везде считается одинаково.
- BI-инструмент (Power BI, DataLens, Metabase и другие) — только последнее звено цепочки.
- BI чаще всего проваливается не из-за инструмента, а из-за отсутствия определений метрик, владельца и доверия к данным.
- Выбирать инструмент стоит последним, после вопросов «кто смотрит», «где данные» и «кто будет поддерживать».
Что такое BI-система простыми словами
Представьте, что руководитель каждую неделю просит одни и те же цифры: выручку, новых клиентов, активных пользователей, долю платящих. Без BI кто-то выгружает данные из пяти систем в Excel, сводит их руками и отправляет файл. Каждая неделя — новая ручная сборка, новые ошибки и новые споры.
BI-система делает то же самое автоматически и одинаково каждый раз. Данные сами приезжают в хранилище, метрики считаются по записанным правилам, дашборд обновляется к утру. Люди спорят уже не о том, какая цифра правильная, а о том, что с ней делать.
BI-аналитика — работа внутри такой системы: построить отчёт, найти причину отклонения, ответить на вопрос руководителя, не собирая данные заново.
Чем BI отличается от Excel и от продуктовой аналитики
Excel отлично справляется с разовым анализом, и многие BI-отчёты начинаются как таблица. Проблемы появляются, когда таблицу надо обновлять каждую неделю: ручная выгрузка, копии файла с разными версиями, формулы, которые кто-то случайно перезаписал. BI отличается не красотой графиков, а тем, что данные обновляются сами, история хранится в одном месте, а права доступа настраиваются по ролям.
Продуктовая аналитика — это направление вопросов: как пользователи ведут себя в продукте, где теряются, что их удерживает. Инструменты у неё бывают свои, например системы событийной аналитики с готовыми отчётами по воронкам и когортам. BI шире по источникам: в ней продуктовые события соседствуют с выручкой из 1С, сделками из CRM и расходами на рекламу. Часто продуктовые метрики живут в той же BI-системе, что и финансовые, — тогда их можно сводить в одном отчёте.
Как устроена BI-система
Цепочка почти везде одинаковая, меняются только инструменты на каждом звене. У небольшой компании часть звеньев схлопывается: хранилищем служит одна база, а метрики живут в SQL-представлениях.
| Звено | Что делает | Примеры |
|---|---|---|
| Источники | здесь данные рождаются | CRM, база продукта, сайт, 1С, рекламные кабинеты, таблицы |
| ETL / ELT | забирает данные из источников, чистит и загружает в хранилище по расписанию | скрипты, Airflow, dbt, готовые коннекторы |
| Хранилище и витрины | хранит историю в одном месте; витрины — готовые таблицы под конкретные задачи | PostgreSQL, ClickHouse, BigQuery |
| Семантический слой | определения метрик и измерений: что такое «активный», «платящий», «выручка» | SQL-представления, LookML, dbt Semantic Layer, Cube |
| Отчёты и дашборды | показывают метрики, дают фильтры и срезы | Power BI, Tableau, DataLens, Metabase, Superset |
| Пользователи | смотрят, задают вопросы, принимают решения | руководители, менеджеры, аналитики |
Метрика, определённая один раз: пример на SQL
Семантический слой звучит абстрактно, поэтому покажем его на учебной базе SQL-курса — это данные SaaS-продукта «Маяк», тот же DuckDB, что в песочнице. Задача — недельная витрина с двумя метриками: активные пользователи за неделю (WAU) и доля платящих среди них.
Определения записаны прямо в запросе. Активный — сделал любое действие в продукте за неделю с понедельника по воскресенье. Платящий — оплатил подписку за последние 30 дней до конца недели включительно: подписка месячная, значит, у такого человека оплачен текущий период.
Учебная база SQL-курса, недели с 20 июля по 24 августа 2026. Доля платящих держится между 14,2% и 15,3%.
-- Витрина: одна строка на неделю, определения записаны один раз
with weekly_active as (
select date_trunc('week', event_time)::date as week_start,
user_id
from events
group by 1, 2
),
paid_recently as (
-- «платящий» = была оплата за 30 дней до конца недели включительно
select w.week_start, w.user_id
from weekly_active w
where exists (
select 1 from payments p
where p.user_id = w.user_id
and p.paid_at > w.week_start + 6 - 30
and p.paid_at <= w.week_start + 6
)
)
select w.week_start,
count(distinct w.user_id) as wau,
count(distinct pr.user_id) as paying_wau,
round(100.0 * count(distinct pr.user_id)
/ count(distinct w.user_id), 1) as paying_share_pct
from weekly_active w
left join paid_recently pr
on pr.week_start = w.week_start and pr.user_id = w.user_id
where w.week_start >= date '2026-07-20'
group by w.week_start
order by w.week_start;Не в двадцати дашбордах, скопированный в каждый, а в одном месте: как представление или модель в хранилище (например, в dbt) либо как метрика в семантическом слое BI-инструмента. Дашборды читают готовую витрину. Если определение «платящего» меняется, его правят один раз, и меняются все отчёты сразу.
Зачем метрике одно определение
Возьмём последнюю неделю, 24–30 августа, и посчитаем «долю платящих» четырьмя способами, которые встречаются в компаниях. Все четыре честно называются одинаково.
| Определение | Значение |
|---|---|
| платили за последние 30 дней, среди активных за неделю (витрина выше) | 14,7% |
| платили хоть раз, среди активных за неделю | 16,7% |
| подписка сейчас в статусе active, среди активных за неделю | 8,0% |
| платили хоть раз, среди всех зарегистрированных | 19,8% |
Разброс от 8,0% до 19,8% — это не ошибка в данных, а четыре разных вопроса. Семантический слой фиксирует, какой из них компания называет «долей платящих», и все отчёты берут метрику оттуда, а не пересчитывают по-своему.
BI-инструменты: обзор
Инструментов десятки, ниже — самые известные. Таблица не рейтинг: у каждого свой типичный сценарий, а выбор зависит от ваших данных, людей и бюджета.
Для российских компаний есть ограничение: в 2022 году Microsoft, Salesforce (владелец Tableau) и Qlik приостановили продажи в России. Перед выбором инструмента проверьте, как вы будете покупать лицензии и получать поддержку. Из таблицы ниже этот вопрос не стоит для DataLens и для открытых Superset и Metabase, которые можно развернуть у себя.
| Инструмент | Тип | Типичное применение |
|---|---|---|
| Power BI | коммерческий, Microsoft | компании на экосистеме Microsoft и Excel; модели данных и расчёты на DAX |
| Tableau | коммерческий, Salesforce | сложная интерактивная визуализация, крупные аналитические команды |
| Looker | коммерческий, облако Google | централизованные метрики через собственный семантический слой LookML |
| Looker Studio | бесплатный облачный, Google | отчёты по Google Analytics, рекламе и таблицам |
| Metabase | открытый код + платная облачная версия | быстрый старт, простые вопросы к базе без SQL, небольшие команды |
| Apache Superset | открытый код, Apache Software Foundation | своя установка, SQL-редактор и дашборды для технической команды |
| Yandex DataLens | облачный сервис Yandex Cloud, есть открытая версия | дашборды поверх ClickHouse, PostgreSQL, Метрики и других источников |
| Qlik Sense | коммерческий | ассоциативный анализ: свободные срезы по связанным данным |
Self-service BI или централизованная отчётность
Есть две модели работы. В централизованной отчёты делает аналитическая команда, остальные их смотрят. Цифры надёжные, но каждый новый вопрос встаёт в очередь. В self-service менеджеры сами собирают графики из готовых наборов данных. Вопросы решаются быстро, но без общих определений каждый начинает считать «активных» по-своему — и возвращаются споры с планёрки.
Рабочий вариант обычно смешанный. Ключевые метрики и витрины делает и отвечает за них аналитика, а поверх проверенных наборов данных менеджеры строят свои срезы сами. Self-service без семантического слоя — это быстрый способ получить двадцать версий одной цифры.
Почему внедрение BI проваливается
Типичная история: купили лицензии, подключили базу, аналитик за месяц собрал сорок дашбордов. Через полгода их открывают трое, а руководитель по-прежнему просит выгрузку в Excel. Причины почти всегда организационные.
- Нет определений метрик. Два дашборда показывают разную выручку, и доверие к обоим пропадает.
- Нет владельца. Источник поменял формат, дашборд тихо показывает нули, и никто за это не отвечает.
- Нет доверия к данным. Одна ошибка, найденная руководителем, перечёркивает месяцы работы. Нужны проверки качества и дата последнего обновления на каждом отчёте.
- Дашборды без решения. Если непонятно, какое решение принимают по отчёту, его перестают открывать.
- Начали с инструмента. Выбирали BI полгода, а про источники и определения подумали после.
Как выбрать BI-систему
Начинайте с вопросов, а не с демо. Ответы на них сужают выбор сильнее, чем сравнение функций.
| Вопрос | Что меняет ответ |
|---|---|
| Какие решения будут принимать по отчётам и кто? | число пользователей, частоту обновления, нужны ли self-service и мобильный доступ |
| Где сейчас данные и сколько их? | нужен ли отдельный DWH, подойдут ли готовые коннекторы |
| Кто будет поддерживать систему? | без инженера лучше облачный сервис; с командой можно ставить открытый инструмент у себя |
| Где данные должны храниться по закону и политике безопасности? | облако или своя установка, персональные данные, доступ подрядчиков |
| Сколько стоит владение на три года? | лицензии на пользователя, серверы, время на поддержку и обучение |
| Кто определяет метрики? | нужен ли инструмент с семантическим слоем или хватит SQL-витрин |
С чего начать
Минимальная BI-система, которая меняет решения, выглядит скромно: одна база или хранилище, 5–10 метрик с записанными определениями, одна витрина на ключевой процесс и один дашборд, который руководитель действительно открывает по понедельникам. Остальное добавляют, когда этот дашборд начинают использовать.
Если аналитику нужно выстроить с нуля, от источников и определений метрик до дашбордов, с этим помогает КейсПрактика: подробности на странице «Для бизнеса».
Материалы по теме
Почему BI-дашборд не работает: 12 ошибок от данных до решений
Диагностика дашборда, которым не пользуются или которому не доверяют: проверяем данные, метрики, интерфейс, скорость, владельцев и связь с решениями.
Аналитика для бизнеса с нуля: этапы, команда и результат
Практический план запуска аналитики в компании: от бизнес-вопросов и аудита источников до первых метрик, дашборда, владельцев и регулярного процесса принятия решений.
Собеседование BI-аналитика: дашборды, Excel, SQL и бизнес-кейсы
Практический гайд по собеседованию BI-аналитика: как проектировать дашборд, выбирать KPI, проверять данные, отвечать про Excel и защищать вывод перед бизнесом.