Процесс согласования скидки в CRM описывают через понятные пороги, обязательные данные сделки, ответственных и условия перехода между статусами. Согласование запускается только там, где оно нужно, а уведомления отправляются автоматически при назначении задачи или приближении срока. Перед настройкой проверьте правила на обычных и пограничных сделках, чтобы не создавать лишние этапы.
Что должно быть зафиксировано до настройки маршрута скидки
- Какие виды скидок и исключения требуют одобрения.
- Какие данные сделки обязательны для рассмотрения запроса.
- Кто согласует скидку с учётом её размера и типа клиента.
- Какие статусы показывают ход согласования и его результат.
- Какие события запускают уведомления и контроль сроков.
Определите, какие скидки действительно требуют согласования
Сначала согласуйте с руководителем продаж или владельцем ценовой политики правило, при котором менеджер может предоставить скидку самостоятельно, и условия, требующие одобрения. Порог может зависеть от маржинальности, продукта, сегмента клиента или причины скидки — используйте только критерии, которые компания действительно учитывает.
Маршрут подходит, если решение должно оставаться прозрачным и одинаково применяться разными сотрудниками. Не стоит создавать отдельное согласование для каждой сделки, если менеджер вправе действовать в пределах утверждённых условий. Избыточные проверки усложняют работу и превращают согласование скидок в CRM в формальность.
Соберите исходные условия сделки в карточке CRM
До настройки проверьте, что CRM хранит данные, по которым можно принять решение. В зависимости от процесса понадобятся:
- сумма сделки и состав предложения;
- размер скидки или итоговая цена после её применения;
- тип клиента и сегмент, если они влияют на правила;
- основание для скидки и комментарий менеджера;
- ответственный менеджер, согласующий и срок рассмотрения;
- текущий статус запроса и результат решения.
Названия полей и доступы проверьте с администратором CRM. Если данных не хватает, сначала добавьте поля и определите, кто их заполняет: иначе автоматизация будет направлять на рассмотрение неполные запросы. CRM система для бизнеса должна поддерживать нужные поля, статусы, правила доступа и уведомления — конкретные возможности зависят от платформы и её настроек.
Назначьте согласующих по размеру скидки и типу клиента
Перед настройкой правила подготовьте короткий чек-лист:
- Утвердите критерии, по которым определяется маршрут.
- Назначьте основного согласующего для каждой ветки.
- Определите замену на период отсутствия основного сотрудника.
- Зафиксируйте, какие сведения должны быть заполнены до отправки.
Затем настройте маршрут. Ответственный за правила — владелец коммерческого процесса; техническую конфигурацию обычно выполняет администратор CRM.
- Опишите условия маршрутизации. Разделите запросы по значимым критериям, например размеру скидки или типу клиента. Условие перехода должно опираться на заполненное поле, а не на свободную трактовку менеджера.
- Назначьте согласующего. Для каждой ветки укажите сотрудника или роль, которая вправе принять решение. Условие перехода — запрос соответствует критериям ветки и содержит обязательные данные.
- Добавьте резервного ответственного. Предусмотрите замену или передачу задачи, если основной согласующий недоступен. Условие передачи и полномочия замены следует закрепить внутри компании.
- Определите итоговые решения. Зафиксируйте варианты вроде одобрения, отказа и возврата на доработку. При возврате укажите, кто исправляет запрос и какие данные нужно добавить.
- Настройте доступ к решению. Ограничьте изменение результата теми ролями, которым это разрешено внутренними правилами. Условие завершения — решение записано в карточке, а менеджер получает уведомление.
Настройте переходы статусов без лишних кругов
Используйте только статусы, которые отражают реальное состояние запроса. Названия должны помогать менеджеру и согласующему понять, требуется ли действие и от кого его ждут.
- Запрос нельзя отправить, пока не заполнены обязательные поля.
- После отправки статус меняется на состояние ожидания решения.
- Задача назначается конкретному согласующему или определённой роли.
- Одобрение и отказ фиксируются отдельными результатами.
- Возврат на доработку направляет запрос ответственному менеджеру.
- Повторная отправка запускает нужную ветку без создания дубликата.
- После решения карточка хранит результат и причину, если она требуется.
- Менеджер видит текущий статус и следующего ответственного.
Проверьте переходы на тестовой сделке до запуска для всей команды. Такая автоматизация бизнес-процессов в CRM должна сокращать ручную передачу задачи, а не добавлять новые статусы ради контроля.
Замените ручные напоминания автоматическими триггерами
Настройте автоматические действия на конкретные события: отправку запроса, назначение согласующего, приближение установленного срока, возврат на доработку и принятие решения. Уведомление должно содержать ссылку на карточку и понятное следующее действие. Сроки и каналы оповещения задайте по внутренним правилам компании.
При настройке избегайте распространённых ошибок:
- Уведомлять сразу всю команду вместо назначенного ответственного.
- Отправлять повторные напоминания без ограничения или правила завершения.
- Запускать несколько одинаковых уведомлений из разных автоматизаций.
- Напоминать о запросе после того, как решение уже принято.
- Не предусмотреть передачу задачи при недоступности согласующего.
- Запускать маршрут по незаполненным или неподходящим данным.
- Оставлять менеджера без уведомления о возврате или отказе.
- Не назначать владельца, который проверяет работу автоматизации.
Автоматизация согласования скидок не требует сложного набора триггеров: для каждого события достаточно определить получателя, условие отправки и момент прекращения напоминаний.
Проверьте процесс на типовых и пограничных сделках
До общего запуска протестируйте несколько сценариев и подтвердите ожидаемый результат с менеджером, согласующим и администратором. Для CRM для отдела продаж важны не только корректные статусы, но и ясное понимание того, кто делает следующий шаг.
- Обычный запрос: обязательные поля заполнены, система назначает согласующего по заданному правилу.
- Скидка в пределах полномочий менеджера: лишнее согласование не запускается, если правила компании разрешают самостоятельное решение.
- Неполная карточка: запрос нельзя отправить, менеджер видит, какие данные нужно добавить.
- Недоступен основной согласующий: задача передаётся резервному сотруднику по утверждённому порядку.
Если платформа не поддерживает нужную автоматизацию, используйте доступные задачи и уведомления либо согласуйте упрощённый маршрут с администратором. Не обходите ограничения ручными изменениями статуса, если из-за этого теряется история решения.
Разбор спорных ситуаций при согласовании скидок в CRM
Нужно ли согласовывать каждую скидку?
Нет, маршрут запускают только для случаев, которые выходят за утверждённые полномочия менеджера или требуют отдельного решения. Критерии следует зафиксировать до настройки.
Что делать, если для сделки не заполнено основание скидки?
Настройте обязательное поле или блокировку отправки запроса до заполнения основания. Менеджер должен видеть, какие данные необходимо добавить.
Можно ли назначить согласующим не конкретного сотрудника, а роль?
Да, если CRM корректно определяет исполнителя по этой роли и предусмотрена передача задачи при его недоступности. Проверьте назначение на тестовом сценарии.
Как избежать дублирующих уведомлений?
Для каждого события определите один источник уведомления и условие, при котором оно прекращается. Проверьте, что после решения задачи напоминания не продолжаются.
Как действовать, если согласующий не ответил в срок?
Используйте утверждённое правило эскалации: напоминание, передача резервному ответственному или уведомление руководителя. Выберите только те действия, которые соответствуют внутреннему порядку.
Что делать, если клиентские условия изменились во время согласования?
Попросите менеджера обновить карточку и повторно отправить запрос, если изменения влияют на критерии решения. Правило должно сохранять историю предыдущего рассмотрения.
Как понять, что маршрут можно запускать для команды?
Убедитесь, что тестовые сценарии проходят без неверных назначений и лишних уведомлений, а участники понимают свои действия. После запуска назначьте владельца процесса для проверки и корректировки правил.
Автор: Мария Кузнецова