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