Согласование коммерческого предложения в CPQ: как выпускать КП за часы, а не за неделю

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

Почему согласование КП становится узким местом

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

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

Второй эффект дороже первого: цена уходит клиенту до того, как её утвердили. Менеджер «на глазок» называет 12% скидки по телефону, а потом выясняется, что предел — 7%. Сделка либо срывается, либо заключается с маржой ниже плана.

Кто и что должен согласовывать: пороги вместо интуиции

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

Пороги по скидке и марже

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

Маржа — второй, более честный порог. Пример: изделие за 1 000 000 рублей с себестоимостью 780 000 даёт маржу 220 000, то есть 22%. Скидка 50 000 рублей снижает маржу до 170 000 — это 17% от цены, но падение самой маржи составляет 22,7%. Именно поэтому правило «согласовываем скидку» работает хуже правила «согласовываем маржу ниже 18%».

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

Нестандартные условия, которые дороже скидки

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

Каждое такое условие — отдельный флаг в конфигурации сделки. Система складывает флаги и выдаёт набор согласующих, а не одного «главного». Юрист смотрит формулировки, финдиректор — деньги, технический специалист — реалистичность обещаний по срокам.

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

Как выглядит маршрут согласования внутри CPQ

Маршрут — это последовательность шагов с условиями перехода. Она настраивается один раз и дальше не зависит от того, кто из менеджеров сегодня на смене.

Последовательный и параллельный маршруты

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

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

Практичная схема — гибрид. Базовые проверки идут параллельно, а дорогие исключения (крупная скидка, длинная отсрочка) добавляют последовательный шаг наверх. Так рядовое КП проходит за час, а рискованное — за день.

Срок на шаг, напоминание и эскалация

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

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

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

Когда согласование не нужно вообще

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

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

Что видит согласующий: расчёт, а не красивый PDF

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

Без этих данных руководитель согласовывает «на ощущение»: видит 8% и не понимает, много это для данной линейки или сделка уже убыточна после доставки и монтажа. В результате либо режет всё подряд, либо пропускает проблемные предложения.

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

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

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

Версии КП: почему нельзя править отправленный документ

Клиент почти всегда просит что-то изменить: убрать позицию, добавить опцию, пересчитать доставку. Если правки вносятся в тот же файл, через неделю никто не помнит, какая цена обсуждалась и на каком основании.

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

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

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

По каким метрикам видно, что процесс работает

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

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

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

Четвёртый — конверсия по версиям. Сравнение первой и третьей редакции показывает, сколько скидки реально требуется, чтобы закрыть сделку. Эти данные потом уточняют и матрицу полномочий.

Какие ошибки ломают согласование КП

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

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

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

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

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

Согласование без фиксации версии. «Согласовали» относится к конкретному документу, а не к идее. Если после утверждения поменялась комплектация, маршрут запускается заново.

С чего начать внедрение и сколько времени это займёт

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

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

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

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

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

Итог

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

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

Больше материалов — в блоге WOID, посмотреть, как выглядит расчёт и согласование на живом примере, можно на странице демо.