23.10.2026
Мы пришлем вам статью на почту:
Скидка кажется простой вещью.
Клиент попросил дешевле.
Менеджер написал РОПу.
РОП уточнил у коммерческого директора.
Коммерческий директор согласовал.
Менеджер вернулся к клиенту.
Но когда компания растёт, такой процесс начинает создавать проблемы.
Скидки согласовываются:
В результате руководитель не понимает:
И самое опасное — часть скидок может фактически раздаваться без системного контроля.
Поэтому согласование скидок стоит автоматизировать так же, как договоры, оплаты или закупки.
Правильная система должна не просто спрашивать:
«Можно дать 10%?»
Она должна понимать:
кому → на какой товар или услугу → при какой марже → при какой сумме сделки → кто имеет право согласовать.
Почему ручное согласование скидок плохо масштабируется
Пока менеджеров 3–5, руководитель может помнить большинство ситуаций.
Но если в отделе:
количество запросов на скидку резко растёт.
Например:
каждый менеджер делает по 5 запросов в месяц.
При 50 менеджерах:
250 запросов на скидку ежемесячно.
Если каждый согласовывается вручную, система превращается в постоянный поток сообщений.
Типичная ситуация
Менеджер пишет:
Можно скидку 10%? Клиент готов оплатить сегодня.
РОП отвечает:
А какая маржа?
Менеджер:
Не знаю, сейчас уточню.
Потом оказывается:
В итоге скидка может быть согласована без понимания полной экономики сделки.
Главная проблема скидок — они напрямую влияют на прибыль
Если компания продаёт на:
100 млн ₸ в месяц
и средняя дополнительная скидка всего:
2%,
это:
2 млн ₸ потенциально потерянной выручки каждый месяц.
При высокой валовой марже часть потерь компенсируется.
Но в низкомаржинальном бизнесе скидка может буквально уничтожать прибыль сделки.
Поэтому скидки нужно контролировать не только в процентах.
А через:
скидку + маржу + сумму сделки + условия оплаты.
Что значит автоматизировать согласование скидок
Это означает, что система сама определяет:
Например:
0–3%
менеджер согласует сам.
3–7%
нужен РОП.
7–12%
коммерческий директор.
выше 12%
генеральный директор.
Но это только базовая модель.
Простого процента скидки недостаточно
Представим две сделки.
Сделка №1
Сумма:
1 млн ₸.
Маржа:
40%.
Скидка:
10%.
После скидки экономика остаётся приемлемой.
Сделка №2
Сумма:
20 млн ₸.
Маржа:
12%.
Скидка:
10%.
Здесь скидка почти уничтожает прибыль.
Поэтому зрелая система должна учитывать не только процент.
Какие параметры нужно учитывать
Минимально:
В более зрелой модели:
Как это можно сделать в Bitrix24
Скидка может оформляться как отдельный бизнес-процесс или смарт-процесс.
Например, менеджер в карточке сделки нажимает:
«Запросить скидку».
Открывается форма.
Он указывает:
После этого система запускает маршрут.
Пример карточки запроса
Клиент: ТОО «ABC»
Сделка: 12 500 000 ₸
Скидка: 8%
Новая сумма: 11 500 000 ₸
Причина: конкурент предложил дешевле
Маржа до скидки: 28%
Маржа после скидки: 20%
Ответственный: менеджер
Статус: согласование РОПа
Теперь руководитель видит полноценный бизнес-контекст.
Автоматический маршрут согласования
Например:
До 3%
Система согласовывает автоматически.
3–7%
РОП.
7–10%
Коммерческий директор.
Более 10%
Генеральный директор.
Это уже значительно быстрее ручного процесса.
Маршрут можно сделать динамическим
Например:
скидка всего 5%.
Но маржа сделки после неё падает ниже 15%.
Система автоматически добавляет:
финансового директора.
И наоборот:
скидка 8%, но маржа остаётся 45%.
Можно ограничиться коммерческим директором.
Матрица полномочий
Один из лучших инструментов — формальная матрица.
Например:
Условие | Кто согласует |
Скидка до 3% | Менеджер |
3–5% | РОП |
5–10% | Коммерческий директор |
>10% | Генеральный директор |
Маржа <15% | Финансовый директор |
Сделка >50 млн ₸ | Генеральный директор |
Отсрочка >30 дней | Финансовый директор |
Так процесс становится прозрачным.
Почему матрица должна быть в системе, а не в Excel
Если правила хранятся отдельно, менеджеру нужно помнить:
Автоматизация снимает это с человека.
Система сама определяет маршрут.
Скидка должна быть связана со сделкой
Это принципиально важно.
Она не должна жить отдельно в переписке.
Правильная цепочка:
Клиент → Сделка → Запрос скидки → Согласование → Новая цена.
Так вся история сохраняется.
После согласования цена должна обновляться автоматически
Например:
было:
10 млн ₸.
Согласовали скидку:
7%.
Bitrix24 автоматически фиксирует:
9,3 млн ₸.
Менеджер не вводит сумму вручную.
Это снижает риск ошибок.
Важно сохранять исходную цену
Нельзя просто перезаписать сумму.
Нужно хранить:
Это позволяет потом анализировать экономику.
История решений
Например:
Менеджер запросил 12%.
РОП отклонил.
Коммерческий директор согласовал 8%.
Такая история должна сохраняться автоматически.
Причины скидок
Обязательно нужно классифицировать причины.
Например:
Без причин аналитика будет бесполезной.
Почему причины важны
Через несколько месяцев можно увидеть:
42% скидок менеджеры запрашивают из-за конкурентов.
Это уже сигнал:
Скидки начинают давать маркетинговую и коммерческую аналитику.
Контроль скидок по менеджерам
Можно увидеть:
Менеджер А
Средняя скидка — 3%.
Менеджер Б
— 8%.
Менеджер В
— 11%.
Если при этом конверсия почти одинаковая, возникает вопрос:
зачем менеджер В так много отдаёт в цене?
Средняя скидка — полезный KPI
Например:
по отделу:
5,4%.
Месяц назад:
4,1%.
Рост может быть сигналом:
Скидку нужно связывать с конверсией
Очень важный анализ:
больше скидка → выше ли конверсия?
Иногда компания обнаруживает:
менеджеры дают больше скидок, но продажи почти не растут.
Тогда деньги просто отдаются клиенту без эффекта.
Пример
Группа А:
средняя скидка:
3%.
Конверсия:
24%.
Группа Б:
средняя скидка:
8%.
Конверсия:
25%.
Разница в конверсии минимальная.
Но маржа значительно ниже.
Это уже сильный управленческий вывод.
Скидка и маржа должны анализироваться вместе
Это один из ключевых принципов.
Менеджеру не обязательно показывать всю себестоимость.
Но система может автоматически рассчитывать:
маржа после скидки.
Например:
до:
28%.
После:
17%.
Это позволяет принимающему решение быстро оценить последствия.
Для этого нужна связь с 1С
Bitrix24 знает:
1С может знать:
Поэтому связка:
Bitrix24 + 1С
делает контроль скидок гораздо сильнее.
Например
Менеджер просит 10%.
Bitrix24 отправляет запрос.
1С возвращает:
текущая себестоимость.
Система рассчитывает:
Маржа после скидки — 9%.
И автоматически отправляет запрос финансовому директору.
Можно установить минимальную маржу
Например:
компания запрещает продавать ниже:
15% валовой маржи.
Тогда система:
Это защищает прибыль.
Контроль отсрочки платежа
Скидка часто идёт вместе с другими условиями.
Например:
клиент просит:
7% скидки + 60 дней отсрочки.
На первый взгляд скидка умеренная.
Но фактическая экономика сделки становится гораздо хуже.
Поэтому нужно анализировать условия вместе.
Комплексный коммерческий запрос
Иногда лучше согласовывать не скидку отдельно.
А весь пакет:
Тогда руководитель видит реальную стоимость предложения.
Параллельное согласование
Например:
большая скидка и длинная отсрочка.
Можно отправить одновременно:
коммерческому директору + финансовому директору.
После обоих решений запрос идёт генеральному директору.
Это ускоряет процесс.
Контроль SLA согласования скидки
Это критично для продаж.
Клиент не будет ждать три дня ответа:
Можно ли вам дать 7%?
Поэтому процесс должен быть быстрым.
Например:
РОП — 30 минут.
Коммерческий директор — 2 часа.
Финансовый директор — 2 часа.
Эскалация
Если запрос не обработан вовремя:
первое напоминание.
Затем:
уведомление руководителю.
Особенно важно для горячих сделок.
Можно учитывать приоритет сделки
Например:
сделка 50 млн ₸
должна согласовываться быстрее, чем:
200 000 ₸.
Система может устанавливать разные SLA.
Уведомления не должны превращаться в спам
Правильнее уведомлять по исключениям.
Например:
4 запроса на скидку просрочены.
Общая сумма сделок — 78 млн ₸.
Это полезнее десятков сообщений.
Автоматическая проверка полномочий
Менеджер может попытаться установить скидку 12%.
Система видит:
его лимит:
3%.
И блокирует изменение без согласования.
Это очень важный контроль.
Скидка не должна обходиться вручную
Если менеджер может просто изменить цену напрямую, весь бизнес-процесс теряет смысл.
Поэтому права доступа должны быть настроены правильно.
Контроль итоговой цены
После согласования:
цена должна автоматически фиксироваться.
Например:
согласовали:
8%.
Менеджер не должен затем поставить:
12%.
Система должна контролировать соответствие.
Автоматическое согласование небольших скидок
Не стоит отправлять руководителю каждый запрос.
Например:
скидка до 2% и маржа выше 30%.
Система может одобрять автоматически.
Это снимает лишнюю бюрократию.
Можно учитывать клиента
Для стратегических клиентов могут быть другие правила.
Например:
VIP-клиент
может иметь заранее согласованный диапазон.
Система понимает это автоматически.
Можно учитывать объём закупки
Например:
чем больше заказ, тем больше допустимая скидка.
Это можно заложить в формулу.
Можно использовать прайс-листы
Например:
розница
дилер
опт
VIP
Тогда часть скидок вообще не нужно согласовывать.
Система сразу использует соответствующий уровень цен.
Когда скидка вообще не нужна
Очень важный управленческий вопрос.
Часть скидок можно заменить:
Иногда это обходится компании дешевле.
AI может помогать менеджеру до запроса скидки
Следующий уровень — AI copilot.
Например, клиент говорит:
У конкурента дешевле.
AI может предложить менеджеру:
Сначала уточните, что входит в предложение конкурента и какие критерии для клиента важнее цены.
То есть скидка становится не первой реакцией.
AI может анализировать паттерны скидок
Например:
Менеджер X в 68% случаев после возражения «дорого» сразу предлагает скидку.
Это полезный сигнал для РОПа.
AI может анализировать звонки и переписки
Например:
клиент написал:
Слишком дорого.
Менеджер:
Могу сделать -10%.
AI фиксирует:
скидка предложена до попытки раскрыть ценность.
Это уже качественная аналитика.
AI может помогать руководителю принимать решение
Например:
Запрашивается скидка 10%.
Сделка — 18 млн ₸.
Маржа после скидки — 22%.
Клиент покупает третий раз.
Потенциальный LTV высокий.
Причина — предложение конкурента.
Решение становится быстрее и обоснованнее.
Но AI не должен единолично согласовывать крупные скидки
Для значимых отклонений решение должно оставаться за человеком.
AI может:
Но финальное согласование — ответственному руководителю.
Аналитика скидок
После автоматизации появляется очень много полезных данных.
Можно анализировать:
Сумма предоставленных скидок
Очень полезный показатель.
Например:
за месяц:
скидок предоставлено на 18 млн ₸.
Сам по себе он ещё не означает потери.
Но позволяет оценить масштаб.
Lost Margin
Ещё интереснее считать:
сколько маржи компания отдала через скидки.
Например:
при отсутствии скидок валовая прибыль была бы:
40 млн ₸.
Фактически:
33 млн ₸.
Разница:
7 млн ₸.
Теперь скидки видны в финансовом выражении.
Какие причины скидок самые дорогие
Например:
Конкурент
5 млн ₸ скидок.
Большой объём
2 млн ₸.
Постоянный клиент
1 млн ₸.
Так можно увидеть, где лежит основная проблема.
Скидки по продуктам
Например:
по продукту А:
2%.
По продукту Б:
12%.
Это может говорить:
Скидки по источникам лидов
Иногда клиенты из разных каналов имеют разную ценовую чувствительность.
Можно увидеть:
например, лиды из тендеров требуют больше скидок.
Это уже помогает маркетингу.
Скидки по сегментам
Например:
SMB — 3%.
Middle — 5%.
Enterprise — 8%.
Так коммерческая политика становится более точной.
Связь скидки с повторными продажами
Иногда большую скидку можно оправдать, если клиент имеет высокий LTV.
Например:
первая сделка низкомаржинальная.
Но далее клиент покупает регулярно.
Тогда скидка может быть стратегически оправдана.
Поэтому система должна отличать скидку от инвестиции в клиента
Это уже зрелый подход.
Не:
любая скидка плохо.
А:
зачем мы её даём и какой эффект получаем.
Как может выглядеть дашборд коммерческого директора
Например:
Запросов скидки: 184.
Согласовано: 147.
Отклонено: 37.
Средняя скидка: 5,3%.
Общая сумма скидок: 12,8 млн ₸.
Средняя маржа после скидки: 24%.
Основная причина: конкурент.
Менеджер с максимальной средней скидкой: X.
Так можно управлять коммерческой политикой.
Что должен видеть собственник
Не все запросы.
А несколько показателей:
Например:
За месяц предоставлено скидок на 15 млн ₸.
Валовая маржа снизилась на 4,2 млн ₸.
38% скидок связаны с конкурентами.
Это уже уровень стратегического решения.
Как внедрить автоматизацию поэтапно
Этап 1. Зафиксировать текущую политику
Кто и какую скидку может давать.
Этап 2. Определить минимальную маржу
Чтобы система понимала границы.
Этап 3. Создать матрицу полномочий
Процент + сумма + маржа + отсрочка.
Этап 4. Настроить процесс в Bitrix24
Форма, стадии, согласующие.
Этап 5. Настроить роботов
Уведомления, задачи, SLA.
Этап 6. Запретить обход процесса
Правами доступа.
Этап 7. Интегрировать с 1С
Для себестоимости и маржи.
Этап 8. Построить аналитику
По менеджерам, продуктам и причинам.
Этап 9. Подключить AI-анализ
Для звонков и переписок.
Этап 10. Регулярно пересматривать правила
На основании данных.
Типовые ошибки
Ошибка №1. Согласовывать только процент
Нужно учитывать маржу.
Ошибка №2. Все скидки идут директору
Директор становится узким местом.
Ошибка №3. Согласовывать в WhatsApp
История теряется.
Ошибка №4. Не фиксировать причины
Невозможно анализировать.
Ошибка №5. Не связывать со сделкой
Теряется контекст.
Ошибка №6. Не интегрировать с 1С
Маржа считается неточно.
Ошибка №7. Давать менеджеру возможность обойти процесс
Контроль становится формальным.
Ошибка №8. Не контролировать SLA
Клиент ждёт слишком долго.
Ошибка №9. Не анализировать влияние на конверсию
Непонятно, работают ли скидки.
Ошибка №10. Считать любую скидку потерей
Иногда она экономически оправдана.
Как оценить экономический эффект
Допустим:
объём продаж:
200 млн ₸ в месяц.
Средняя скидка:
6%.
После внедрения контроля:
5%.
Разница:
1 процентный пункт.
На обороте 200 млн ₸:
2 млн ₸ в месяц.
Это потенциальный эффект по выручке.
Дальше нужно учитывать маржу и реальные причины изменения.
Даже небольшое снижение скидки может дать большой эффект
На больших оборотах:
0,5–1 п.п.
может означать миллионы тенге дополнительной маржи.
Поэтому автоматизация скидок часто окупается очень быстро.
Но цель не должна быть «убрать скидки»
Цель:
сделать скидки управляемыми.
Чтобы каждая значимая скидка имела:
Как Profi Soft автоматизирует согласование скидок
В Profi Soft мы рассматриваем скидку как часть общего коммерческого процесса.
Поэтому связываем:
Bitrix24 + сделка + бизнес-процесс согласования + 1С + BI + AI-анализ коммуникаций.
Bitrix24 управляет маршрутом.
1С даёт себестоимость и фактическую маржу.
BI показывает аналитику.
AI помогает понять, почему менеджеры дают скидки и как они работают с ценовыми возражениями.
Что может входить в проект Profi Soft
Что получает менеджер
Быстрый и понятный процесс.
Он не ищет:
кому написать.
Система сама определяет маршрут.
Что получает РОП
Он видит:
Что получает коммерческий директор
Он понимает:
Что получает финансовый директор
Контроль минимальной прибыльности сделки.
Что получает собственник
Самое важное — прозрачность цены.
Он видит:
сколько компания реально отдаёт в скидках и какой результат получает взамен.
Главный вывод
Автоматизация согласования скидок — это не просто кнопка:
«Согласовать / отклонить».
Правильная система должна учитывать:
размер скидки + сумму сделки + маржу + условия оплаты + клиента + полномочия.
И работать по цепочке:
менеджер запрашивает → система проверяет → автоматически выбирает маршрут → руководитель принимает решение → цена фиксируется → результат анализируется.
Тогда скидка перестаёт быть субъективным инструментом менеджера.
И становится управляемым коммерческим механизмом.
Закажите аудит процесса согласования скидок
Если сегодня скидки согласуются:
этот процесс можно автоматизировать.
Команда Profi Soft поможет:
Оставьте заявку на аудит. Мы покажем, где компания теряет маржу на скидках и как превратить процесс согласования в прозрачную цифровую систему.
Чек-лист: насколько хорошо вы контролируете скидки
Проверьте:
есть формальная политика скидок;
определены лимиты менеджеров;
есть матрица полномочий;
учитывается сумма сделки;
учитывается маржа;
учитывается отсрочка;
скидка связана со сделкой;
фиксируется причина;
сохраняется исходная цена;
сохраняется итоговая цена;
сохраняется история решений;
есть SLA;
есть эскалации;
невозможно обойти процесс;
есть интеграция с 1С;
считается средняя скидка;
считается сумма скидок;
считается потерянная маржа;
скидки анализируются по менеджерам;
скидки связываются с конверсией.
Если для ответа на вопрос «кто разрешил эту скидку?» нужно искать сообщение в мессенджере — процесс ещё не автоматизирован.
Часто задаваемые вопросы
Можно ли автоматизировать согласование скидок в Bitrix24?
Да. Можно настроить отдельный смарт-процесс, поля, маршруты, роботов, задачи и уведомления.
Можно ли сделать разные уровни согласования?
Да. Например, до 3% — менеджер, до 7% — РОП, выше — коммерческий директор.
Можно ли учитывать маржу?
Да, особенно если Bitrix24 интегрирован с 1С или другой системой, где есть себестоимость.
Можно ли запретить скидку ниже минимальной маржи?
Да. Система может блокировать её или отправлять на отдельное согласование.
Можно ли учитывать отсрочку платежа?
Да. Это желательно, потому что скидка и отсрочка вместе могут существенно менять экономику сделки.
Можно ли автоматически согласовывать небольшие скидки?
Да, если они укладываются в заданные правила.
Можно ли анализировать причины скидок?
Да. Причина должна фиксироваться в структурированном виде, чтобы потом строить аналитику.
Можно ли связать скидку с звонками менеджера?
Да. AI-анализ может показать, как менеджер работает с ценовыми возражениями и насколько часто слишком быстро предлагает скидку.
Зачем интеграция с 1С?
Чтобы учитывать реальную себестоимость, маржу и финансовые параметры сделки.
Какой главный KPI процесса?
Обычно это не только скорость согласования, но и средняя скидка, валовая маржа после скидки и влияние скидок на конверсию.
Эту статью хорошо связать внутренними ссылками с материалами «Как автоматизировать согласование договоров», «Как контролировать маржинальность сделок» и «Как AI анализирует возражение “дорого”».
23.10.2026
Как автоматизировать согласование скидок22.10.2026
Как автоматизировать согласование договоров23.10.2026