Разработка AI-системы автоматического репрайсинга для e-commerce

Автоматическое ценообразование: где ломается ручной репрайсинг

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

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

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

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

Что меняется после внедрения: эффект в измеримых метриках

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

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

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

Режимы автоматического ценообразования: сравнение подходов

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

Ограничения алгоритма, общие для всех режимов

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

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

Как мы внедряем репрайсер: этапы инженерной работы

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

1. Аудит источников данных — прайсы поставщиков, остатки на складах, цены конкурентов, история заказов. Фиксируем частоту обновления, полноту и допустимую задержку по каждому потоку, отмечаем поля, которым нельзя доверять без сверки.
2. Аудит правил ценообразования — разбираем, как сейчас считаются минимальная маржа, округление, пороги скидок, исключения по категориям. На выходе карта правил: что автоматизируется, а что держится на ручных решениях и требует отдельного согласования.
3. Проектирование логики — цена складывается из базовой стоимости, правил и жёстких ограничений: порог маржи, минимальный шаг изменения, запрет на уход ниже закупки. Границы задаём до запуска, чтобы репрайсер не свалился в демпинг.
4. Тестовый прогон на исторических данных — прогоняем правила по прошлым периодам спроса и цен и смотрим, как изменились бы выручка, доля выигранных позиций и маржинальность. Этап отсеивает логику, которая хорошо выглядит на бумаге и вредит на реальных данных.
5. Теневой режим — система считает цены, но не применяет их. Расхождения с текущей политикой разбираем поштучно: часть указывает на ошибку в правилах, часть — на проблемы в данных.
6. Передача в эксплуатацию — фиксируем регламент реакций на аномалии, ответственных, переключатели по категориям и порядок отката к предыдущим правилам.
7. Сопровождение — раз в квартал сверяем поведение рынка и маржинальность, обновляем пороги и список исключений.

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

Комплект передачи: правила, схемы интеграции и регламенты

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

• Матрица правил ценообразования. Таблица с приоритетами: какое правило срабатывает первым, какие категории и группы товаров оно затрагивает, какой шаг пересчёта и с какой периодичностью применяется. Видно, почему конкретная позиция получила именно эту цену.
• Границы допустимых цен. Нижний и верхний коридор по каждой категории — считается от закупочной цены и от рыночного окружения. Отдельно описано поведение системы на границе: остановиться и передать позицию человеку вместо ухода в минус.
• Схема интеграции. Какие системы отдают данные и в какую сторону, как часто опрашиваются каталог, остатки, заказы и цены рынка, что происходит при расхождении товарных идентификаторов и как сопоставляются дубли карточек.
• Журнал изменений. Для каждой правки цены хранятся прежнее и новое значение, сработавшее правило, время и инициатор — система или сотрудник. Журнал выгружается и служит основой для разбора спорных ситуаций с поставщиками.
• Регламент при сбое. Если источник данных недоступен или ответ не пришёл, цена замораживается на последнем подтверждённом значении, а ответственный получает уведомление. Описаны порядок ручной остановки автоматики по позиции или категории и возврат к штатному режиму.
• Роли, доступы и эскалация. Кто может менять правила, кто снимает автоматику, кому эскалируется конфликт цен, с какой периодичностью правила пересматриваются.
• Инструкция для категорийного менеджера и чек-лист приёмки. Пошаговые сценарии типовых задач и список проверок, по которому вы принимаете работу: контрольные позиции, граничные случаи, восстановление после отключения источника.

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

Кейс: убрали просадки маржи и ручные правки цен

Каталог на 40 000 позиций продавался на трёх площадках, включая Amazon, и цену на каждой приходилось держать отдельно: свои комиссии, акции, состав конкурентов в выдаче. Репрайсинг вели вручную в сводных таблицах — список проходили раз в сутки, поэтому на демпинг соседа каталог реагировал с задержкой до 20 часов.

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

Правило «опустить цену, чтобы удержать позицию» работало без учёта себестоимости: доля позиций, торговавших ниже целевой маржи, доходила до 18% ассортимента. Решения по одной и той же позиции на разных площадках принимали разные люди, цены расходились — это видели и покупатели, и алгоритмы сравнения.

Что изменили

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

Реакция на изменение цены конкурента сократилась с 20 часов до 5 минут, доля позиций ниже целевой маржи — с 18% до 3%, доля решений без участия человека вышла на 94%. Ручных правок в неделю осталось около 40 вместо 600 — их менеджеры тратят на акционные позиции. Суточные колебания цены сократились вчетверо, и стабильность маржи перестала зависеть от того, успел ли кто-то обновить таблицу.

Что делать, если цены уже ведутся вручную на площадках?

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

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

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

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

Технические сомнения: ограничения, риски и контроль

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

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

Что происходит, если источник данных недоступен?

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

Можно ли откатить изменения?

Да. Хранится история цен с привязкой к правилу и источнику сигнала, поэтому откат делается точечно — по товару, категории или периоду. Если после обновления правил цена пошла не туда, возврат к предыдущему состоянию занимает минуты, а не пересчёт вручную.

Обсудим задачу: что нужно для корректного старта

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

• История продаж и цен за несколько сезонов: артикул, дата смены цены, промо, объём продаж — по ней видно эластичность спроса.
• Себестоимость и правила маржи: нижняя и верхняя граница цены, округление, запрет ухода ниже порога.
• Остатки, сроки поставки и план закупок — чтобы система не поднимала цену на товар, который закончится завтра.
• Источники цен конкурентов: список площадок и регионов, частота обновления, привязка к конкретному продавцу.
• Доступы к каналам продаж: отдельный ключ на чтение и запись цены, тестовый контур, урезанные права.
• Договорные ограничения: минимальная цена поставщика, фиксированные цены по контрактам, требования площадок.
• 10–20 ручных решений ценообразователя: где поднимают, где держат, где снижают — база для проверки логики.

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