Ценообразование: KPI процесса - как измерить, что цены управляются, а не спасаются на глаз

Ценообразование: KPI процесса - это не про то, сколько стоит товар в моменте, а про то, насколько предсказуемо и без ручного героизма цена доходит от расчёта до карточки на Wildberries, Ozon или Я.Маркете. Прямой ответ на запрос: KPI процесса ценообразования показывают не прибыль (это уже следствие), а управляемость самого шага - скорость реакции на изменение рынка, долю ручных правок, число нарушений маржинального порога и то, сколько раз цена ушла "мимо" расчёта без согласования.

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

В этой статье - какие KPI процесса ценообразования стоит считать, как их измерять и что делать, чтобы процесс не держался на памяти одного человека.

Чем KPI процесса отличаются от финансовых показателей

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

Финансовые метрики считаются постфактум, раз в неделю или в месяц. KPI процесса нужно видеть в моменте - по каждому шагу: обнаружили изменение рынка, пересчитали, согласовали, опубликовали. Только тогда видно, где именно теряется время и кто из участников тормозит остальных.

Семь KPI, по которым видно, что ценообразование управляемо

Ниже - базовый набор, который закрывает большую часть запросов селлеров про контроль цен на маркетплейсе.

1. Скорость реакции на изменение цены конкурента - сколько часов проходит от момента, когда цена конкурента изменилась, до момента, когда пересчитана и опубликована своя.
2. Доля SKU с автоматическим пересчётом против ручной правки - если больше трети каталога меняется руками, процесс не масштабируется.
3. Доля позиций с ценой ниже минимально допустимой маржи - сколько SKU в моменте продаются дешевле расчётного порога и как долго это длится.
4. Доля "зависших" пересчётов - сколько SKU не пересматривались дольше установленного срока, хотя должны были.
5. Число случаев, когда цена ушла ниже плана без согласования - разрыв между расчётной ценой из юнит-экономики и фактической на карточке.
6. Время закрытия шага "согласовать цену" - от заявки байера или маркетолога на изменение до фактической публикации.
7. Доля ошибок ручного ввода - опечатки в цене, забытая старая скидка, задвоенный SKU с разными ценами на WB и Ozon.

Регламент теряется в переписке? В Legend BMS шаг физически нельзя пропустить. Посмотреть →

Как считать эти показатели: формулы и пример

Большинство KPI процесса ценообразования считаются просто, если фиксировать три момента времени по каждому изменению цены: когда появился повод (изменилась цена конкурента, себестоимость закупки, ставка ДРР), когда цена пересчитана и когда опубликована.

Скорость реакции = время публикации минус время появления повода, в часах, по каждому SKU, дальше - среднее и медиана по категории.

Доля ручных правок = число SKU, изменённых вручную, делённое на общее число SKU с изменённой ценой за период.

Доля нарушений маржи = число SKU с ценой ниже порога, делённое на общее число активных SKU, на конкретный день.

Пример (модельный): категория "товары для дома" из 400 SKU. У 60 SKU (15%) цена не пересматривалась больше двух недель, хотя конкуренты за это время меняли цены пять-семь раз. У 25 SKU (6%) фактическая цена ниже расчётной маржи - карточки продают в минус, но никто это не зафиксировал, потому что смотрели только на выручку, а не на цену по каждой позиции.

Где рвётся процесс ценообразования у селлера маркетплейса

Ценообразование редко делает один человек от начала до конца. Обычно повод приносит категорийный менеджер или байер (изменилась закупочная цена, кончилась акция), расчёт делает тот, кто держит модель юнит-экономики, а публикует цену на WB и Ozon третий человек - часто менеджер маркетплейса или тот, кто ведёт рекламу и знает актуальный ДРР.

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

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

Как закрыть разрыв: процесс в системе, а не документ на полке

Типичное решение - "давай пропишем регламент, кто и когда меняет цены". Проблема в том, что регламент как документ никого не заставляет: его можно не прочитать, забыть или просто не успеть применить в моменте, когда конкурент уронил цену вечером в пятницу.

Рабочая альтернатива - завести ценообразование как бизнес-процесс в системе, где шаг "пересчитать цену по SKU" или "согласовать отклонение от маржи" физически нельзя пропустить: следующий шаг не откроется, пока не закрыт предыдущий, и видно, на ком именно сейчас стоит задача. Это не регламент, а маршрут, который сам не даёт цене "потеряться" между байером, категорийным менеджером и тем, кто публикует карточку.

Что видно руководителю, когда KPI процесса ведутся в системе

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

Это и есть "рентген ФОТ" применительно к ценообразованию: не абстрактный простой, а конкретный ответ на вопрос, съедает ли процесс лишние часы зарплатного бюджета из-за того, что шаги дублируются, или команда действительно тратит время один раз - на расчёт, согласование и публикацию.