Ценообразование: как устроен процесс на маркетплейсе

Ценообразование - это не разовое действие 'поставил цену и забыл', а процесс, который повторяется постоянно: себестоимость меняется, конкуренты двигают цены, площадка меняет комиссию и логистику, а спрос скачет по сезону. Если разобраться, как устроен процесс ценообразования у большинства селлеров, окажется, что это цепочка из 5-6 шагов, которые кто-то должен выполнять регулярно и в правильном порядке - иначе цена в карточке товара живёт своей жизнью, оторванной от реальной экономики.

Проблема в том, что у большинства продавцов на Wildberries, Ozon и Я.Маркете этот процесс существует только в голове одного человека или в разрозненных таблицах. Пока себестоимость и комиссии стабильны, это работает. Как только что-то меняется - вырос курс, поставщик поднял цену, площадка увеличила комиссию за категорию - разрыв между 'что происходит на самом деле' и 'что видно в карточке товара' начинает копиться незаметно, пока не выльется в месяц с нулевой или отрицательной маржой.

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

Из чего состоит процесс ценообразования

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

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

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

Кто участвует в процессе ценообразования

Даже в небольшой команде продавца в процессе обычно задействовано несколько ролей, и у каждой свой участок ответственности:

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

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

Если роли не закреплены явно, решение по цене принимает тот, кто первым открыл карточку товара - без проверки остальных условий. Чем больше SKU и чем больше людей имеет доступ к ценам, тем быстрее это превращается в хаос.

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

Почему процесс ценообразования в таблицах ломается

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

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

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

Как выглядит процесс ценообразования, встроенный в систему

Когда ценообразование - это бизнес-процесс, а не набор договорённостей, последовательность шагов из первого раздела превращается в цепочку задач, которая запускается по триггеру и не даёт пропустить ни одного этапа:

1. Триггер запуска - изменение себестоимости от поставщика, плановая еженедельная проверка или сигнал о снижении цены конкурентом.
2. Задача на расчёт цены автоматически попадает к ответственному сотруднику с уже подтянутыми данными о себестоимости и комиссиях.
3. Шаг проверки минимальной маржи не даёт двигаться дальше, пока предложенная цена не прошла порог.
4. Согласование у руководителя требуется только для отклонений сверх заданной границы - например, скидка больше 15%.
5. После публикации цены система напоминает вернуться и сверить фактический результат с планом.

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

Типичные точки, которые стоит закрыть в процессе

При настройке процесса ценообразования отдельное внимание стоит уделить местам, где чаще всего происходят сбои:

• Обязательный шаг пересчёта себестоимости перед любым изменением цены, а не 'по памяти'.
• Жёсткая проверка минимальной маржи перед участием в акциях площадки - это единственная защита от убыточных распродаж.
• Фиксация, кто и когда принял решение изменить цену, чтобы разбор ошибок занимал минуты, а не часы поиска в переписке.
• Регулярный, а не разовый пересмотр цен - раз в неделю как минимум, чаще для высококонкурентных категорий.

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

Как часто запускать процесс ценообразования

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

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