Классическая сцена из жизни интегратора или крупного enterprise-проекта. Сейлз входит в переговорку с сияющей улыбкой: контракт года подписан, клиент наш, шампанское в студию. На вопрос техлида о сроках поставки сетевого/серверного железа и графике пусконаладки звучит привычное: «Запуск к концу года, заказчику критично, вы же профессионалы - разберитесь».

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

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

А если убрать эмоции оказывается сейлз действовал вполне себе рационально. Он выполнил свою задачу в той системе координат, которую ему задал бизнес. Проблема не в архитектуре KPI, стимулирующей конфликт центров прибыли и центров затрат.

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

Во сколько обойдется экстренная переброска ресурсов с других задач? Сколько миллионов сожгут ночные смены и переделки из-за сжатых сроков? Какую сумму съедят штрафы за сорванные контрольные точки? Сейлза этот перерасход чаще всего не касается: это уже чужой P&L и чужая головная боль.

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

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

Где точка баланса между аппетитом продаж и физическими ограничениями инфраструктуры? Считаю, что она держится на трех процедурных правилах.

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

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

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

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