Вот как-то так это хитро работает
Про вашего будущего ребёнка – это, конечно, утрировано, но все может быть. На практике мы помогаем рознице бороться за каждый рубль с помощью математического аппарата. Вот, например, у вас в бумажнике есть карта лояльности, либо вы расплачиваетесь кредиткой. Это значит, что в целом магазин знает, сколько и каких продуктов вам надо. Дальше можно построить оптимальную модель вашего путешествия по магазину и понять, в какой ситуации вы купите больше. Что где должно стоять, какое молоко вы предпочитаете (вдруг вы готовы брать дорогое и натуральное без колебаний?) и так далее. Смоделировать вас по совокупности данных легко.
Такую же аналитику можно применять ко всем аспектам работы розницы.
Из смешного — один раз система просчитала, что будет выгодно уничтожить примерно полтонны бумаги. Сначала думали, что баг — но начали копать и выяснили, что поставщик даёт скидку за определённый порог закупки. А сеть может не успевать продавать нужное количество бумаги. С учётом стоимости склада, поставки и уровня скидки начиная с порога — проще взять и уничтожить кучу товара, чтобы получать его по цене ниже. Скидка минимум вдвое компенсирует убытки от его потери.
На входе у нас данные из различных источников (например, кассовых чеков, логов обращений к картам лояльности, счётчиков посетителей в магазинах, данных о загрузке склада и так далее). На выходе для владельца бизнеса — ответы. Например, вот на такие вопросы:
- Каков оптимальный объём складского остатка по каждому товару?
- Как конкретно маркетинговые акции влияют на продажи?
- Почему в субботу 9-го числа с 18:00 до 19:15 не было продано ни одной бутылки вина?
- Какие результаты по продажам должен показать новый товар, чтобы оставить его в сети? Как это связано с местом на витрине?
Плюс можно считать KPI каждого сотрудника. Например, продавца. И, кстати, заодно можно выводить ему эти данные — например, «тебе осталось ещё 5% до лучшего сотрудника месяца». Или выводить данные другой смены, чтобы соревновались. В общем, с информацией можно делать что угодно.
Ещё BI для розницы означает возможность анализа действий персонала. Например, если кассир в среднем выдаёт чек за 2 минуты, то можно найти «того тормоза», который делает это за 10. И понять, почему так — он где-то халявит или есть какие-то технические проблемы?
Примеры
Производили тестовую аналитику для магазина с двумя входами: оказалось, что достаточно просто загородить один витриной — это, конечно, отсечёт часть новых людей «с улицы», но зато скажется на увеличении чека за счёт правильного маршрута. Результат — людей чуть меньше, а прибыли больше. Маршрут по магазину получается длиннее, люди успевают увидеть не только молоко и хлеб, но и вообще всё что есть в ассортименте — и набирают полные корзины.
Для водочной компании сейчас выстраиваем оптимальные маршруты супервайзеров и мерчендазейров. Оптимизируем движение людей по магазинам, чтобы они могли проверить как можно больше за короткий срок. Из интересного — если мерчендайзер, например, ездит на метро — ему часто маршрут выгоднее строить по принципу «вышел, сделал на точке А, перешел дорогу, сделал на точке Б». А вот супервайзеры ездят на машинах и им такой же маршрут давать нельзя — например, железную дорогу он может объезжать минут 20. Можем построить оптимальные маршруты для всех.
Еще можно строить решения для дистрибьюторов и вынимать из магазинов информацию о продажах той или иной группы товаров, соответствующего производителя и так далее. Из стандартного — почековка и анализ продаж. Например, как влияет размещение товара на полке на его продажи и где оптимально ставить. Простой пример. На кассе надо держать не только набор «жвачка – контрацепция – салфетки – сигареты», но как выяснилось и особенно по утрам, это средства от похмелья. За ними никто не пойдет в соседнюю аптеку или искать на полках, при этом аккуратная коробочка с надписью «снижает похмелье» привлекает внимание так же, как и «мерзавчик» вечером 5 лет назад. Ну а про расположение детских товаров на нижних полках и воблы поближе к пиву, вы и сами знаете.
Еще занимаемся составлением отчетов по продажам для франчайзи-точек и филиалов. Там обычно ситуация такая — чем дальше от центра, тем меньше контроля. Если же делать нормальную аналитику, по показателям сразу видно, где может быть проблема. А для центрального отделения важно знать о ней до того, как начнутся серьёзные потери, вроде того, что тонна йогуртов пропадёт по сроку годности. Должно быть время на реакцию.
Еще взяли товар по 12 рублей 50 копеек. Решили посчитать, что будет, если поднять цену до 13 рублей —выяснилось, что его как брали, так и будут брать.
Что в основе?
В любом случае внизу всей этой полезной информации лежат примитивы – чеки, описание магазина, примерные координаты предоставления того или иного бренда на полке этого магазина. Имея эту информацию, можно построить абсолютно любой отчёт, как начиная с того, сколько за месяц там продано в расчёте на квадратный метр, на кассира и т.п., так и заканчивая деталями, как повлиял закон о запрете продажи алкогольной продукции ночью. Кстати, на таком анализе мы можем не просто порекомендовать открывать отдельную кассу под алкоголь в 22:30, перед ночным запретом на реализацию алкоголя, но и указать нужное правило открытия – закрытия касс по всей торговой сети, с учетом праздников и событий специфичных для локации магазина.
Отчётность
В целом, BI — это сбор данных ради использования аналитики по ним. Кроме отчётов есть ещё мат.аппарат с соответствующими моделями, которые будут управлять, например, не только маршрутами мерчендайзеров, супервайзеров, но ещё и моделировать поведение покупателя в магазине. Можно строить прогнозы, начиная от среднего чека и что в нём составляет максимальный приоритет, что там надо передвинуть в ту или иную сторону, чтобы повысить продажи вот этого вот максимального приоритета.
К тому же коллективное использование лицензий всегда дешевле. Даже простой видеопоток движения зрачков покупателей выгодней покупать по очереди, чем брать машинки под каждый магазин. Трафик по сети гонять все дешевле, да и видео с движением зрачков при просмотре товара на полках хорошо грузить из «облака».
Реакция на инциденты
Система ловит инциденты и направляет информацию тем, кто должен реагировать. Например, если в 2:14 ночи в чеке бутылка водки (а системы, запрещающей пробивать такой товар нет) — нужно срочно отреагировать, пока в гости не пришел Роскомнадзор. Для этого оповещаются кадровики (они будут штрафовать кассира за нарушение), безопасники (они попробуют выяснить, как вообще так получилось), старший точки и айтишники (чтобы никто не попытался на всякий случай стереть транзакцию, если получится, и нарисовать какое-нибудь списание). Думаю, в целом понятно.
Ещё один характерный инцидент — это отмашка на продажу. Например, система знает, что если не продавать по 20 йогуртов в день, часть из них — будет просрочена. Автоматически может быть принято решение наподобие:
- Через 3 дня поставить товар повыше на полке (дать инструкцию сотрудникам магазина).
- Через 8 дней сделать скидку 20% (обновить базу цен и акций).
- Оповестить лояльных клиентов о скидке.
- Если продажи не растут — мотивировать продавцов бонусами за этот товар.
- Если йогуртов больше прогноза за неделю до конца срока годности — активировать акцию «купи 3 по цене одного».
Понятно, что такие штуки считаются в реалтайме — перед каждым действием проверяются условия, но, думаю, общий смысл понятен.
Или может быть совсем мелкий инцидент — какой-то лояльный покупатель перестал покупать молоко. Не берёт его в магазине 2 месяца и всё (видно по карте лояльности и чекам). В этом случае можно дать ему скидку 15% на молочные продукты на один раз — и оповестить об этом.
База знаний
Бизнес-процессы можно масштабировать. Вот ещё пример: в одном магазине выросли продажи пива, довольно существенно. Через BI нашли причину — владелец поставил агрегат, который жарит курицу-гриль. В результате этот агрегат отнял какую-то площадь, но окупился сам и повысил продажи соседней категории. Логично эту механику обсчитать и положить в базу — при проектировании следующей точки можно будет точно знать, как оптимально использовать площадь и какое оборудование использовать. В случае дистрибутерской сети правило заносится как «смотрите, мы сделали вот такое вот управляющее действие, и у нас продажи возросли», а система позволяет оценить все параметры и перенести опыт на другие точки.
Как это реализовано?
Весь мат. аппарат лежит в нашем облаке. Сложность реализации систем BI обычно в сборе данных и невероятно сложной интеграции всего этого. У нас сделано максимально просто — есть коннекторы ко всем используемым системам вроде 1С, которые просто вычленяют нужные исходные данные и отправляют на обработку. И есть мат.аппарат, который настраивается под задачи бизнеса. Работа с ним напоминает правильно сформулированные запросы к базе данных.
Вот путь данных:
- Данные поставляются посредством E-MAIL/FTP/WebServices (данные с точки выгружаются в XML на FTP или в почту, либо же открывается веб-сервис, позволяющий обеспечить обмен данными).
- Автоматизированный процесс проверяет поступающие данные и наполняет хранилище.
- Бизнес-слой системы фильтрует, агрегирует и визуализирует данные и формирует отчеты.
- Размещенные на защищенном web-сервере отчеты доступны для просмотра бизнес-пользователем.
- Данные, поступающие от дистрибуторов, приводятся к стандартам единого НСИ.
Как это работает? Ну, например, мы даём инструменты для чистки данных, но мы не чистим данные. Мы даём инструмент сбора данных, но мы не собираем данные сами. Мы даём инструмент хранения данных, мы эти данные храним, заказчик сам подключает свою систему, сам может пользоваться этими данными. Структура универсальна для всех.
Есть набор готовых модулей. У нас есть инструмент создания фиксированных отчётов, инструмент создания автоматизированных выгрузок по расписанию, отправка по почте — на любой вопрос инструмент. Если инструмента нет, и заказчик нам говорит «сделайте там супер-пупер красивый отчёт», да, мы сделаем в этом случае отчёт — но модуль дадим всем заказчикам. Нужна модель — не вопрос, сделаем болванку этой модели, не будем подбирать параметры модели, но обучим эту модель базовым действиям. Регулярный пересчёт модели будет делать уже сам заказчик. Например, если у заказчика появились новые условия маркетинговой акции, и модель не предусматривает одно из условий, мы её расширим. Но в случае, если надо поменять один товар на другой, то заказчик сам легко это сделает.
Решаемые бизнес-задачи:
- Графический интерфейс для пользователей, далёких от консоли
- Анализ «сверху-вниз» и «снизу-вверх»
- Одновременный анализ больших объемов информации: за большие временные периоды и сравнение агрегированных данных.
- Контроль в соответствии с основными задачами управления: комплексный анализ данных, предоставление регламентной отчетности, гибкое отображение ключевых показателей (KPI).
Решаемые технические задачи:
- Очистка данных
- Агрегация данных
- Параллельная обработка данных
- Создание и управление метаданными
- Мониторинг потоков данных
- Гибкий регламент информационного взаимодействия с источниками
- Возможность проведения аудита выполняемых процедур и работы пользователей
- Сведение данных разных дистрибуторов
- Ведение единых НСИ
- Управление атрибутным составом справочной информации
- Возможность подключения неограниченного числа справочников
- Защита правил трансформации данных и параметров соединений от неавторизованных лиц;
- Интеграция с существующей системой безопасности;
- Доступ к трансформациям и задачам на основе политик безопасности;
- Защита реквизитов пользователей БД;
- Распределение ролей;
- Контроль целостности данных при хранении, обновлении и при передаче по каналам связи;
- Регулярное и резервное копирование.
В общем, есть возможности делать многое. Пока самые востребованные услуги – это сбор данных, хранение, их очистка, консолидация справочников, отчётность и мобильный CRM. Всё это делается легко и быстро – ну, настолько, насколько это вообще может быть легко и быстро в Big Data. Объективно почувствовать влияние BI на бизнес можно будет месяца через два.
Цена
Базовая стоимость – это то количество места, которое у нас потребляется. Затем — количество каналов до точек сбора данных (то есть по количеству филиалов или поставщиков). Работы по настройке — надо будет ездить по точками и подключать. Плюс другие метрики, но они уже не так влияют. Другие метрики, как то количество пользователей и их активность, а так же мерчендайзеры-супервайзеры и количество мат.моделей влияют, но это не базовые параметры. Если нужно точно для вашей ситуации – можно спросить меня в личке или по почте brahew@croc.ru.
Можно написать отчёт со всей его логикой: самый сложный отчёт мы делаем не больше 10 дней, а самый простой — 5 часов. А потом посчитать. И отдельно есть визуализация данных — многим нужны наглядные, почти инфографические отчёты.
Основная задача пока — обработка Big Data, например, по итогам разовой полугодовой выгрузки на тему «что закупать к Новому году». У нас есть хороший кейс, прям как из рекламы стирального порошка. Наша MPP СУБД на тестах, на вполне себе обычных офисных ПК в количестве 5 штук, показала сравнимую производительность с SMP СУБД на сервере HiEnd (если быть точнее, то 10 суток на SMP против 2 часов на MPP без оптимизации последней). Проблем с пиком новогодних продаж быть не должно, как и нервов пользователей по получению раз в минуту одного и того же отчета и запуска модели на всякий случай.
В целом, компании – потенциальные заказчики сами понимают необходимость в подобном инструменте. Его окупаемость – около 7-9 месяцев. Ведь даже полпроцента дополнительной маржи или экономии могут означать миллионы рублей в день (если речь о крупном ритейле, конечно). То есть сервис помогает заработать и сэкономить.
Резюме
%Юзернейм%, такая система следит за вами в ряде магазинов и знает о вас, возможно, уже больше Гугла. Разумеется, исключительно для вашего удобства, а то вдруг вы молоко купить забудете :)
А серьёзно – новая аналитика может уже настолько много, что местами это пугает. Если тема интересна, советую посмотреть кусочки примеров вот по этим ссылкам:
- Экспертные системы прогнозирования продаж;
- Экспертные системы оптимизации цепочек поставок;
- Прогнозирование закупок;
- И механизм для построения оптимальных маршрутов инкассаторов к банкоматам.
Автор: brahew
