H1: ИИ в ритейле: как превратить данные с клиентских устройств в выручку и что с этим делать ИТ-директору
На прошедшем 7–8 октября «Коннектед Ритейл Форуме», собравшем около 2000 профессионалов отрасли, компания BSS представила свою ИИ-платформу для управления клиентским опытом. По данным Computerra, в рамках отдельной секции представители таких сетей, как Спортмастер, SELA и РОЛЬФ, обсудили практические кейсы, где искусственный интеллект помогает находить скрытые сигналы от клиентов и конвертировать их в реальные продажи. Для ИТ-руководителей в российском ритейле это событие — сигнал к пересмотру стратегии работы с данными, генерируемыми на конечных точках: кассовом оборудовании, планшетах продавцов и смартфонах клиентов.
Что произошло
Ключевым инфоповодом стала демонстрация платформы BSS, сфокусированной на анализе клиентского пути. Речь идет не об абстрактных «больших данных», а о конкретных цифровых следах, которые оставляют покупатели при взаимодействии с брендом. Эксперты BSS и представители крупного ритейла показали, как алгоритмы машинного обучения обрабатывают неструктурированную информацию — от записей разговоров с консультантами до паттернов движения в торговом зале (при наличии соответствующей инфраструктуры) и истории онлайн-сессий.
Основная ценность представленного решения — способность выявлять так называемые «скрытые сигналы». Это могут быть повторяющиеся жалобы на работу конкретного киоска самообслуживания, зафиксированные в речевой аналитике, или резкое изменение паттерна использования мобильного приложения, предшествующее отказу от покупки. Платформа агрегирует эти сигналы и предоставляет бизнесу готовые триггеры для действий: например, автоматически создать задачу в CRM для сервисной службы или отправить персонализированное предложение клиенту, который столкнулся с проблемой. Форум подтвердил, что фокус крупнейших игроков (Спортмастер, SELA, РОЛЬФ) смещается с простой автоматизации учета на предиктивную аналитику клиентского поведения.
Почему это важно
Для ИТ-директора ритейл-компании этот тренд означает резкое увеличение нагрузки на мобильную инфраструктуру и изменение требований к сбору данных. Если раньше MDM-система (Mobile Device Management) рассматривалась как инструмент контроля и безопасности, то теперь она становится ключевым узлом для сбора телеметрии, необходимой для работы ИИ-сервисов.
1. Инфраструктурный вызов и 152-ФЗ. Платформы класса BSS требуют доступа к огромному массиву данных с устройств: логов приложений, метрик производительности, геолокации (для понимания трафика в магазине), а в некоторых сценариях — и содержимого экрана. Это немедленно упирается в требования российского законодательства. При передаче данных с личного устройства сотрудника (BYOD) или корпоративного смартфона для анализа в ИИ-систему возникает риск нарушения 152-ФЗ «О персональных данных». Данные, которые ИИ считает «сигналом», с точки зрения закона могут быть персональными. Ритейлеру необходимо четко разделять потоки: технические логи (версия ОС, время отклика приложения, package name упавшего сервиса) и ПДн (ФИО, номер карты лояльности). Без грамотной настройки политик MDM, которые фильтруют данные до отправки в облако ИИ, компания рискует получить штраф при проверке регулятором. Практический опыт интеграции с отечественными ОС, такими как Аврора, показывает, что сбор телеметрии там требует дополнительных усилий по сертификации самих методов сбора.
2. Смежные риски: Реестр Минцифры и импортозамещение. Многие ИИ-платформы, включая решения от BSS, являются сложными стеками ПО. Если ритейлер претендует на льготы для ИТ-компаний или работает с госзаказом, использование иностранного софта для обработки этих данных может стать препятствием. ИТ-руководителю нужно проверять, внесена ли платформа (или ее ключевые модули, например, СУБД для хранения векторов эмбеддингов) в Реестр отечественного ПО. В противном случае архитектура проекта может быть признана не соответствующей стратегии импортозамещения, что критично при бюджетировании на следующий год.
3. Реальные MDM-сценарии. Рассмотрим прикладной пример. Продавец-консультант использует планшет для демонстрации каталога. ИИ-платформа фиксирует, что приложение «зависает» на 3-й секунде при переходе в раздел «Акции», что приводит к уходу клиента.
* Без интеграции с MDM: ИТ-отдел узнает об этом через неделю из жалобы директора магазина.
С интеграцией: MDM-система (например, Komendant) по API получает от ИИ-сервиса сигнал о проблеме с конкретным пакетом (com.retail.catalog). MDM автоматически собирает logcat* с этого устройства за последние 5 минут, проверяет версию приложения и наличие свободного места в /data/data/. Если выявлен баг версии 2.1.4, MDM принудительно инициирует обновление до 2.1.5 через команду pm install -r /sdcard/Download/app.apk (загруженную из корпоративного репозитория) или блокирует устройство до исправления, чтобы не множить негативный клиентский опыт. Это превращает ИТ-департамент из «центра затрат» в «генератора выручки», так как работоспособность фронт-енд систем напрямую влияет на продажи.
Что делать
Чтобы подготовить инфраструктуру к внедрению подобных ИИ-решений и не допустить утечек данных или падения производительности, ИТ-руководителям в ритейле следует предпринять следующие шаги:
1. Аудит разрешений приложений (App Permissions). Проведите ревизию политик в вашем MDM. Для корпоративных устройств (COPE — Corporate Owned, Personally Enabled) необходимо внедрить белые списки разрешений. ИИ-платформе не нужен доступ к SMS или списку контактов для анализа клиентского опыта. В настройках MDM заблокируйте опасные группы разрешений (android.permission-group.CONTACTS, android.permission-group.SMS) для всех приложений, кроме системных. Используйте команды ADB для проверки: adb shell dumpsys package [имя_пакета] | grep permission.
2. Настройка сегментации трафика и сбор телеметрии. Разверните на уровне MDM или EMM (Enterprise Mobility Management) профили, которые принудительно направляют корпоративный трафик через прокси с дешифрованием SSL (с установкой корневого сертификата через MDM). Это позволит вашим аналитическим системам видеть содержимое API-запросов к кассовому ПО или личному кабинету клиента. Однако критически важно настроить правила на прокси-уровне (например, через регулярные выражения), чтобы вырезать или токенизировать строки, попадающие под определение ПДн (номера телефонов, email, данные паспорта), до того, как данные попадут в даталейк ИИ-платформы.
3. Внедрение Remote Logging и Bug Report по триггеру. Настройте интеграцию вашего MDM с системой мониторинга. При фиксации ИИ-системой аномалии (например, падение конверсии на конкретной группе устройств), MDM должен уметь по команде выполнять adb bugreport или собирать логи через logcat в реальном времени. Сохраняйте эти данные в защищенное хранилище, аттестованное по требованиям 152-ФЗ (УЗ-2 или УЗ-1, в зависимости от контекста). Это даст разработчикам контекст для исправления ошибок без необходимости физического доступа к устройству в магазине во Владивостоке, пока клиент в Москве уже совершил покупку.
4. Проверка совместимости с отечественными ОС. Если в вашей сети используются устройства на базе ОС Аврора или РЕД ОС М, запросите у вендора ИИ-платформы (в данном случае BSS) документацию по интеграции. Часто такие платформы используют проприетарные агенты для Android, которые не работают в закрытой среде Авроры. Вам потребуется либо использовать SDK вендора для встраивания в нативное приложение магазина, либо задействовать SCIM-шлюзы для синхронизации событий не с устройства, а с серверной части вашего ритейл-софта (кассы, CRM). Проверьте документацию по политикам безопасности, чтобы убедиться, что сбор метрик не нарушает целостность ядра отечественной ОС.
5. Формирование SLA для «цифрового опыта». Свяжите ИТ-метрики с бизнес-показателями. В политиках MDM установите пороговые значения: если время запуска приложения превышает 2 секунды или процент ANR (Application Not Responding) на устройстве за смену выше 1%, устройство должно автоматически помечаться тегом «Требует внимания» и блокироваться для работы с клиентами до перезагрузки или обновления. Это прямой способ гарантировать, что ИИ работает с качественными данными, а не с артефактами поломанного «железа».
Источник: https://www.computerra.ru/368840/bss-prinyala-uchastie-v-konnekted-ritejl-forume/