Платформа мониторинга собирает цены, скидки, сведения о наличии и другие данные с сайтов конкурентов. Однако сами по себе эти сведения не меняют работу компании. Чтобы использовать их при расчёте цен, планировании закупок и анализе продаж, платформу необходимо связать с внутренними информационными системами.
Интеграция превращает мониторинг из отдельного отчётного инструмента в часть общего процесса управления. ERP передаёт данные о себестоимости и запасах, CRM — информацию о продажах и клиентах, а BI-система объединяет показатели и отображает их на аналитических панелях.
Какие данные участвуют в обмене
Перед началом интеграции необходимо определить, какие сведения нужны каждой системе и как часто они должны обновляться. Передавать весь массив собранной информации обычно не требуется. Чем точнее состав данных, тем проще поддерживать интеграцию и контролировать её работу.
Из платформы мониторинга могут поступать:
- текущая и предыдущая цена конкурента;
- размер скидки и наличие промоакции;
- статус наличия товара;
- название продавца и торговой площадки;
- ссылка на карточку товара;
- дата и время последней проверки;
- минимальная, максимальная и средняя цена по рынку;
- позиция собственной цены относительно конкурентов.
Во встречном направлении ERP или учётная система передаёт каталог товаров, артикулы, себестоимость, закупочные цены, остатки и ограничения по маржинальности. CRM может предоставлять историю заказов, данные о среднем чеке, повторных покупках и реакции клиентов на изменение цен. BI-платформа получает подготовленные наборы данных для расчёта показателей и построения отчётов.
Интеграция с ERP-системой
ERP отвечает за основные операционные данные компании: номенклатуру, закупки, складские остатки, себестоимость и продажи. Связка с мониторингом позволяет сопоставлять рыночную ситуацию с внутренними показателями.
Например, конкурент снизил цену на определённый товар. Платформа фиксирует изменение и передаёт его в ERP. Система проверяет себестоимость, установленный предел маржи и остаток на складе. Если снижение собственной цены допустимо, формируется новая цена или задача ответственному сотруднику. Если новая цена приведёт к продаже ниже заданного уровня рентабельности, изменение блокируется.
Такой подход позволяет задавать разные правила для отдельных товарных групп. Для популярных позиций можно поддерживать цену рядом с минимальной рыночной, для дефицитных товаров — учитывать наличие у других продавцов, а для продукции с низкой оборачиваемостью — использовать более гибкие ценовые сценарии.
ERP должна оставаться источником внутренних коммерческих данных, а платформа мониторинга — источником информации о рынке. Не следует переносить расчёт себестоимости в систему мониторинга или хранить разные версии минимально допустимой цены одновременно в нескольких системах.
Интеграция с CRM
CRM содержит сведения о заказах, клиентах, обращениях и работе менеджеров. Ценовые данные помогают оценить, как положение компании относительно конкурентов влияет на спрос и результативность продаж.
Если число обращений по товару снизилось, CRM может передать эту информацию в аналитическую систему. После сопоставления с мониторингом станет понятно, совпало ли снижение спроса с ростом собственной цены, появлением скидок у конкурентов или исчезновением товара из их наличия.
Интеграция также полезна при подготовке предложений для разных каналов продаж. Компания может отдельно анализировать розничные заказы, корпоративные сделки, продажи через маркетплейсы и обращения менеджерам. Одна и та же рыночная цена по-разному влияет на эти направления, поэтому применять единое правило ко всем каналам не всегда правильно.
Передача данных в BI-систему
Система бизнес-аналитики объединяет информацию из мониторинга, ERP, CRM, интернет-магазина и других источников. На её основе можно оценивать не отдельную цену, а влияние ценовой политики на продажи, маржу и товарные остатки.
На дашбордах обычно отслеживают:
- индекс цены относительно выбранной группы конкурентов;
- долю товаров, по которым компания дороже или дешевле рынка;
- динамику цен и скидок за определённый период;
- изменение продаж после корректировки цены;
- валовую маржу по категориям, брендам и каналам;
- наличие товаров у компании и конкурентов;
- частоту ценовых изменений;
- эффективность установленных правил ценообразования.
Важно разделять показатели, рассчитанные на основании фактических продаж, и показатели, полученные из внешнего мониторинга. Например, средняя цена конкурентов характеризует рынок, а средняя цена реализованных товаров — реальные сделки компании. Смешение этих показателей может привести к неправильным выводам.
Способы технической интеграции
Основным способом обмена обычно становится API. Внутренние системы запрашивают актуальные данные по заданному расписанию либо получают изменения автоматически. Для оперативной передачи событий могут использоваться вебхуки: платформа отправляет уведомление сразу после обнаружения новой цены, скидки или изменения наличия.
Если API недоступен, применяют регулярный экспорт и импорт файлов CSV или XLSX. Такой вариант подходит для небольшого каталога и ежедневного обновления, но хуже работает при большом количестве товаров и частых изменениях.
Для сложной инфраструктуры используют промежуточный интеграционный слой. Он принимает сведения от платформы, проверяет формат, преобразует идентификаторы и направляет данные в ERP, CRM или хранилище. Это снижает зависимость систем друг от друга и упрощает контроль ошибок.
Почему важно правильно сопоставить товары
Главная практическая сложность заключается не в передаче данных, а в точном сопоставлении товарных карточек. Внутренний артикул компании часто не совпадает с обозначением у конкурента. Названия могут отличаться порядком слов, сокращениями, характеристиками упаковки или единицами измерения.
Для идентификации используют артикул производителя, штрихкод, бренд, модель, объём, цвет, комплектацию и другие характеристики. Если автоматическое сопоставление вызывает сомнения, карточка должна направляться на ручную проверку. Ошибочное сравнение двух похожих, но разных товаров способно исказить среднюю рыночную цену и запустить неправильное изменение стоимости.
Этапы внедрения интеграции
Работу лучше начинать не со всего ассортимента, а с ограниченной группы товаров. Это позволяет проверить правила и выявить ошибки до масштабирования.
- Определить бизнес-задачи и системы, участвующие в обмене.
- Составить перечень передаваемых полей и единые справочники.
- Настроить сопоставление внутренних и внешних товарных карточек.
- Выбрать частоту обновления для разных категорий.
- Установить ценовые ограничения и порядок согласования изменений.
- Провести тестирование на нескольких товарных группах.
- Настроить журналирование ошибок и уведомления ответственных сотрудников.
- Сравнить результаты до и после запуска интеграции.
Автоматическое изменение цен не следует включать сразу после подключения. Сначала рекомендуется использовать режим рекомендаций, при котором система рассчитывает новую цену, но её утверждает специалист. После проверки логики отдельные сценарии можно переводить в автоматический режим.
Как оценить результат
Эффективность интеграции определяется не количеством загруженных записей, а изменением рабочих показателей. Следует оценивать скорость реакции на действия конкурентов, долю корректно сопоставленных товаров, количество ручных операций, изменение маржинальности и влияние ценовых решений на продажи.
Правильно настроенная интеграция создаёт единый контур данных: платформа мониторинга показывает ситуацию на рынке, ERP учитывает себестоимость и запасы, CRM фиксирует спрос, а BI-система помогает оценить результат. Компания получает возможность менять цены по установленным правилам, сохранять контроль над маржой и принимать решения на основании сопоставимых показателей
При подготовке статьи частично использованы материалы с сайта idatica.com — интеграция платформы мониторинга цен с CRM
Дата публикации: 11 мая 2022 года