Ценообразование: как описать и регламентировать в компании

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

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

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

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

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

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

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

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

Обязательные элементы описания:

1. Себестоимость товара - закупка, упаковка, брак, приёмка.
2. Переменные издержки площадки - комиссия маркетплейса, логистика, хранение, эквайринг.
3. Целевая маржинальность - минимальный и целевой процент прибыли по категории или SKU.
4. Диапазон цены - минимально допустимая цена (ниже нельзя без согласования) и рекомендуемая.
5. Триггеры пересмотра - что запускает пересчёт: смена комиссии площадки, курс валюты, акция конкурента, остаток на складе.
6. Частота пересмотра - раз в неделю, при триггере, перед крупной акцией.
7. Ответственный за расчёт и ответственный за утверждение - это разные роли, и путать их нельзя.

Пример: для категории "детская одежда" минимальная маржа зафиксирована на уровне 15%, целевая - 25%. Если после пересчёта себестоимости маржа по SKU опускается ниже 15%, шаг процесса не даёт установить цену без подтверждения руководителя категории.

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

Как перейти от формулы к процессу

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

Модельная последовательность процесса "Пересмотр цены":

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

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

Кто за что отвечает: роли в ценообразовании

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

Роли стоит развести так:

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

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

Частые ошибки при описании ценообразования

Даже когда формула посчитана верно, описание часто проваливается на внедрении. Вот на что стоит обратить внимание:

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

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

Готовое описание проверяется не тем, насколько красиво оно оформлено, а тем, что происходит, когда правило нарушается. Задай себе три вопроса.

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

Виден ли руководителю список всех цен, ожидающих согласования, в одном месте - без необходимости спрашивать у менеджера в чате? Если нет, отклонения будут решаться "по факту", когда маржа уже потеряна.

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

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