CPQ для производства: как перейти с Excel на систему, которая считает и защищает маржу

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

CPQ (configure–price–quote) в производстве — это не «красивый интерфейс для КП». Это управляемая цифровая система, где:

• расчёт параметров изделия формализован,
• себестоимость считается одинаково для всей компании,
• маржа защищена правилами,
• а результат (КП/спецификация/PDF) воспроизводим и проверяем.

Когда Excel уже не справляется (сигналы)

Если вы узнаёте хотя бы 3–4 пункта — пора проектировать систему:

• Разные отделы используют разные «главные файлы» и «правильные формулы».
• Расчёт включает десятки зависимостей (материалы → норма → отходы → операции → коэффициенты).
• Цена зависит от курса, прайса поставщика, условий доставки, партии, графика загрузки.
• Маржу «догоняют» вручную в конце — и часто уже поздно.
• Инженерное решение меняется в процессе, а расчёт «не успевает» за изменениями.
• Согласования идут по почте/мессенджерам, статусы теряются.

Что на самом деле должно быть в CPQ для производства

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

1) Модель изделия и параметров (не «форма», а доменная модель)

Вместо: «поля в UI».

Нужно: понятная инженерная модель:

• параметры (геометрия, состав, опции, нормы),
• ограничения (диапазоны, совместимость опций),
• правила (если A → то B, коэффициенты, исключения).

Важно: правила должны быть версионируемыми. Иначе вы не сможете объяснить, почему КП в январе и в марте отличаются при «тех же входных данных».

2) Расчётный модуль (ядро) и слой представления (UI) — отдельно

Если расчёт живёт в интерфейсе, вы получаете:

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

Правильнее: расчётный модуль как отдельный слой (с тестами), UI — только ввод/вывод.

3) Себестоимость как структура, а не одно число

Себестоимость должна раскладываться:

• материалы,
• операции (время/ставки/оборудование),
• накладные,
• логистика,
• отходы/коэффициенты,
• риски/резервы (опционально).

Если у вас «одно число», любая дискуссия превращается в спор «кто виноват», а не «что изменилось».

4) Политика цены и защита маржи

Минимальный набор:

• правила минимальной маржи по группам изделий/клиентам,
• блокировка «ниже себестоимости»,
• пороги на скидки + требование согласования,
• журнал: кто, когда и почему изменил цену.

Полезная базовая формула для проверки:

• Цена = Себестоимость / (1 - ЦелеваяМаржа)

Например, при целевой марже 25%: Цена = Себестоимость / 0.75.

5) Генерация КП/спецификаций как шаблон + данные

КП — это представление данных, а не место, где «доделывают руками». Ручные правки должны:

• быть ограничены правилами,
• логироваться,
• и не ломать расчёт.

Как внедрять CPQ без остановки продаж (план из 6 шагов)

1. Диагностика: какие изделия/линейки дают 80% оборота и 80% ошибок.
2. Аудит расчётов: фиксируем «источник правды» для формул, коэффициентов, норм.
3. Проектирование архитектуры: модель данных, версии, роли, согласования.
4. Поэтапная разработка: сначала ядро расчётов + одно семейство изделий.
5. Пилот: пара менеджеров/инженеров, реальные заявки, сравнение результатов.
6. Масштабирование: расширение линейки + интеграции + автоматизация документооборота.

Частые ошибки, из‑за которых CPQ «не взлетает»

• Начать с дизайна экранов, не зафиксировав модель изделия и расчёт.
• Смешать «как считаем» и «как продаём»: расчёт должен быть одинаковым, коммерческие правила — надстройка.
• Не сделать версионирование (прайсы/коэффициенты/нормы).
• Не сделать трассировку результата: нельзя объяснить, откуда получилась цифра.

С чего начать прямо сейчас

Если нужна быстрая отправная точка — сделайте «инвентаризацию расчётов»:

• перечень параметров изделия,
• перечень источников цен/норм,
• список коэффициентов и исключений,
• кто владелец каждого правила,
• где и как меняются ставки/прайсы,
• какие KPI важны (скорость КП, % ошибок, маржа, сроки согласования).

Дальше это превращается в требования к системе — и уже после этого имеет смысл выбирать формат реализации (свой продукт/внедрение/поэтапная разработка).

Если вы сейчас на этапе «нужно быстрее и без ошибок» — начните с раздела про автоматизацию расчётов: /solutions/avtomatizaciya-raschetov-kabel (как ориентир по структуре работ и результатам).