Порог согласования скидки: кто утверждает предложение?

Пятница, 17:20. Менеджер по продажам собирается отправить последнее предложение квартала. Утром позвонил клиент и сказал: решение примем сегодня, но только если цена уйдёт заметно ниже прайса. У менеджера с одной стороны трёхлетние отношения с клиентом, с другой — план, который в этом месяце не закрывается. Он открывает предложение, ставит скидку, которую никто не согласовывал, формирует PDF и нажимает «отправить». Руководитель, который должен был это подписать, в самолёте. В понедельник финансовая служба открывает карточку сделки и задаёт один вопрос: кто согласовал эту скидку? Ответа нет. Согласующего не было — был только отправитель.

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

У кого на самом деле право давать скидку и зачем это записывать?

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

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

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

На чём ставить порог — на сумме или на марже?

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

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

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

Как посчитать нижнюю границу маржи?

Нижняя граница маржи — черта, ниже которой сделка перестаёт работать на вас. Главная ошибка при её расчёте — учитывать только прямую себестоимость. В подписной модели инфраструктура почти всегда самая маленькая строка. Часы внедрения, доработки, обучение, интенсивность поддержки в первом квартале и время аккаунт-менеджера в сумме обычно больше.

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

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

Сколько ступеней нужно матрице полномочий?

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

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

Ниже — пример матрицы полномочий для средней B2B-команды. Диапазоны и сроки зависят от вашей структуры маржи; здесь важна форма, а не цифры.

Диапазон скидки	Положение маржи	Кто согласует	Целевой срок ответа
От прайса до верха собственного диапазона	Выше границы	Согласование не нужно	Сразу
Средний диапазон	Выше границы	Руководитель отдела	4 часа
Верхний диапазон	Близко к границе	Директор по продажам	1 рабочий день
Выше верхнего диапазона	Ниже границы	Директор вместе с финансами	2 рабочих дня

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

За какое время должно приходить решение и сколько стоит задержка?

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

Самый чистый способ сделать обязательство реальным — оформить срок согласования как внутренний уровень сервиса. Те же взаимные обязательства, которые команды закрепляют между продажами и маркетингом, отлично работают и внутри отдела продаж; логика взаимных обязательств через SLA переносится сюда без изменений. Руководитель обязуется отвечать в срок, менеджер — присылать полный запрос.

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

Где должно лежать ожидающее предложение? Почта — не очередь

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

Очередь снимает эту неопределённость. «Очередь согласования» показывает все предложения, превысившие порог, одним списком — вместе с тем, сколько каждое уже ждёт. Руководитель открывает список утром, видит наверху самое давнее и либо согласует прямо из очереди, либо возвращает с указанием причины. Ничего не теряется в почте, и фраза «мне не приходило» перестаёт быть доступным объяснением.

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

Как возвращается отклонённое предложение?

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

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

На круге пересмотра сузить объём часто разумнее, чем срезать цену. Функция выбора пакета и частичного принятия позволяет клиенту согласовать только нужные ему позиции, поэтому вариант «купить меньше» остаётся на столе рядом с вариантом «заплатить меньше». Это укладывается в бюджет клиента и не трогает границу маржи. Чтобы вести такой разговор уверенно, полезно понимать, что на самом деле стоит за словами «дорого»: чаще всего это возражение о ценности или о сроке, а не о цифре.

Где остаётся след принятого решения?

Порог согласования существует не только чтобы ограничивать скидки, но и чтобы оставлять след. Через полгода, когда тот же клиент выходит на продление, аккаунт-менеджеру нужен ответ на вопрос «почему в прошлый раз мы дали такой диапазон». Если ответ живёт в памяти одного человека, он уходит вместе с этим человеком.

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

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

Правда ли, что согласование тормозит продажи?

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

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

Третье — что порог портит переговоры. Хорошие продавцы, напротив, используют его как инструмент: «мне придётся выносить эту цифру на согласование — готовы ли вы взамен зафиксировать два года?» превращает одностороннюю уступку в обмен. Среди приёмов, которые действительно закрывают сделку, именно такие обмены оказываются самыми устойчивыми, а порог даёт вам законный повод попросить что-то взамен.

Как запустить порог за тридцать дней?

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

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

Третья неделя — настройка. Задайте пороги, откройте очередь, подключите уведомления согласующим и две недели держите всё в режиме подсказки: предложение уходит на согласование, но отправка не блокируется. За это время станет ясно, стоят ли пороги там, где нужно, — до того как кому-то придётся с ними жить. На четвёртой неделе сделайте порог обязательным, а в конце месяца измерьте три величины: долю предложений, ушедших на согласование, среднее время согласования и число отклонённых предложений, которые после пересмотра были выиграны. «Аналитика предложений и выгрузка» позволяет выгрузить долю принятых предложений и суммы, на которых вы застреваете, в CSV для собственной отчётности; читать эти цифры лучше рядом с дисциплиной сопровождения отправленных предложений — так видно, что диапазоны делают с конверсией.

Первые три месяца после запуска — период донастройки. Если на согласование уходит слишком много, расширьте диапазон; если почти ничего — опустите порог. Успех порога измеряется не тем, сколько предложений он остановил, а тем, сколько ушло в правильном диапазоне и вовремя. Если хотите проверить эту схему на своих цифрах, вы можете завести аккаунт в Rocketly и настроить пороги под собственную структуру маржи.

Частые вопросы

Нужен ли порог согласования маленькой команде?

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

Что делать, если согласующий в отпуске?

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

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

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

Как быстрее всего сократить время согласования?

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