Скидочная матрица в CPQ — это набор правил, который определяет, какая цена применяется к заказу в зависимости от партнёра, объёма и условий сделки. Она заменяет ручные переговоры о проценте: система сама считает цену по статусу дилера и не даёт продать ниже установленного маржинального порога.
Дальше разберём, из чего состоит матрица, какие параметры влияют на скидку, как настроить уровни цен для дилеров и как встроить согласование нестандартных условий, чтобы скорость продаж выросла, а маржа не просела.
Что такое скидочная матрица в CPQ
Скидочная матрица — это формализованная логика ценообразования. Вместо того чтобы держать правила «в голове менеджера» или в файле, который каждый правит по-своему, компания описывает их один раз в системе. Дальше CPQ применяет эти правила автоматически к каждому предложению.
Практический смысл простой: один и тот же товар для розничного клиента, дилера со статусом «серебро» и крупного партнёра с годовым объёмом продаётся по разной цене, но считается по единому алгоритму. Менеджер не ищет нужную колонку в таблице и не спрашивает у руководителя, «сколько можно дать».
Матрица — это коммерческий слой поверх подбора. Сама конфигурация изделия и расчёт базовой стоимости живут в калькуляторах и конфигураторах, а скидочная логика надстраивается сверху и решает, по какой цене конкретный партнёр получит этот результат. Что система собирает по этой конфигурации, разобрано отдельно — в материале про спецификацию из конфигуратора.
Почему Excel-таблица скидок перестаёт работать
Таблица скидок живёт ровно до первого расхождения. Появляется новый дилер — колонка копируется и правится. Меняется закупочная цена — обновляют не все версии файла. Два менеджера считают одну сделку по-разному, потому что у каждого свой локальный файл.
Дальше ошибка в проценте не выглядит катастрофой в одном заказе, но на десятках сделок в месяц превращается в системную утечку маржи. Плюс таблица не проверяет минимальную цену: продать ниже себестоимости в ней технически легко.
Из чего состоит матрица: уровни, объёмы, статусы
Рабочая матрица опирается на три оси.
Статус партнёра. Розница, дилер, дистрибьютор, ключевой клиент.
Объём. Разовая партия или накопительный итог за период.
Коммерческие условия. Сроки оплаты, доставка, монтаж, гарантия.
Скидка рождается на пересечении этих осей, а не берётся из одного столбца. Именно поэтому матрица живёт в CPQ, а не в таблице: система должна пересчитать цену при смене любого параметра за секунды.
Схема показывает, как пересечение статуса партнёра и объёма даёт уровень цены, и где проходит порог, ниже которого система не пропустит сделку.
Какие параметры определяют цену в CPQ
Цена для конкретного заказа — это результат нескольких правил, которые применяются последовательно. Если хотя бы один фактор не учтён, предложение уходит либо слишком дорогим, либо убыточным.
Статус партнёра и его ценовая группа
Каждому партнёру присваивается ценовая группа — обычно по закупочному уровню: базовая закупка, дилер первого уровня, дистрибьютор, стратегический партнёр. Группа определяет отправную точку расчёта. Присвоение статуса — управленческое решение, а не техническая настройка, но именно оно задаёт рамку для всех дальнейших скидок.
Важно, чтобы статус менялся осознанно и логировался. Когда партнёр растёт по объёмам, переход в новую группу должен быть зафиксирован, иначе он продолжит покупать по старой цене.
Объём заказа и накопительный процент
Разовый объём даёт скидку здесь и сейчас: крупная партия — больше процент. Накопительный объём работает на горизонте: партнёр, который за квартал выкупил сорок единиц, получает бонус к следующему заказу.
Разница принципиальна для мотивации. Разовый объём стимулирует одну большую закупку, накопительный — удерживает партнёра в отношениях на весь период. Матрица должна поддерживать оба механизма, иначе партнёр «затарится» под акцию и пропадёт на полгода.
Регион, канал и тип сделки
Один и тот же продукт продаётся по-разному в зависимости от канала. Прямая продажа конечному заказчику, продажа через дилера, тендерная поставка и отгрузка на экспорт требуют разных надбавок. Регион добавляет логистику: доставка в удалённый округ — это строка в цене, а не «подарок».
Если эти параметры не зашиты в матрицу, менеджер либо забывает про логистику, либо наоборот завышает цену и проигрывает тендер, который мог взять. CPQ считает надбавку по правилу, а не по настроению.
Условия оплаты и сроки поставки
Отсрочка платежа — это скрытая стоимость денег. Партнёр, который платит сразу, и партнёр, который просит отсрочку на девяносто дней, для производителя стоят по-разному. Хорошая матрица учитывает это: за отсрочку цена чуть выше, за предоплату — скидка.
То же касается срочности. Заказ «на вчера» сдвигает производственный план и требует наценки за приоритет. Если срочность не влияет на цену, срочные заказы съедают маржу плановых.
Как настроить уровни цен для дилеров
Уровни цен — это каркас, на который накладываются скидки. Без чётких уровней любая матрица превращается в набор случайных процентов.
Закупочная цена, РРЦ и минимальная цена
В рабочей модели три опорные точки.
Закупочная цена. То, по чему партнёр покупает у производителя.
РРЦ. Рекомендованная розничная цена — ориентир для рынка, который защищает партнёров от демпинга.
Минимальная цена. Жёсткий порог, ниже которого отгрузка запрещена.
Между этими точками живёт вся торговая логика. Дилер видит свою закупку и знает, сколько у него остаётся маржи при продаже по РРЦ. Производитель защищён от ситуации, когда партнёр ради оборота сбивает цену ниже минимальной и обесценивает продукт.
Маржинальный порог и защита прибыли
Маржинальный порог — это себестоимость плюс минимально приемлемая прибыль. Скидочная матрица не должна позволять сделку ниже этого порога ни в одном сценарии, каким бы ни был статус партнёра.
Цена ниже порога. Практика показывает: малые ошибки в процентах накапливаются быстрее, чем кажется. Один потерянный процент на сотню сделок — это уже заметная сумма за квартал. Порог в CPQ работает как предохранитель, а не как рекомендация.
Приоритет правил: что применяется первым
Когда у сделки несколько условий — статус дилера, крупный объём, отсрочка, удалённый регион — нужно точно знать, в каком порядке применяются правила.
Пример порядка расчёта. Базовая цена по статусу дилера → объёмная скидка → корректировки за условия (отсрочка, удалённый регион) → проверка маржинального порога.
Порядок фиксируется один раз и не меняется от менеджера к менеджеру. Если приоритет плавает, два человека посчитают одну сделку по-разному — и это вернёт тот самый хаос, ради ухода от которого и внедрялась система.
Как CPQ не даёт продать ниже маржи
Главная ценность матрицы не в том, что она считает быстро, а в том, что она не даёт ошибиться. Скорость — приятный побочный эффект, защита маржи — основная задача.
Порог. Каждый расчёт проходит проверку на минимально допустимую цену.
Согласование. Нестандартные условия оформляются как исключение, а не «продавливаются» молча.
Логи. Видно, кто изменил цену, на сколько и почему.
Автоматическая проверка минимальной цены
Каждый расчёт проходит проверку на минимально допустимую цену. Если итог ниже порога, система не показывает «красивую» цифру, а сигнализирует: такая сделка убыточна. Это снимает целый класс ошибок, которые в таблице просто не видны.
Особенно это важно в дилерских кабинетах, где партнёр считает цену сам. Там защита маржи производителя должна работать без участия менеджера — партнёр собирает конфигурацию и видит свою цену, но ниже порога система его не пустит.
Согласование нестандартных скидок
Не всё можно зашить заранее. Крупный стратегический заказ иногда требует особых условий: дополнительная скидка за долгосрочный контракт, спеццена на пилотную партию, компенсация за маркетинг.
Для таких случаев в CPQ настраивается маршрут согласования. Менеджер запрашивает отклонение от матрицы, система отправляет запрос руководителю, решение фиксируется. Менеджер не «продавливает» скидку молча — он оформляет исключение, и оно видно.
Логирование ручных правок
Любая правка цены вручную должна оставлять след: кто изменил, на сколько, по какой причине, кто согласовал. Без логирования система теряет управляемость: правки копятся, никто не помнит, почему конкретный партнёр покупает дешевле.
Логи — это не инструмент контроля ради контроля. По ним видно, где матрица не покрывает реальность: если менеджеры чаще всего просят скидку в одном и том же сценарии, значит, правило в системе пора поправить.
Типичные ошибки при настройке скидочной матрицы
- Слишком много уровней сразу. Компания заводит десять статусов партнёров и двадцать скидочных градаций, а через месяц сама не понимает, кому что положено. Начинать надо с трёх-четырёх групп и двух-трёх объёмных порогов.
- Матрица без минимальной цены. Если нижняя граница не задана, любая скидка технически возможна, и рано или поздно кто-то продаст в минус. Порог нужно установить до запуска, а не после первой убыточной сделки.
- Правила, которые никто не документировал. Если логика живёт только в коде, при уходе разработчика или смене руководителя продаж её никто не сможет объяснить. Матрица должна быть описана на человеческом языке — в виде таблицы статусов и процентов, которую понимает менеджер.
- Отсутствие согласований. Система без маршрута исключений заставляет менеджеров обходить её: они считают в CPQ для вида, а сделку закрывают «по договорённости». Нужна легальная дверь для нестандартных условий.
Как внедрить скидочную матрицу: от аудита до запуска
- Аудит текущих скидок. Нужно выгрузить реальные сделки за последние месяцы и посмотреть, какие проценты фактически давались, кому и почему. Часто выясняется, что формальные правила и реальная практика расходятся, и именно эти расхождения съедают маржу.
- Формализация. Из практики собирается рабочая модель: ценовые группы, объёмные пороги, условия по оплате и логистике, маржинальный порог. Желание учесть сразу все исключения — главный враг этого этапа. Достаточно описать восемьдесят процентов типовых сделок.
- Прототип на реальных данных. Матрица настраивается и проверяется на прошлых сделках: совпадает ли расчёт с тем, как продавали на самом деле. Менеджеры находят нестыковки быстро, если показать им знакомые заказы, а не абстрактные примеры.
- Подключение и перевод. Матрица связывается с источником цен и учётной системой, чтобы цифра в предложении совпадала со счётом. Дальше менеджеров переводят на новую логику, а старые таблицы убирают — пока они лежат рядом, соблазн считать «по-старому» остаётся.
Понимание того, как матрица встраивается в общий контур от конфигурации до коммерческого предложения, экономит время на старте: логично сначала разобраться, что такое CPQ-система целиком, а потом настраивать отдельные правила. Собрать вводные для формализации помогают документы для старта проекта — брифы на конфигуратор и шаблоны ТЗ. Если партнёры считают цену сами, матрицу стоит закладывать сразу вместе с дилерским кабинетом. Общие ориентиры по бюджетам собраны на странице стоимостей разработки, а оценить свою логику скидок можно через короткий бриф.
Частые вопросы
Что такое скидочная матрица в CPQ простыми словами?
Это набор правил, по которым система определяет цену заказа в зависимости от статуса партнёра, объёма, региона и условий сделки. Вместо ручного поиска процента в таблице менеджер получает готовую цену, посчитанную одинаково для всех.
Можно ли настроить разные цены для каждого дилера?
Да. Каждому партнёру присваивается ценовая группа, и цена рассчитывается под его условия: закупочный уровень, объёмная скидка, региональная надбавка, условия оплаты. Дилер видит свою цену, а не общую.
Как CPQ защищает производителя от продажи в убыток?
В систему закладывается минимальный маржинальный порог. Любой расчёт ниже этой границы блокируется или требует отдельного согласования. Это работает и в дилерском кабинете, где партнёр считает цену самостоятельно.
Что делать с нестандартными условиями, которые не влезают в матрицу?
Для них настраивается маршрут согласования: менеджер запрашивает отклонение, руководитель принимает решение, факт правки фиксируется в логах. Так исключения остаются управляемыми и видимыми.
Сколько ценовых групп заводить на старте?
Три-четыре. Большее число уровней на старте создаёт путаницу и ошибки в присвоении статусов. Расширять матрицу логичнее после того, как базовая модель отработает на реальных сделках.
Обязательно ли связывать матрицу с 1С?
Не обязательно, но без связи с источником цен проценты и закупочные цены быстро устаревают, и предложение расходится со счётом. Автоматическая выгрузка из 1С или CRM держит матрицу актуальной без ручных сверок.
Хотите собрать скидочную логику, которая работает и не съедает маржу? Начните с короткого брифа, посмотрите, как устроен контур, на странице демо или почитайте другие материалы в блоге WOID. Что уже сделано на похожих проектах, собрано в разделе кейсов.