«Холодильник.ру» свел 15 разрозненных источников в единый аналитический контур и сократил трудозатраты на регулярную управленческую отчетность на 75–80%. Для российской IT-аудитории это не просто еще один кейс про дашборды: история хорошо показывает, где у крупного ритейла ломается Excel-подход и зачем бизнесу BI-система Qlik Sense, если решения нужно принимать не по вчерашним цифрам, а по почти живым данным.
О проекте по данным CNews рассказали в BI Consult, внедрявшей платформу для интернет-магазина. Масштаб у заказчика вполне взрослый: компания работает с 2003 года, ежедневно делает более 3,5 тыс. доставок по России и держит в каталоге свыше 70 тыс. товаров. При таком объеме даже небольшая задержка в аналитике быстро превращается в операционную проблему: продажи уже ушли вперед, маркетинг открутил кампанию, логистика перераспределила остатки, а управленческая картинка все еще собирается из «1С» и Excel руками.
Именно в этой точке у «Холодильник.ру» начались системные сбои. До проекта аналитика жила в отдельных отчетах из «1С:Предприятия» и множестве Excel-файлов. Пока аналитики вручную сводили консолидированный файл, данные успевали устареть. Чем больше становился массив, тем хуже справлялся Excel: зависания, долгая пересборка таблиц, споры между подразделениями о том, у кого «правильные» цифры. Параллельно росла нагрузка на учетную систему, а разработчики отвлекались на кастомные отчеты вместо инфраструктурных задач. Для любого IT-директора это знакомый сюжет: когда BI не оформлена как слой платформы, она начинает выедать ресурсы у транзакционных систем и команды разработки.
Почему выбрали Qlik, а не Power BI или Tableau
Платформу выбирали в 2020 году. В шорт-лист вошли Qlik Sense, MS Power BI и Tableau. Критерии были вполне прагматичные: работа с многомиллионными транзакционными массивами без заметных задержек, понятный интерфейс для бизнес-пользователей, интеграция в существующую ИТ-инфраструктуру и вменяемая совокупная стоимость лицензий, внедрения и владения. Выбор в итоге сделали в пользу Qlik Sense. Ключевыми аргументами стали ассоциативный движок, который позволяет быстро видеть связи между данными, и зрелость решения именно для ритейла. Для бизнеса это важная деталь: нередко BI берут не потому, что она «самая красивая», а потому что она лучше переносит реальную грязь корпоративных данных и меньше завязана на IT как на постоянного посредника.
Технически проект тоже выглядит не игрушечным. Ядром платформы стала BI-система Qlik Sense версии 6.1. В контур завели 15 разнородных источников: «1С:Предприятие 8.3», «1С:WMS», CRM retail, телефонию Mighty Call, логистическую платформу «Антор LogistikMaster», Google Analytics, «Яндекс.Метрику», «Яндекс.Вебмастер», «Яндекс.Wordstat», Similar Web, Megacount, административную панель сайта, внутреннюю SQL-базу и Mindbox. В системе хранятся и оперативно обновляются три года транзакционной истории, а общий физический объем данных в памяти и на диске превышает 400 Гб. На бумаге это звучит как нормальный набор для крупного e-commerce, но важнее другое: компания утверждает, что даже сложные аналитические срезы считаются за секунды, а ежедневные сводки теперь формируются автоматически к началу рабочего дня.
Что бизнес получил кроме красивых дашбордов
Архитектуру не свели к набору витрин для руководства. В компании собрали более двадцати приложений, разбив их на три блока. Первый — стратегические дашборды для топ-менеджмента: выполнение плана, воронка продаж, факторный анализ выручки, динамика ключевых показателей. Второй — конструкторы отчетов для маркетинга, логистики и управления запасами, где пользователь без навыков программирования может сам выбрать метрики, периоды и разрезы. Третий — финансовый контур: журнал проводок, оборотно-сальдовая ведомость, движение денежных средств, отчет о доходах и расходах, баланс и финансовый конструктор для план-фактного анализа и бюджетирования. Это, пожалуй, самый интересный слой во всей истории: BI-система Qlik Sense здесь стала не витриной «про продажи», а общей логикой для операционного и финансового контуров.
Сроки внедрения тоже дают полезный ориентир тем, кто планирует не презентацию для совета директоров, а реальный проект. Работы стартовали в июле 2020 года с проектирования архитектуры и моделей данных. Основную разработку разбили на пять последовательных фаз: сначала продажи и закупки, затем финансы и логистика. Базовый проект завершили в июне 2021-го, после чего еще шли два этапа доработок и масштабирования. Финальная точка второго этапа — сентябрь 2023 года. То есть перед нами не история в духе «за три месяца заменили все и всем стало хорошо», а нормальная многолетняя сборка аналитической платформы вокруг растущего бизнеса. Такой срок может выглядеть длинным, но для крупного ритейла с десятками источников он скорее реалистичен, чем избыточен.
По итогам проекта компанией заявлены не только процессные, но и организационные эффекты. Системой пользуются более ста аналитиков, а полные права у троих разработчиков. Подготовка регулярной отчетности стала требовать на 75–80% меньше усилий, а ежедневные оперативные сводки перестали съедать до двух часов ручной работы. Отдельно интересно, что в компании выросла цифровая самостоятельность пользователей: умение собрать дашборд названо базовым навыком аналитика, а адаптация новых сотрудников ускорилась за счет понятных конструкторов. Для IT-команд здесь скрыт важный бонус: если бизнес действительно начинает собирать отчеты сам, разработчики и админы перестают быть фабрикой одноразовых выгрузок.
Для российского рынка это еще и напоминание о том, что большая часть проблем аналитики редко упирается только в выбор инструмента. До тех пор пока данные живут в отдельных таблицах, CRM, WMS, веб-аналитике и финансовых системах без общей модели, менеджмент спорит не о решениях, а об исходных цифрах. А когда в одном месте сходятся продажи, логистика, маркетинг и финансы, BI перестает быть красивым экраном для совещаний и становится рабочим интерфейсом бизнеса. Вопрос теперь не в том, нужен ли такой контур крупному ритейлу, а в том, сколько компаний готовы признать простую вещь: проблема у них уже не в отчетах, а в архитектуре данных, которая давно не выдерживает темпа операций.