Автоматизация, CRM

Управление скидками в CRM

16 сентября 2026 г.

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

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

Управление скидками в CRM связывает цену, состав предложения, условия клиента и полномочия участников. Система рассчитывает допустимые условия, направляет исключения на согласование и сохраняет, что именно было утверждено. Менеджер получает понятные границы решения, руководитель — данные для оценки запроса.

От какой цены считается скидка

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

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

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

Почему одного процента недостаточно

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

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

Источник себестоимости и дата ее актуальности также важны. Для складского товара, производства под заказ и проектной поставки основания расчета могут отличаться. Если нужные данные отсутствуют или устарели, система показывает это и направляет предложение на предусмотренную проверку.

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

Какие решения менеджер принимает самостоятельно

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

Если все условия соблюдены, CRM позволяет продолжить подготовку предложения. При отклонении система объясняет причину и показывает следующий шаг: уточнить данные либо направить запрос уполномоченному сотруднику. Сообщение должно помогать действовать, а не ограничиваться общей ошибкой доступа.

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

Что руководитель получает на согласование

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

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

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

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

Что происходит после изменения предложения

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

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

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

Как оценивать работу правил

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

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

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

Когда CRM нужна разработка под коммерческие процессы

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

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

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

Для начала полезно разобрать несколько одобренных и отклоненных запросов на скидку: какие сведения потребовались руководителю и что изменилось после его решения. На этих примерах можно сформулировать требования к CRM и обсудить, какие проверки выполнять автоматически.

Обсудим ваш проект?