Никита Василевский

Чтобы ИИ-агент приносил пользу компании, ему нужны актуальные данные, понятные инструкции, ограниченные права доступа и проверка качества на рабочих сценариях. Поэтому подготовка часто начинается с инфраструктуры данных и интеграций, а уже затем — с разработки самого агента.

Что такое ИИ-агент

ИИ-агент — программная система, в которой языковая модель помогает выполнить задачу. Она анализирует запрос и контекст, выбирает подходящее действие из разрешённых и при необходимости обращается к подключённым инструментам. Например, ищет сведения во внутренних документах или запрашивает данные из CRM.

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

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

Агент полезен, когда заранее нельзя определить одну последовательность действий для всех случаев. Если процесс предсказуем, обычная автоматизация обычно проще в проверке и сопровождении. Гибкость агента требует тщательного тестирования, а дополнительные обращения к модели и системам могут увеличить время и стоимость выполнения.

Что нужно для работы агента

Решение включает языковую модель, инструкции, доступные ей инструменты и правила выполнения действий. Также нужны актуальные источники данных, интеграции с корпоративными системами, контроль доступа и журналирование операций.

Полномочия задают для каждого инструмента отдельно. Поиск информации или подготовку черновика можно поручить агенту автоматически. Перед отправкой сообщения, изменением заказа или проведением платежа может потребоваться подтверждение сотрудника. Уровень контроля зависит от последствий возможной ошибки.

Как подойти к разработке

1. Определить задачу и результат. Опишите, кто обращается к агенту, какие данные ему доступны, что считается успешным выполнением и когда задачу нужно передать сотруднику. Начните с узкого сценария, например с классификации обращений и подготовки ответа оператору.

2. Разделить фиксированные правила и решения модели. Повторяемые операции лучше оставить обычному коду. Модель подключайте там, где нужно понять содержание запроса, найти сведения или выбрать действие из разрешённого списка. Начните с одного агента и добавляйте компоненты, только если этого требует задача.

3. Подготовить данные и интеграции. Проверьте актуальность источников и качество данных. Определите, какие операции агент может выполнять через подключённые системы, и ограничьте доступ необходимыми данными и правами. Возможность читать информацию не должна автоматически давать право её изменять.

4. Проверить решение. До запуска подготовьте набор типовых запросов, сложных случаев и ошибочных вводных. Оценивайте не только итоговый ответ, но и то, выбрал ли агент правильный источник, корректно ли вызвал инструмент и вовремя ли передал задачу человеку. После запуска отслеживайте ошибки, задержки, стоимость и необходимость ручных исправлений.

Чтобы ИИ-агент приносил пользу компании, ему нужны актуальные данные, понятные инструкции, ограниченные права доступа и проверка качества на рабочих сценариях. Поэтому подготовка часто начинается с инфраструктуры данных и интеграций, а уже затем — с разработки самого агента.

Что можно подготовить заранее

Для ИИ-агента важна не только модель. Ему нужны доступные и согласованные данные, понятные правила доступа и надёжные интеграции с системами компании. Если этой основы нет, агент может опираться на неполные или противоречивые сведения.

За четыре дня, с 8 по 11 октября, пострадали три из пяти дата-центров Яндекса. Площадки в Сасово и Владимире остановлены полностью, в Калуге вышла из строя часть модулей. Yandex Cloud работает в ограниченном режиме, новые ресурсы почти не выделяет и не называет сроков восстановления.

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

Какие сервисы недоступны бизнесу

Яндекс в первую очередь возвращает массовые сервисы — Поиск, Карты, Такси, Почту. Рабочие инструменты бизнеса восстанавливаются медленнее.

Директ. Реклама продолжает показываться и тратить бюджет, но кабинет и API не работают, поэтому кампанию нельзя ни остановить, ни поправить.

Метрика. Недоступны интерфейс и выгрузка данных, а собирает ли счетчик визиты, Яндекс не сообщал. Цифры за дни сбоя надежнее сверять с CRM и логами сайта.

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

Что с данными в облаке

Главная проблема сейчас в нехватке мощностей. 11 октября облако приостановило выдачу квот, поэтому восстановить сервис из бэкапа внутри Yandex Cloud может не получиться.

При этом сами данные во многом доступны:

• Object Storage. Файлы хранятся в нескольких зонах и читаются, хотя медленнее обычного.
• Базы данных. Большинство отказоустойчивых баз переключились на уцелевшие площадки, часть из них работала только на чтение.
• Виртуальные машины. Данные удастся вернуть, если заранее делались снимки дисков.

13 октября Yandex Cloud объявил, что для текущих клиентов облако бесплатно с 8 по 31 октября. Значит, выгрузка данных сейчас не добавит расходов.

Почему пустые дашборды в DataLens

Сам DataLens работает, а цифры на дашбордах пропали. Дело в том, что DataLens хранит только описание отчетов и подключений, а запросы отправляет в источник, например в Managed ClickHouse или PostgreSQL. Если база недоступна, дашборд пуст, хотя сам отчет цел.

Метаданные DataLens, по данным Yandex Cloud, сохраняются штатно. После переноса базы к другому провайдеру отчеты можно вернуть, переключив подключения на новый адрес и открыв на сервере доступ для IP-адресов DataLens.

Что сделать в первую очередь

1. Скачать бэкапы и важные файлы из Object Storage за пределы облака.
2. Удалить из кластеров баз хосты в поврежденных зонах, чтобы вернуть управление, и выгрузить данные. Для переноса подойдут Data Transfer или реплика вне облака.
3. Сохранить воркбуки DataLens, чтобы не собирать дашборды заново.
4. Не обновлять базы до новой мажорной версии, облако это не рекомендует.
5. Предупредить сотрудников о фишинговых письмах от имени Яндекса.

Для переезда Яндекс договорился с Selectel, K2Cloud и VK Cloud, где заявки пострадавших клиентов рассматривают в приоритетном порядке.

Что изменить после аварии

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

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

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

Какие показатели нужно связывать

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

В аналитике обычно связывают:

• Продажи — заказы, количество товаров, выручку, среднюю цену и чек.
• Воронку — показы, переходы, просмотры карточки, корзины, заказы, конверсии и выкуп.
• Экономику — себестоимость, комиссии, логистику, рекламу, прибыль и маржинальность.
• Ассортимент — SKU, категории, бренды, цвета, размеры и другие характеристики.
• Качество продаж — возвраты, отмены и процент выкупа.
• Маркетинг — источники трафика, расходы, заказы, выручку и эффективность каналов.

Главное здесь не количество показателей, а связь между ними. Если заказы снизились, аналитика должна помочь понять причину — упал трафик, изменилась конверсия, выросла цена или товар оказался недоступен.

Зачем e-commerce нужен BI

Аналитика у бизнеса обычно уже есть. Данные находятся в личных кабинетах маркетплейсов, 1С, МойСклад, CRM, Excel и других системах.

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

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

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

Каким должен быть дашборд

Хороший дашборд позволяет двигаться от результата к причине:

общий показатель → отклонение → разрез → конкретный товар или канал.

На первом уровне можно видеть продажи, среднюю цену, маржу, рекламу и оборачиваемость.

Следующий уровень — аналитика конкретных товаров.

Здесь можно сопоставить просмотры карточки, добавления в корзину, заказы, конверсию и выручку. Например, высокий трафик при низкой конверсии указывает на необходимость проверить карточку, цену или предложение.

Анализировать нужно не только продажи

Для оценки ассортимента используется ABC/XYZ-анализ. ABC показывает вклад товара в продажи, XYZ — стабильность спроса.

Отдельно стоит смотреть возвраты. Высокая доля возвратов способна заметно изменить экономику товара, поэтому важно учитывать их не только в количестве, но и относительно продаж и выручки.

Полезны и разрезы по характеристикам товара — например, по цветам и размерам.

Такая аналитика помогает принимать решения по ассортименту и закупкам, особенно если сопоставлять популярность характеристик с маржой, возвратами и остатками.

Сквозная аналитика

Для интернет-магазина важно связать маркетинг с продажами. Недостаточно знать, сколько посетителей привел канал — нужно понимать, сколько заказов и выручки он принес.

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

Когда данные компании находятся в 1С, CRM, Excel, Google Таблицах и других системах, собрать из них единый отчет становится отдельной технической задачей. Источники используют разные форматы, справочники и правила расчета показателей, поэтому одни и те же данные могут отличаться в разных отчетах.

DWH (Data Warehouse, хранилище данных) объединяет информацию из разных источников, приводит ее к согласованной структуре, сохраняет историю изменений и предоставляет единый контур для аналитики.

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

Для ежедневного контроля достаточно нескольких показателей: выручка, количество гостей, средний чек, структура продаж, списания, показатели сотрудников, себестоимость и маржинальность. Главное — смотреть их в связке и отдельно по каждому ресторану.

1. Выручка

В ежедневном отчете собственнику нужны:

• выручка и план-факт;
• количество чеков и гостей;

• средний чек;
• продажи по часам;
• динамика относительно сопоставимого периода.

Если выручка снизилась, сразу смотрим количество гостей и средний чек. Гостей стало меньше — разбираем трафик. Количество гостей не изменилось — смотрим структуру заказов.

2. Средний чек

Сам показатель малоинформативен без структуры продаж. При его снижении стоит проверить:

• продажи напитков и десертов;
• долю дорогих и недорогих блюд;
• дополнительные позиции;
• показатели официантов;
• изменения цен и меню.

Например, гости остались на прежнем уровне, а средний чек снизился на 7%. Если одновременно просели напитки и десерты, причина уже видна в структуре заказа.

3. Гости и загрузка

Количество гостей лучше смотреть по часам. Так видно, где ресторан недополучает продажи и насколько равномерно загружен в течение дня.

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

4. Продажи блюд

Топ продаж нужно смотреть вместе с себестоимостью и маржинальностью.

Собственнику важно видеть:

• продажи по категориям;
• популярные и теряющие спрос позиции;
• долю каждой категории;
• себестоимость;
• маржинальность.

Популярное блюдо не обязательно самое выгодное. Если продажи растут, а маржинальность снижается, нужно разбирать структуру продаж.

5. Списания

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

Если два ресторана имеют сопоставимую выручку, но один регулярно списывает больше продуктов, стоит проверить его закупки, хранение и производство.

Отдельно контролируются остатки продуктов с коротким сроком хранения и позиции, которые приближаются к минимальному запасу.

6. Работа сотрудников

По официантам полезно видеть:

• выручку;
• средний чек;
• количество обслуженных гостей;
• продажи дополнительных позиций.

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

7. Себестоимость и маржинальность

Эти показатели показывают экономику продаж. Себестоимость может расти из-за закупочных цен, перерасхода, нарушения рецептур или изменения структуры продаж.

Поэтому ключевую цепочку стоит смотреть целиком:

Выручка → структура продаж → себестоимость → маржинальность.

Так становится понятно не только, сколько ресторан продал, но и насколько эффективно он заработал.

Как собрать показатели в одном дашборде

Собственнику не нужно вручную собирать данные из нескольких отчетов. BI-аналитика объединяет информацию из 1С, МойСклад, iiko, кассовых систем, CRM, сервисов доставки и других источников.

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

Примеры BI-дашбордов для ресторанов

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

Когда объектов становится несколько, руководителю приходится одновременно следить за графиками, бюджетами, подрядчиками, продажами и денежными потоками. Данные при этом часто находятся в 1С, Excel, CRM и системах управления проектами. На сбор сводного отчета уходят часы, а к моменту его подготовки часть показателей уже может измениться.

BI-аналитика объединяет эти данные и показывает их в едином контуре. Руководитель видит общую ситуацию по объектам, может сравнить их между собой и при необходимости перейти к конкретному показателю или этапу.

Какие задачи BI решает в строительной компании

BI не заменяет проектное управление, но помогает раньше замечать отклонения и быстрее находить их причины.

Контроль сроков и готовности

Дашборды сопоставляют плановые и фактические даты, показывают выполнение этапов и просрочки. В зависимости от настроенной модели можно контролировать подготовку ТЗ, согласование документации, закупки, вынос сетей и начало СМР. Руководитель видит, на каком объекте и участке графика возникает проблема.

Управление бюджетом и финансами

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

Контроль подрядчиков

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

Контроль продаж и остатков

Для застройщика важно видеть не только общую сумму продаж, но и динамику реализации по объектам. BI помогает отслеживать сделки, брони, остатки, выручку и выполнение плана в разрезе периодов, корпусов, типов недвижимости и менеджеров. Так проще понять, где темпы продаж отстают от ожиданий и какие остатки требуют внимания.

Аналитика маркетинга

BI связывает рекламные расходы с лидами, встречами, договорами и ROMI. В разрезе каналов можно увидеть стоимость обращения, количество сделок и вклад источников в продажи. Это позволяет оценивать маркетинг по бизнес-результатам, а не только по объему привлеченного трафика.

Контроль работы подразделений

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

Примеры BI-дашбордов для строительной компании

BI-решение обычно состоит из нескольких дашбордов, каждый из которых отвечает на конкретные управленческие вопросы.

Дашборд по отдельному объекту объединяет ТЭП, этапы реализации, ключевые вехи, участников и финансовые показатели. Он дает руководителю целостное представление о состоянии проекта.

Сводный дашборд по объектам показывает готовность, план и факт по СМР, покрытие эскроу и финансовую динамику. С его помощью удобно сравнивать проекты и находить отклонения.

Дашборд задач и эффективности сотрудников отражает статусы поручений, выполнение задач и динамику КПД по периодам. Он помогает контролировать работу команд и видеть изменения показателей.

Чек-лист подрядчиков показывает состояние документов, согласований и обязательств по каждой организации. Руководитель сразу видит позиции, которые требуют внимания.

Дашборды ТЗ на СМР и выноса сетей помогают контролировать подготовку, согласование и выполнение работ по инженерным коммуникациям. Они особенно полезны для отслеживания контрольных точек на нескольких объектах.

Финансовый дашборд объединяет продажи, поступления, дебиторскую задолженность, остатки и плановые показатели. Он позволяет анализировать движение денег и финансовый результат в разных разрезах.

Дашборд аналитики звонков показывает активность менеджеров, входящие и исходящие обращения, количество и среднюю длительность звонков. Это помогает оценивать нагрузку и работу отдела продаж.

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

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

Дашборд продаж по агентствам помогает анализировать собственные и партнерские продажи, брони, остатки и результаты по типам помещений и агентствам.

Как начать внедрение BI

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

Затем проведите аудит источников, согласуйте справочники объектов, статьи затрат, этапы работ и правила расчета KPI. Это необходимо, чтобы разные подразделения работали с одинаковой логикой показателей.

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

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

Автоматизация сокращает эту работу, но сам факт внедрения BI ещё не означает экономию. Чтобы обосновать проект, нужно посчитать, сколько компания тратит на отчётность сейчас, какие затраты изменятся после внедрения и за какой срок вернутся инвестиции.

Разберём, как сделать такой расчёт на практике.

Какие затраты нужно сравнить

Экономический эффект от автоматизации управленческой отчётности складывается из двух основных частей. Это сокращение трудозатрат и снижение других расходов, связанных с подготовкой и сопровождением отчётов.

В исходную модель стоит включить:

• время сотрудников на сбор, обработку и сверку данных;
• подготовку отчётов и презентаций;
• исправление ошибок и повторные расчёты;
• поддержку Excel-моделей и других инструментов;
• расходы на действующие сервисы, если после внедрения они будут сокращены или заменены.

Такой подход соответствует классической методике оценки автоматизации. Сравниваются эксплуатационные расходы до и после внедрения, а экономия от повышения производительности рассчитывается отдельно.

При этом важно не смешивать высвобождённое рабочее время и реальное сокращение расходов. Если сотрудник продолжает работать в компании, его зарплата не исчезает. Экономический эффект в этом случае выражается в дополнительной мощности команды. Специалисты могут заниматься анализом, планированием и контролем, а не ручной сборкой отчётов.

Шаг 1. Зафиксировать текущие трудозатраты

Начать расчёт лучше с одного-двух отчётных циклов. Не нужно сразу обследовать все процессы компании. Достаточно выбрать конкретный контур, например управленческую отчётность по продажам, затратам и маржинальности.

Зафиксируйте, сколько времени занимает каждая операция:

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

Необходимо рассчитать затраты на трудозатраты до или после автоматизации. Для расчёта используют полную стоимость часа сотрудника, а не только его оклад. В неё могут входить страховые взносы, премии и другие обязательные начисления.

Формула выглядит так:

Если в процессе участвуют несколько сотрудников:

Шаг 2. Рассчитать экономию после автоматизации

После внедрения часть операций исчезает, но не все. Данные по-прежнему нужно контролировать, модель — поддерживать, а результаты — интерпретировать.

Поэтому корректная формула выглядит так:

В затраты после внедрения включается время, которое сотрудники продолжают тратить на работу с отчётностью.

Кроме трудозатрат, нужно учесть регулярные расходы на BI:

• лицензии или подписку;
• инфраструктуру;
• техническую поддержку;
• администрирование;
• развитие и доработку аналитики.

Тогда чистый годовой эффект рассчитывается следующим образом:

Пример расчёта: внедрение аналитики за 1 млн рублей

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

До автоматизации на подготовку отчётов уходит:

• финансовый аналитик — 80 часов в месяц;
• бухгалтер — 20 часов;
• руководители — 20 часов на сверку и уточнения.

Итого — 120 часов в месяц.

После внедрения BI планируемые трудозатраты составляют:

• аналитик — 30 часов;
• бухгалтер — 10 часов;
• руководители — 10 часов.

Итого — 50 часов в месяц.

Предположим, средняя полная стоимость часа участников процесса — 1 500 рублей.

Годовая стоимость высвобождённого времени:

Теперь добавим расходы на BI:

• Внедрение и настройка аналитики — 1 000 000 ₽
• Ежегодная эксплуатация и поддержка — 300 000 ₽

Чистый годовой эффект после учёта регулярных расходов: 

Срок окупаемости

Для расчёта срока окупаемости первоначальные инвестиции делим на среднемесячный чистый эффект:

Получаем 12,5 месяца.

То есть при сохранении заданных параметров проект возвращает первоначальные инвестиции примерно за год.

Что с ROI

Если считать первый год с учётом затрат на внедрение:

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

При этом расчёт учитывает только стоимость высвобождённого времени. Дополнительный эффект от более быстрых управленческих решений в него пока не включён.

Какие эффекты можно добавить к расчёту

Снижение трудозатрат — не единственный источник экономии. Но дополнительные эффекты нужно считать отдельно, чтобы не завысить результат.

Сокращение повторной работы

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

Например, если раньше на исправления уходило 15 часов в месяц, а после внедрения — 5, экономия составит 10 часов ежемесячно. Но в модели нужно учитывать только подтверждённое сокращение трудозатрат.

Предотвращение дополнительных расходов

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

Ускорение управленческих решений

BI сокращает время между появлением данных и их анализом. Руководитель может быстрее увидеть отклонение по маржинальности, расходам или продажам и принять решение.

Однако здесь нельзя автоматически приписывать системе рост прибыли. Если компания утверждает, что аналитика поможет заработать дополнительные 5 млн рублей, нужно показать, за счёт каких решений это произойдёт и как результат будет измеряться.

Автоматизация сокращает срок подготовки отчётности и позволяет оперативнее выявлять отклонения. Финансовый эффект от улучшения управленческих решений будет оцениваться по фактическим результатам после внедрения.

Почему BI становится инструментом экономии

BI-система позволяет выстроить единый процесс работы с управленческими данными/ Подключить источники, настроить модель, автоматизировать расчёты и предоставить руководителям отчёты в едином интерфейсе.

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

Главная ценность здесь — не сама визуализация. Система сокращает ручную работу и делает данные доступными для анализа без постоянного участия сотрудника, который собирал отчёт.

Для бизнеса это означает более предсказуемый процесс отчётности, меньше зависимости от отдельных Excel-файлов и больше времени у финансовой команды на работу с отклонениями и планированием.

Как подготовить расчёт для руководства

Чтобы обосновать внедрение, достаточно собрать финансовую модель из нескольких блоков:

Перед согласованием проекта стоит проверить три вещи:

1. Не считать всю зарплату экономией. Если сотрудники остаются в штате, корректнее говорить о высвобождённой мощности.
2. Учитывать полную стоимость владения. Лицензии и внедрение — не все расходы. В модели должны быть поддержка, интеграции и развитие системы.
3. Не завышать эффект от роста прибыли. Снижение времени подготовки отчётов можно измерить сразу. Финансовый результат от улучшения решений требует отдельной проверки.

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

Хотите внедрить BI? Начните с бесплатного аудита

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

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

Финансовые показатели

На уровне руководителя достаточно контролировать:

• выручку и план/факт;
• затраты и отклонение от бюджета;
• прогнозную себестоимость;

• чистую прибыль и рентабельность;
• денежный поток;
• дебиторскую задолженность.

Выручку важно рассматривать вместе с расходами. Если себестоимость растет быстрее доходов, рентабельность проекта снижается. Поэтому руководителю нужно видеть не только общую сумму затрат, но и их структуру: материалы, подрядчиков, фонд оплаты труда, дополнительные работы, простои и переделки.

План и факт по проекту

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

В первую очередь стоит смотреть:

• отклонение затрат от бюджета;
• выполнение работ;
• прогнозную дату завершения;
• изменение ожидаемой прибыли;
• объем выполненных и оставшихся работ.

Особенно важен прогноз. Если система показывает, что объект при текущих расходах завершится с перерасходом, руководитель еще может скорректировать закупки, работу подрядчиков или график.

Сроки и выполнение работ

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

При этом важно видеть причину задержки: поставка, ТЗ, подрядчик или конкретный этап работ. Тогда руководитель понимает не только, что объект отстает, но и где требуется вмешательство.

Производительность

Низкая производительность увеличивает и сроки, и себестоимость. Ее стоит оценивать через выполненный объем и затраченные ресурсы, а дополнительно учитывать загрузку и простой техники, выполнение задач сотрудниками и общий темп проекта.

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

Закупки и подрядчики

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

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

Отдельная зона контроля — подготовка и согласование ТЗ на СМР. Задержка на этом этапе может сдвинуть начало работ и повлиять на общий график.

Качество

Количество замечаний само по себе мало что говорит. Руководителю важнее понимать стоимость ошибок и их влияние на сроки.

Основные показатели:

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

Их стоит связывать с конкретным объектом, подрядчиком и видом работ. Тогда рост затрат можно разобрать до причины, а не просто зафиксировать в отчете.

Какие показатели оставить руководителю

На верхнем уровне не нужны десятки операционных метрик. Достаточно видеть:

Финансы: выручку, затраты, прогнозную себестоимость, прибыль, рентабельность и денежный поток.

Проекты: готовность объектов, выполнение графика, отклонения и прогнозную дату завершения.

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

Качество: переделки, стоимость дефектов и сроки их устранения.

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

Зачем строительной компании BI-аналитика

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

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

VSL BI разрабатывает BI-решения и кастомные дашборды для бизнеса. Компания реализовала 127+ проектов и работает с разными отраслями.

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

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

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

Как построить единую цепочку KPI

Начинать стоит с финансовой цели, а не со списка доступных в компании показателей.

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

Получается дерево показателей:

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

Как не допустить конфликта KPI

Проблема возникает, когда показатель подразделения стимулирует поведение, выгодное ему, но не компании.

Если менеджер отвечает только за выручку, он может закрывать сделки с большой скидкой. План продаж выполнен, но маржинальность ухудшилась. Если операционный блок оценивают только по себестоимости, сокращение ресурсов может привести к росту сроков и переделок.

Поэтому для ключевых процессов нужны показатели, которые связывают соседние блоки. Например:

Продажа → выполнение заказа → оплата

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

Так ответственность остается распределенной, но последствия решений становятся видны всей цепочке.

KPI результата и показатели для диагностики

Руководителю не нужен десяток равнозначных метрик. Основные KPI должны показывать результат, остальные — помогать понять причину отклонения.

Например, для коммерческого директора основными могут быть выручка, маржа и выполнение плана. Конверсия, средний чек, объем воронки и длительность цикла сделки используются для диагностики.

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

Единые правила расчета KPI

Даже правильная система не будет работать, если подразделения считают один показатель по-разному.

Для каждого KPI стоит зафиксировать:

Особенно важно заранее определить спорные места. Например, считать маржу по отгруженным или оплаченным заказам, учитывать ли возвраты, на какую дату фиксировать скидку. Если эти правила не определены, разные отчеты будут показывать разные результаты, даже если все используют один источник данных.

BI как инструмент контроля единой системы KPI 

После согласования методологии возникает практический вопрос: как регулярно контролировать показатели, если данные находятся в CRM, учетной и операционных системах.

BI позволяет собрать их в едином контуре и перейти от общего результата к детализации без ручной сверки отчетов.

Например, на первом экране дашборда отдела продаж руководитель видит план и факт выручки, выполнение плана, сделки в работе, успешные и просроченные сделки, а также показатели менеджеров.

Следующий уровень показывает детали по каждому менеджеру и конкретным сделкам: план и факт, маржу, задолженность, этап сделки и сроки. 

В результате руководитель проходит путь «результат → отклонение → менеджер → сделка» в одном интерфейсе. Это полезно не из-за самой визуализации, а потому, что сокращает время между обнаружением проблемы и ее разбором.

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

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

Одной выручки недостаточно

Представим, что менеджер не выполняет план.

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

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

На одном экране могут быть выполнение плана, фактическая выручка и результаты менеджеров. Рядом — показатели текущей работы: количество звонков, просроченные дела, дебиторская задолженность, сделки в работе.

Так руководитель сначала видит общую ситуацию, а затем разбирается в причинах.

Не нужно выводить на дашборд все

CRM может хранить десятки показателей. Это не значит, что все они нужны на главном экране.

Дашборд должен отвечать на конкретные вопросы:

• Выполняет ли отдел план?
• Кто из менеджеров отстает?
• Какие показатели требуют внимания?
• Что происходит с текущими сделками?

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

Удобнее выстроить аналитику по уровням. Сначала — общая картина по отделу. Затем — показатели конкретного менеджера. После этого можно перейти к деталям и посмотреть отдельные сделки.

Как это работает на практике

Такую систему мы реализовали для компании, которая продает строительные материалы.

Все необходимые данные уже находились в Битрикс24, но единой визуальной аналитики у компании не было. Результаты отдела нельзя было быстро вывести на общий экран и постоянно держать перед глазами руководителя и команды.

На старте рассматривали два инструмента: BI-конструктор Битрикс24 и Power BI. В итоге выбрали Power BI, поскольку требовалось гибко настроить визуализацию и выводить дашборды на большой экран в офисе.

Данные из Битрикс24 выгружались в PostgreSQL, после чего на их основе построили несколько уровней аналитики.

Общий результат отдела

На главном дашборде собрали выполнение плана и текущие показатели отдела. Руководитель может посмотреть результат за нужный период и при необходимости отфильтровать данные по конкретному сотруднику.

Отдельный индикатор показывает соотношение фактической выручки и установленного плана. Не нужно отдельно считать, насколько отдел отстает или опережает целевой показатель.

Для каждого сотрудника вывели выполнение плана, фактическую выручку, просроченные дела, среднюю дебиторскую задолженность и количество звонков за день.

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

Продажи и сделки

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

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

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

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

Одной выручки недостаточно

Представим, что менеджер не выполняет план.

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

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

На одном экране могут быть выполнение плана, фактическая выручка и результаты менеджеров. Рядом — показатели текущей работы: количество звонков, просроченные дела, дебиторская задолженность, сделки в работе.

Так руководитель сначала видит общую ситуацию, а затем разбирается в причинах.

Не нужно выводить на дашборд все

CRM может хранить десятки показателей. Это не значит, что все они нужны на главном экране.

Дашборд должен отвечать на конкретные вопросы:

• Выполняет ли отдел план?
• Кто из менеджеров отстает?
• Какие показатели требуют внимания?
• Что происходит с текущими сделками?

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

Удобнее выстроить аналитику по уровням. Сначала — общая картина по отделу. Затем — показатели конкретного менеджера. После этого можно перейти к деталям и посмотреть отдельные сделки.

Как это работает на практике

Такую систему мы реализовали для компании, которая продает строительные материалы.

Все необходимые данные уже находились в Битрикс24, но единой визуальной аналитики у компании не было. Результаты отдела нельзя было быстро вывести на общий экран и постоянно держать перед глазами руководителя и команды.

На старте рассматривали два инструмента: BI-конструктор Битрикс24 и Power BI. В итоге выбрали Power BI, поскольку требовалось гибко настроить визуализацию и выводить дашборды на большой экран в офисе.

Данные из Битрикс24 выгружались в PostgreSQL, после чего на их основе построили несколько уровней аналитики.

Общий результат отдела

На главном дашборде собрали выполнение плана и текущие показатели отдела. Руководитель может посмотреть результат за нужный период и при необходимости отфильтровать данные по конкретному сотруднику.

Отдельный индикатор показывает соотношение фактической выручки и установленного плана. Не нужно отдельно считать, насколько отдел отстает или опережает целевой показатель.

Для каждого сотрудника вывели выполнение плана, фактическую выручку, просроченные дела, среднюю дебиторскую задолженность и количество звонков за день.

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

Продажи и сделки

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

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

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

В компании может быть много данных и при этом не быть единой цифры. Продажи находятся в ERP, клиенты — в CRM, расходы — в рекламных системах, планы — в Excel. Каждая система работает по своим правилам, поэтому после объединения данных одна и та же выручка может отличаться в разных отчетах.

Проблема решается не еще одним отчетом, а правильным разделением уровней. ERP фиксирует операции, DWH приводит данные к единой модели, а BI превращает их в инструмент анализа. Разберем, как работает каждый уровень и почему важно не смешивать их ответственность.

Что такое ERP, DWH и BI

ERP (Enterprise Resource Planning) — система управления основными бизнес-процессами компании: финансами, закупками, запасами, производством, логистикой, проектами и другими операциями. В ней фиксируются транзакции, на основании которых бизнес работает каждый день. Среди распространенных решений — SAP S/4HANA, Oracle Fusion Cloud ERP, Microsoft Dynamics 365 и «1С». 

DWH (Data Warehouse) — аналитическое хранилище, которое собирает данные из разных систем, очищает, преобразует и приводит их к единой структуре. Его задача — подготовить согласованный массив данных для аналитики. 

Руководителю девелоперского проекта нужно одновременно видеть сроки, этап реализации и финансовый результат. В нашем кейсе эти данные были разделены между 1С и MS Project, поэтому сводную картину по объекту приходилось собирать вручную.

Мы объединили данные в Fine BI и сделали дашборды для контроля проекта и для финансовой аналитики. Показываем, как устроили систему и какие показатели вывели в нее.

Что было до внедрения

У клиента финансовые показатели девелоперских проектов хранились в 1С, а сроки и этапы реализации — в MS Project. Единого инструмента для оперативного контроля не было. Чтобы подготовить сводный отчет по объекту, сотрудникам приходилось вручную сопоставлять данные из двух систем.

Из-за этого руководитель не мог быстро получить актуальную информацию по проекту в одном месте: увидеть текущий этап, проверить соблюдение плановых сроков, определить отклонения и сопоставить плановые и фактические финансовые показатели.

Задача проекта — объединить эти данные в Fine BI и вывести ключевые показатели на единые дашборды.

Собрали проект на одном экране

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

Первым реализовали дашборд «Информация по проекту».

На одном экране собрали основные сведения об объекте, ТЭП, текущий этап реализации, статус ФМ, контрольные вехи и финансовые показатели.

ТЭП проекта

Отдельный блок показывает общую площадь объекта, площадь наземной и подземной частей, полезную площадь, среднюю площадь жилья, плотность застройки и loss factor.

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

Этапы реализации

Жизненный цикл проекта показали в виде последовательной шкалы: покупка, АГК, ПИР и ИРД, СМР, передача УК и реализация.

Такой формат позволяет сразу определить текущее положение объекта и перейти к более детальному анализу сроков.

Контроль ключевых вех

Для контроля сроков сделали отдельную таблицу с основными событиями проекта — от сделки по приобретению актива и архитектурной концепции до начала СМР, старта продаж, ЗОС, РНВ и передачи объекта на баланс УК.

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

Финансовые показатели — план и факт

Для каждого показано соотношение плана и факта. Руководитель может быстро увидеть текущее финансовое состояние проекта и определить расхождения с запланированными значениями.

Но для полноценного контроля этого недостаточно. Поэтому отдельно реализовали финансовый дашборд.

Продажи, поступления и дебиторская задолженность

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

В отдельном блоке продажи отображаются одновременно в квадратных метрах и рублях. Рядом показана структура поступлений, остатка и дебиторской задолженности. Это позволяет оценивать не только объем продаж, но и то, какая часть средств уже поступила, а какая остается в задолженности.

Динамику поступлений вывели по кварталам. Так можно сравнивать периоды и видеть изменения показателя во времени.

Еще один блок показывает продажи и доступные остатки по категориям недвижимости: апартаментам, квартирам, кладовым, коммерции и машиноместам. Для каждой категории данные представлены в квадратных метрах и количестве объектов.

Что получил клиент

В результате клиент получил единую визуальную систему контроля девелоперских проектов в Fine BI.

Теперь руководители могут в одном интерфейсе:

• оценивать состояние проекта;
• видеть текущий этап реализации;
• контролировать ключевые сроки и отклонения;
• сравнивать плановые и фактические финансовые показатели;
• анализировать продажи, поступления, дебиторскую задолженность и остатки.

При этом сотрудникам больше не нужно каждый раз вручную собирать сводную картину из нескольких отчетов: данные из 1С и MS Project используются в единой системе аналитики.

Каждое лето в компаниях повторяется один и тот же сценарий. Продаж становится меньше, отдел маркетинга говорит о сезонном спаде, менеджеры объясняют снижение отпускным периодом, а руководитель откладывает серьезные решения до сентября. Логика понятная: если рынок временно «замер», остается дождаться, когда клиенты вернутся к привычному ритму.

Но проблема в том, что далеко не все компании проходят этот период одинаково. Одни действительно теряют 20–30 % выручки, а другие заканчивают лето практически с теми же показателями, что и весной. Более того, некоторые используют несезон, чтобы укрепить отношения с клиентами, оптимизировать процессы и подготовиться к следующему периоду роста.

Это заставляет задуматься о том, что действительно ли причина только в сезонности?

Практика показывает, что нет. Летом спрос редко исчезает полностью. Он становится менее равномерным, клиенты дольше принимают решения, тщательнее сравнивают предложения и осторожнее относятся к расходам. В такой ситуации выигрывает тот, кто быстрее замечает изменения и успевает перестроить работу. 

Как понять, что проблема не только в сезонности

Прежде чем менять маркетинговую стратегию или сокращать расходы, стоит ответить на один вопрос: вы действительно столкнулись с сезонным спадом или продажи снижаются из-за внутренних процессов?

Если вы узнали хотя бы две или три ситуации, скорее всего, сезонность — лишь часть проблемы.

Самая распространенная ошибка — лечить симптомы, а не причину

Когда продажи начинают снижаться, компании часто действуют по одному из двух сценариев:

Первый — сокращают расходы и практически останавливают маркетинг.

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

Оба решения могут оказаться правильными. А могут только ускорить потерю денег.

Представьте две компании, работающие в одной отрасли.

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

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

Именно поэтому первый вопрос должен звучать не «как привлечь больше клиентов?», а «где именно мы начали терять тех, кто уже к нам пришел?»

Что проверить в первую очередь

Не стоит пытаться проанализировать сразу весь бизнес. Начните с пяти показателей, которые быстрее остальных реагируют на изменения.

• Скорость первого ответа на заявку.
• Конверсию между этапами воронки.
• Причины отказов клиентов.
• Количество повторных продаж.
• Средний чек по сравнению с аналогичным периодом прошлого года.

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

Где бизнес теряет деньги в несезон: 6 точек, которые стоит проверить в первую очередь

Когда продажи снижаются, первое желание — искать внешнюю причину. Но практика показывает, что заметная часть потерь возникает уже после того, как потенциальный клиент обратился в компанию. Летом такие ошибки становятся особенно дорогими: новых обращений меньше, поэтому каждая потерянная заявка сильнее влияет на итоговую выручку.

Прежде чем пересматривать маркетинговую стратегию или запускать акции, стоит провести небольшой аудит внутренних процессов.

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

Что делать, если продажи уже начали снижаться

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

Шаг 1. Сравните показатели с прошлым летом, а не с прошлым месяцем

Одна из самых частых ошибок — сравнивать июль с июнем. Но в этом случае вы сравниваете два разных сезона.

Гораздо полезнее посмотреть, что происходило в июле прошлого года.

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

Шаг 2. Посмотрите, где именно просела воронка продаж

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

Если в прошлом месяце до коммерческого предложения доходили 70 клиентов, а сейчас только 55, проблема уже локализована. Нет необходимости одновременно менять рекламу, систему мотивации и ассортимент — сначала нужно понять, почему просела именно эта часть воронки.

Такой подход экономит не только время, но и бюджет.

Шаг 3. Не забывайте про существующих клиентов

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

Несезон — хорошее время, чтобы вернуться к ней.

Например:

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

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

Шаг 4. Не принимайте решения только по итоговой выручке

Если руководитель смотрит только на итоговую сумму продаж, он всегда узнает о проблеме последним.

Гораздо полезнее каждую неделю отвечать на несколько простых вопросов.

Мини-чек-лист для руководителя

• Сколько заявок пришло на этой неделе?
• Как быстро менеджеры отвечали клиентам?
• Где сильнее всего изменилась конверсия?
• Какие причины отказов повторяются чаще остальных?
• Какие продукты или услуги начали продаваться хуже, а какие — лучше?

Эти вопросы выглядят простыми, но именно они помогают увидеть изменения раньше, чем они отразятся на прибыли.

Аналитика помогает найти проблему быстрее

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

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

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

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

Пример управленческого дашборда

Здесь руководитель за несколько минут получает общую картину по продажам: видит ключевые показатели, динамику лидов, загрузку менеджеров и распределение результатов. Такой формат помогает быстрее заметить отклонения и перейти к поиску причины, а не тратить время на сбор данных из разных систем.

Хорошая аналитика отвечает не столько на вопрос «Сколько мы заработали?», сколько на вопрос «Почему получили именно такой результат?». Чем быстрее появляется этот ответ, тем больше времени остается на исправление ситуации.

Внедрение BI-системы не заканчивается покупкой лицензии и созданием нескольких дашбордов. Это проект, который затрагивает данные, бизнес-процессы, ИТ-инфраструктуру и работу сотрудников. Итоговый результат здесь зависит не столько от выбранной платформы, сколько от команды, которая будет ее внедрять.

На рынке можно найти десятки интеграторов. У всех красивые презентации, внушительный список технологий и обещания реализовать проект быстро. Но уже через несколько месяцев после старта многие компании сталкиваются с одной и той же проблемой. Отчеты работают нестабильно, данные вызывают вопросы, а бизнес продолжает принимать решения по Excel.

Разберем, на что действительно стоит обратить внимание при выборе подрядчика, чтобы BI-аналитика стала рабочим инструментом, а не дорогим экспериментом.

Сначала определите, какую задачу должна решать BI-аналитика

Как и у любого проекта, у внедрения BI должна быть четко сформулированная цель. Недостаточно решить, что компании нужна BI-система. Нужно понимать, какую проблему она должна решить.

Например, сократить время подготовки управленческой отчетности с двух дней до одного часа, объединить данные из CRM, ERP и других систем в одном окне, исключить ручную обработку данных или перейти к единым показателям для всех подразделений.

Когда цель определена, подрядчик понимает, какого результата нужно достичь, и может предложить подходящее решение. Если такой цели нет, внедрение часто сводится к разработке красивых дашбордов, которые не решают реальных задач бизнеса.

Хороший подрядчик больше спрашивает, чем рассказывает

На первых встречах многие заказчики ждут демонстрацию платформы. Но опытные команды обычно начинают совсем с другого.

Их интересует, откуда появляются данные, кто отвечает за их качество, какие показатели вызывают споры внутри компании, какие отчеты действительно используются руководителями, а какие существуют только "для галочки".

Это не попытка затянуть пресейл. Так подрядчик оценивает масштаб будущего проекта.

Если разговор почти полностью посвящен возможностям платформы, а вопросы про данные, процессы и пользователей остаются без внимания, это повод насторожиться. 

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

Не просите показать кейсы. Попросите рассказать, что в них пошло не по плану

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

Например:

• что оказалось самым сложным во внедрении;

• почему приходилось переносить сроки;
• какие решения пришлось менять уже после запуска;
• какие ошибки допустили сами.

Такие вопросы невозможно выучить заранее. Зато ответы быстро показывают уровень зрелости команды.

Специалисты, которые действительно внедряли BI в крупных компаниях, редко рассказывают только об успехах. Они хорошо знают, сколько времени может уйти на согласование единого определения прибыли или почему интеграция с устаревшей ERP иногда оказывается сложнее разработки всей системы отчетности.

Оцените не только разработчиков, но и организацию проекта

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

Поэтому еще до подписания договора стоит узнать, кто именно будет заниматься проектом.

Для примера, в BI-проекте могут участвовать следующие специалисты: 

• руководитель проекта — организует работу, отвечает за сроки и коммуникацию с заказчиком;
• бизнес- или BI-аналитик — собирает требования, помогает определить показатели и проектирует будущую отчетность;
• data-инженер или BI-разработчик — подключает источники данных, настраивает модели, разрабатывает дашборды. Во многих проектах это один и тот же специалист;
• архитектор — подключается на сложных проектах, если нужно спроектировать хранилище данных, интеграции или общую архитектуру решения.

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

Не менее важно понять, останется ли эта команда после запуска системы. Иногда презентацию проводит сильный пресейл, а внедрение передают другим сотрудникам, которые впервые видят ваш проект. Лучше выяснить это заранее.

Самое дешевое предложение почти никогда не оказывается самым выгодным

Стоимость внедрения сравнить проще всего. Но именно этот показатель чаще всего вводит в заблуждение.

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

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

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

Чек-лист: как сравнить BI-подрядчиков

Перед выбором подрядчика ответьте на эти вопросы. Чем больше ответов «да», тем ниже риски при внедрении.

☐ Подрядчик изучил ваши процессы и данные до подготовки коммерческого предложения

☐ Может объяснить, как будет организован проект: этапы, сроки и ожидаемые результаты

☐ Есть опыт внедрения BI в компаниях похожего масштаба или отрасли

☐ Готов познакомить с командой, которая будет работать над проектом, а не только с менеджером по продажам

☐ Предлагает провести пилотный проект или аудит перед полномасштабным внедрением

☐ Может рассказать не только об успешных кейсах, но и о сложностях, с которыми сталкивался

☐ В коммерческом предложении подробно расписано, что входит в стоимость проекта

☐ Есть понятный план технической поддержки и развития системы после запуска

☐ Передает документацию и обучает сотрудников заказчика

☐ Не обещает «идеальное внедрение за две недели», а честно обсуждает возможные риски проекта

Если подрядчик набирает 8–10 пунктов, скорее всего, перед вами зрелая команда с выстроенным подходом к внедрению. Если положительных ответов меньше, стоит подробнее разобраться, как именно будет организован проект и какие риски могут возникнуть в процессе.

Итог

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

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

Мы сами занимаемся внедрением BI-аналитики и за это время реализовали более 127 проектов для компаний из разных отраслей. Этот опыт позволил нам выработать собственную методику запуска проектов, которая помогает еще до начала работ выявить основные риски, оценить готовность данных и определить оптимальный путь внедрения.

Поэтому перед стартом проекта мы:

• проводим бесплатный аудит текущей аналитики;
• организуем бесплатную консультацию с BI-экспертом;
• готовим техническое задание без дополнительной оплаты;
• предоставляем официальную гарантию 3 месяца на выполненные работы, которая фиксируется в договоре.

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

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

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

Какие задачи BI решает в частных и спортивных школах

BI-аналитика помогает руководителям понимать причины изменений в показателях, а не только фиксировать их.

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

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

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

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

Почему Excel уже не решает эту задачу

Практически каждая школа начинает с Excel. Пока учеников немного, этого достаточно.

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

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

BI автоматически собирает информацию из всех источников и обновляет показатели без участия сотрудников. Руководитель получает актуальную картину в любой момент.

Какие альтернативы существуют

Если требуется контролировать основные показатели — количество новых учеников, выручку, загрузку групп или оплаты, часто достаточно встроенных отчетов CRM или Excel. Во многих школах данные автоматически выгружаются из CRM, бухгалтерии или других систем в Excel или Google Sheets, где с помощью сводных таблиц и Power Query формируются регулярные отчеты. Такой подход позволяет отказаться от ручного сбора информации и остается эффективным, пока количество источников данных и показателей невелико.

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

BI-аналитика становится оправданным, когда руководителю важно видеть картину бизнеса целиком. Он объединяет данные из CRM, бухгалтерии, LMS, систем учета посещаемости, рекламы и других сервисов, позволяя анализировать взаимосвязи между показателями. Например, как изменения в расписании влияют на загрузку преподавателей, удержание учеников и финансовый результат отдельных направлений. Именно такой анализ сложно получить с помощью отдельных отчетов или электронных таблиц.

Как BI-аналитика может выглядеть в спортивной школе: пример проекта

В одной из детских спортивных школ данные о клиентах, посещаемости, оплатах и заявках уже велись в Alfa CRM, однако полноценной системы аналитики не было. Руководителям приходилось собирать отчеты вручную, из-за чего было сложно оперативно отслеживать загрузку групп, анализировать отток клиентов и оценивать финансовые показатели.

Для решения этой задачи была разработана единая BI-система. Данные автоматически передаются из Alfa CRM через API в хранилище PostgreSQL, где проходят обработку и подготовку для анализа. Для ускорения работы реализованы представления, материализованные представления и индексация базы данных. После этого информация поступает в Yandex DataLens, где отображается в управленческих дашбордах. 

Вся аналитика разделена на пять дашбордов.

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

2. Отток клиентов — помогает анализировать динамику клиентской базы, отслеживать количество новых и ушедших учеников, выявлять причины прекращения занятий и оценивать удержание в разрезе направлений, групп и тренеров. 

3. Лиды — отображает весь путь привлечения клиентов: количество лидов, пробных занятий и новых учеников, динамику обращений по периодам, а также позволяет оценивать эффективность работы с входящим потоком. 

4. Финансы — объединяет данные об оплатах, оказанных услугах, остатках по клиентам и абонементам. Дашборд помогает контролировать выручку, задолженности, платежную дисциплину и финансовые показатели по каждому направлению. 

5. Ключевые показатели бизнеса — сводный дашборд для руководителя, где в одном окне собраны основные KPI школы: количество учеников, лидов и пробных занятий, средняя посещаемость, выручка и другие ключевые показатели, позволяющие быстро оценить текущее состояние бизнеса. 

Результат. После внедрения BI время на подготовку управленческой отчетности сократилось с нескольких часов до 10–15 минут, а все ключевые показатели стали доступны в режиме реального времени. Руководители начали быстрее выявлять снижение посещаемости отдельных групп и рост оттока, что позволило за три месяца сократить отток учеников на 14%, увеличить среднюю заполняемость групп на 9% и снизить количество просроченных оплат на 18%. Вместо десятков разрозненных отчетов школа получила единую систему аналитики, которая помогает принимать решения на основе актуальных данных. 

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

Именно поэтому компании все чаще говорят не об аналитике, а о data-продуктах.

Что такое data-продукт

Вокруг этого термина до сих пор много путаницы. Часто data-продуктами называют только ML-модели или сервисы с искусственным интеллектом. Но понятие значительно шире.

Data-продукт — это любой цифровой продукт, основная ценность которого строится вокруг данных. Он имеет пользователей, владельца, понятные метрики эффективности и постоянно развивается так же, как любой другой ИТ-продукт.

Аналитический дашборд, которым ежедневно пользуются категорийные менеджеры, тоже может быть data-продуктом. Но он решает одну задачу — помогает человеку анализировать информацию и принимать решение самостоятельно.

Какие data-продукты используют в ритейле

В зависимости от решаемых задач data-продукты можно разделить на две группы.

1. Аналитические продукты. Их основная задача — предоставить сотрудникам актуальную информацию для принятия решений. Это могут быть BI-платформы, аналитические панели для категорийных менеджеров, сервисы мониторинга ключевых показателей или инструменты self-service аналитики. Такие решения помогают понять, что происходит в бизнесе, найти причины отклонений и оценить эффективность принятых решений.

2. Операционные data-продукты. Они используют данные не только для анализа, но и для выполнения конкретных бизнес-функций. Именно это направление сегодня развивается наиболее активно.

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

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

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

Отдельное направление — персонализация клиентского опыта. Используя данные программы лояльности, историю покупок и поведение покупателей, data-продукты формируют индивидуальные рекомендации, персональные акции и специальные предложения. Это позволяет повысить конверсию маркетинговых кампаний и увеличить средний чек без существенного роста рекламных расходов.

Как внедрить data-продукт

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

Следующий этап — создание пилотного решения. Оно позволяет проверить гипотезу на ограниченном процессе или группе магазинов, оценить экономический эффект и только после этого принимать решение о масштабировании. 

Не менее важным условием становится качество данных. Data-продукт постоянно использует информацию из различных корпоративных систем, поэтому ошибки, дублирование или несогласованность данных напрямую влияют на качество рекомендаций. Именно поэтому успешные проекты обычно сопровождаются развитием процессов Data Governance и внедрением единых стандартов управления данными.

Data Warehouse — фундамент всех data-продуктов

Прежде чем внедрять data-продукты, компании необходимо решить базовую задачу — собрать данные в одном месте. В ритейле информация обычно хранится в десятках систем: ERP, CRM, WMS, кассовом ПО, интернет-магазине, программе лояльности. Пока эти данные разрознены, невозможно получить единую картину бизнеса.

Эту проблему решает корпоративное хранилище данных (Data Warehouse, DWH). Оно объединяет информацию из всех источников, очищает и приводит ее к единой структуре. В результате компания получает один достоверный источник данных, который используют аналитики, руководители и цифровые сервисы.

Именно на базе DWH строятся аналитические панели, системы прогнозирования спроса, сервисы управления ассортиментом и другие data-продукты. Чем качественнее организовано хранилище, тем быстрее компания может внедрять новые аналитические решения и масштабировать их без постоянной доработки инфраструктуры.

Мы внедряем корпоративные хранилища данных. Проектируем архитектуру, интегрируем данные из внутренних систем и создаем надежную основу для развития аналитики и data-продуктов.

Если компания использует Битрикс24, большая часть данных уже хранится в CRM. Однако работать с этими данными через стандартные отчеты не всегда удобно — для анализа часто приходится открывать несколько разделов и вручную сопоставлять показатели.

BI Конструктор Битрикс24 решает эту задачу. Он позволяет создавать интерактивные дашборды, объединять данные из CRM, автоматизировать управленческую отчетность и получать ключевые показатели бизнеса в режиме реального времени.

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

Почему компании создают индивидуальные дашборды

В Битрикс24 есть готовые отчеты и стандартные BI-дашборды, но они подходят не для всех задач. Каждая компания использует собственные KPI, рассчитывает прибыль по своим правилам, контролирует разные показатели и строит уникальные бизнес-процессы. Поэтому на практике компании часто разрабатывают индивидуальные дашборды, которые показывают только те метрики, которые действительно нужны для управления бизнесом.

Еще одно преимущество такого подхода — скорость внедрения. Если основные данные уже находятся в Битрикс24, разработать собственные дашборды обычно проще и дешевле, чем внедрять отдельную BI-платформу и настраивать интеграции между несколькими системами.

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

Примеры дашбордов

1. Контроль продаж, менеджеров и рекламных каналов 

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

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

Но большая часть рабочего времени HR по-прежнему уходит на сбор данных, подготовку отчетов и поиск информации в разных системах.

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

Почему Excel перестает справляться с аналитикой персонала

Практически каждая компания начинает с того, что данные собирают в Excel, HR вручную объединяет отчеты, а руководители получают сводную информацию раз в месяц или неделю.

Пока сотрудников немного, этого достаточно. Но с ростом бизнеса данные начинают храниться в разных системах.

Например:

• ATS — история кандидатов;
• HRM или 1С:ЗУП — кадровые события;
• LMS — обучение сотрудников;
• CRM и ERP — результаты работы;
• системы учета рабочего времени;
• СКУД;
• сервисы оценки вовлеченности.

В результате руководитель получает десятки несвязанных отчетов вместо целостной картины.

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

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

Еще одна распространенная проблема — разные подразделения считают показатели по собственным правилам. HR, финансовая служба и руководители работают с разными цифрами, поэтому обсуждение начинается не с поиска решения, а с выяснения, какие данные считать правильными.

BI-аналитика устраняет эту проблему за счет единой модели данных. Все подразделения работают с одинаковыми показателями и едиными правилами расчета.

Что меняется после внедрения BI-аналитики

Многие воспринимают BI-аналитику как инструмент для создания красивых дашбордов. Но визуализация — это лишь финальный этап работы с данными.

Сначала платформа:

• собирает информацию из разных систем;
• очищает и объединяет данные;
• приводит их к единой структуре;
• автоматически рассчитывает показатели.

Только после этого данные становятся пригодными для анализа.

Что меняется для HR

До внедрения BI

• ручная подготовка отчетов;
• разные цифры в разных подразделениях;
• анализ только прошедших событий;
• поиск информации занимает часы или дни.

После внедрения BI

• единый источник данных;
• автоматическое обновление показателей;
• анализ причин, а не отдельных событий;
• возможность прогнозировать изменения.

В результате HR перестает отвечать только на вопрос «Что произошло?» и начинает искать ответы на более важные вопросы:

• Почему выросла текучесть?
• Какие сотрудники находятся в зоне риска?
• Какие источники найма дают лучших специалистов?
• Как обучение влияет на производительность?
• Какие кадровые решения помогают бизнесу зарабатывать больше?

Именно в этот момент HR-аналитика становится не системой отчетности, а полноценным инструментом управления персоналом.

Где бизнес-аналитика приносит максимальную пользу HR

Автоматизация отчетности — лишь первый шаг. Настоящая ценность BI-аналитики появляется тогда, когда данные помогают не просто фиксировать события, а понимать их причины и принимать более точные управленческие решения.Объединяя данные из HRM, ATS, LMS, ERP, CRM и других систем, BI связывает кадровые показатели с финансовыми и операционными результатами компании. Это позволяет управлять не отдельными HR-процессами, а их влиянием на бизнес.

Подбор персонала: оценивать качество, а не скорость найма

Закрытая вакансия еще не означает успешный подбор. Если новый сотрудник увольняется через несколько месяцев или не выходит на плановую производительность, компании приходится заново тратить время и бюджет на поиск.Поэтому помимо Time to Hire (время найма) важно анализировать:

• стоимость привлечения кандидатов;
• эффективность каналов поиска;
• конверсию на этапах воронки;
• прохождение испытательного срока;
• скорость адаптации;
• Quality of Hire — показатель качества найма.

Пример. Два источника кандидатов могут стоить одинаково, но сотрудники из одного канала работают дольше, быстрее адаптируются и показывают лучшие результаты. Именно такие данные помогают перераспределять бюджет на подбор.

Прогнозирование текучести: находить риски заранее

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

• стаж;
• уровень оплаты труда;
• результаты оценки эффективности;
• история обучения;
• внутренние переводы;
• сверхурочные часы;
• результаты опросов вовлеченности.

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

Производительность персонала: связать HR с результатами бизнеса

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

• Как изменение численности влияет на объем производства?
• Какие руководители формируют наиболее эффективные команды?
• Какие подразделения показывают лучшие результаты при одинаковом фонде оплаты труда?
• Как скорость найма отражается на выполнении производственных планов?

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

Обучение персонала: измерять эффект, а не количество курсов

Количество обученных сотрудников само по себе не показывает эффективность программ развития. Гораздо важнее понять, изменились ли результаты работы после обучения.Объединив данные LMS с производственными и финансовыми показателями, BI позволяет:

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

Такой подход помогает инвестировать в развитие тех компетенций, которые действительно влияют на результаты компании.

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

Фонд оплаты труда — одна из крупнейших статей расходов бизнеса. Однако анализировать только размер затрат недостаточно.BI-аналитика помогает сравнивать подразделения по нескольким параметрам одновременно:

• расходы на персонал;
• производительность;
• текучесть;
• выполнение KPI;
• объем выполненной работы.

Например, два отдела могут иметь одинаковый ФОТ, но совершенно разную эффективность. Причина часто связана не с уровнем зарплаты, а с организацией процессов, распределением нагрузки или качеством управления.

Кадровое планирование: перейти от реакции к прогнозированию

Во многих компаниях поиск сотрудников начинается только после появления вакансии. Это приводит к нехватке персонала, переработкам и задержкам проектов.Используя исторические данные, прогнозы продаж, сезонность и показатели текучести, BI помогает заранее определить будущую потребность в персонале. Благодаря этому HR может планировать подбор заранее, а не реагировать на уже возникший дефицит.По данным McKinsey, компании, использующие аналитику персонала при стратегическом планировании, быстрее принимают кадровые решения и эффективнее распределяют ресурсы.

Как строится бизнес-аналитика для HR

Несмотря на разнообразие BI-платформ, успешные проекты строятся по одной логике.

Первый этап — объединение данных. Информация поступает из HRM, ATS, LMS, ERP, CRM, систем учета рабочего времени, 1С, СКУД и других корпоративных решений. На этом этапе устраняются дубли, приводятся к единой структуре справочники сотрудников, подразделений и должностей.

Следующий шаг — создание единой модели данных. Именно она становится тем самым «единым источником правды», благодаря которому все подразделения работают с одинаковыми показателями и едиными правилами расчета.

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

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

Именно такой подход сегодня рассматривается как следующий этап развития HR-аналитики после автоматизации отчетности.