Как настроить согласование скидок, чтобы продажи не ждали директора по каждой сделке?

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

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

Почему ручное согласование быстро становится пробкой

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

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

Автоматизация нужна не для усиления контроля ради контроля. Её цель — заранее договориться о границах, чтобы повторяющееся решение принималось там, где есть вся нужная информация.

Сначала разберите реальные причины скидок

Слово «скидка» часто скрывает несколько разных действий. Одна нужна из-за объёма заказа, другая — для компенсации задержки, третья — потому что клиент сравнивает предложения, четвёртая маскирует неверную цену в прайсе. У этих случаев разные риски, и один общий маршрут для них обычно получается неудобным.

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

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

Соберите уровни, а не бесконечную лестницу

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

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

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

Не прячьте исключение в комментарии

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

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

Проверьте, откуда система берёт данные

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

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

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

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

Но карточку легко перегрузить. Полезно проверить её на простом вопросе: может ли новый руководитель за минуту понять, какое решение от него ждут? Если нет, добавляйте не больше полей, а ясность — например, короткое пояснение менеджера и выделение того правила, которое сработало.

Как измерить, что маршрут стал лучше

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

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

Запустите на узком участке

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

Хороший признак — люди перестают спрашивать, кому писать. Они знают, что система сама отправит запрос нужному человеку, покажет причину и вернёт решение в карточку сделки. Плохой признак — сотрудники продолжают параллельно дублировать сообщения в чат. Это означает, что маршрут либо слишком медленный, либо не даёт нужного контекста.

Какие ошибки встречаются чаще всего

• Одинаковый лимит для всех товаров и клиентов. Он быстро превращается в формальность.
• Маршрут без замещения. Согласующий ушёл в отпуск — работа остановилась.
• Нет срока ответа и напоминания. Запрос может тихо лежать до конца недели.
• Решение остаётся только в почте. В карточке сделки не видно, почему цена именно такая.
• Настроили процесс, но не объяснили менеджерам, в каких случаях они вправе действовать сами.

Короткий чек-лист перед запуском

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

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

Связанные вопросы

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