Как вести технические расчёты и согласования в CRM

В B2B-продажах сложных товаров и услуг сделка редко закрывается сразу после разговора с менеджером.

Если компания продаёт:

• оборудование;
• металлоконструкции;
• инженерные решения;
• мебель на заказ;
• строительные материалы;
• автоматизацию;
• производство по чертежам;
• проектные услуги;

то между заявкой клиента и коммерческим предложением появляется ещё один важный этап:

технический расчёт.

Именно здесь часто начинается хаос.

Менеджер получает запрос от клиента, пересылает его инженеру в WhatsApp или по почте, технолог делает расчёт в Excel, потом менеджер уточняет срок, получает ещё один файл, отправляет клиенту предложение, а через несколько дней выясняется, что использовалась уже неактуальная версия ТЗ.

Если технические расчёты и согласования не встроены в CRM, компания сталкивается с типичными проблемами:

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

Правильно настроенная CRM должна связывать:

заявка → техническое задание → расчёт → согласование → коммерческое предложение → договор → заказ.

Разберём, как организовать этот процесс.

Почему технический расчёт лучше не вести внутри обычной сделки

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

• стоимость;
• срок;
• комментарий инженера.

Для простых продаж этого может быть достаточно.

Но в сложном B2B-заказе расчёт часто сам становится отдельным процессом.

В нём могут участвовать:

• менеджер;
• инженер;
• технолог;
• конструктор;
• снабжение;
• финансовый отдел;
• руководитель.

Кроме того, один клиент может запросить несколько вариантов.

Например:

Вариант 1 — базовая комплектация

Вариант 2 — усиленная

Вариант 3 — с дополнительным оборудованием

Если всё хранить внутри сделки, карточка быстро превращается в перегруженный набор полей.

Поэтому удобнее разделять:

Сделка = коммерческий процесс

Технический расчёт = отдельный связанный процесс

В Bitrix24 такой сценарий можно организовать, например, через смарт-процесс.

Как может выглядеть процесс технического расчёта

Базовая схема:

Получено ТЗ

↓

Назначен специалист

↓

В работе

↓

Требуется уточнение

↓

Расчёт готов

↓

Согласование

↓

Утверждён

↓

Передан в продажу

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

• запрос данных у клиента;
• проверку материалов;
• расчёт себестоимости;
• техническое согласование;
• финансовое согласование;
• согласование руководителя.

Главное — не создавать десятки стадий ради самих стадий.

Каждый этап должен отвечать на вопрос:

что должно произойти дальше и кто за это отвечает?

Шаг 1. Менеджер создаёт структурированное техническое задание

Главная ошибка — отправлять инженеру сообщение:

Посчитай клиенту вот это.

Специалист начинает уточнять:

• что именно нужно;
• в каком количестве;
• какие размеры;
• какой материал;
• какой срок.

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

Поэтому в CRM лучше сделать обязательный набор данных.

Например:

Клиент: ТОО «Альфа»

Тип заказа: изготовление оборудования

Количество: 4 шт.

Требуемая производительность: 500 кг/ч

Срок клиента: 30 дней

Бюджет: до 25 млн ₸

ТЗ: приложено

Чертёж: приложен

Поля зависят от отрасли.

Для металлообработки это могут быть:

• материал;
• толщина;
• допуск;
• вид обработки.

Для мебели:

• размеры;
• материал;
• фурнитура.

Для оборудования:

• мощность;
• производительность;
• условия эксплуатации.

Шаг 2. CRM проверяет комплектность данных

Не каждый запрос нужно сразу отправлять техническому специалисту.

Можно установить правило:

пока обязательные данные не заполнены, расчёт не запускается.

Например, отсутствует:

• чертёж;
• количество;
• срок.

CRM возвращает задачу менеджеру:

«Недостаточно данных для технического расчёта».

Это снижает количество незавершённых запросов.

Шаг 3. Автоматически назначить специалиста

Технический расчёт можно распределять по правилам.

Например:

Металлоконструкции → инженер №1

Автоматика → инженер №2

Оборудование → технический директор

Или:

• по региону;
• типу продукта;
• загрузке;
• сложности.

CRM сама назначает ответственного.

Менеджеру не нужно искать, кому написать.

Шаг 4. Установить срок расчёта

Технический отдел должен понимать не только задачу, но и дедлайн.

Можно установить SLA.

Например:

• простой расчёт — 4 часа;
• стандартный — 1 рабочий день;
• сложный — 3 рабочих дня;
• проектный — индивидуальный срок.

В карточке фиксируются:

Дата создания

Плановая дата завершения

Фактическая дата

После этого можно измерять скорость технического отдела.

Шаг 5. Автоматически контролировать просрочку

Предположим:

расчёт должен быть готов сегодня до 17:00.

В 16:00 CRM напоминает инженеру.

Если срок прошёл:

• статус становится «Просрочен»;
• уведомляется ответственный;
• при необходимости подключается руководитель.

Менеджеру не нужно каждые два часа спрашивать:

Ну что там с расчётом?

Система контролирует срок сама.

Шаг 6. Хранить все файлы внутри расчёта

Технический расчёт может содержать:

• ТЗ;
• чертежи;
• схемы;
• фотографии;
• спецификации;
• Excel;
• PDF;
• расчётные файлы.

Важно, чтобы они были связаны с конкретным запросом.

Не нужно хранить итоговый файл только в:

• Telegram;
• WhatsApp;
• email инженера.

Иначе история теряется.

Шаг 7. Обязательно контролировать версии

Это особенно важно для производства и проектных продаж.

Например:

клиент прислал:

ТЗ v1

Потом:

ТЗ v2

После обсуждения:

ТЗ v3

Если инженер считает по второй версии, а менеджер продаёт по третьей, ошибка практически неизбежна.

Поэтому полезно фиксировать:

• номер версии;
• дату;
• автора;
• статус.

Например:

Версия 4 — актуальная

или:

Версия 5 — утверждена клиентом.

Шаг 8. Фиксировать вопросы технического специалиста

Инженер может понять, что информации недостаточно.

Вместо отдельного сообщения менеджеру процесс переводится:

Требуется уточнение.

В карточке фиксируется вопрос:

Необходимо уточнить температуру эксплуатации и напряжение питания.

Менеджеру автоматически создаётся задача.

После получения ответа расчёт возвращается инженеру.

Так видно, почему процесс остановился.

Шаг 9. Разделять технический и коммерческий расчёт

Это один из важных принципов.

Технический специалист может определять:

• материалы;
• комплектующие;
• трудозатраты;
• машинное время;
• логистические параметры.

Но клиентская цена может зависеть ещё от:

• маржи;
• скидки;
• коммерческой политики;
• партнёрского вознаграждения.

Поэтому полезно разделять:

Техническая себестоимость

и

Коммерческая цена.

Инженер отвечает за одно.

Продажи и руководство — за другое.

Шаг 10. Рассчитывать плановую себестоимость

Например:

Материалы: 4 500 000 ₸

Комплектующие: 2 200 000 ₸

Работы: 1 300 000 ₸

Логистика: 400 000 ₸

Плановая себестоимость: 8 400 000 ₸

Затем коммерческий отдел формирует цену.

Например:

Цена клиенту: 11 500 000 ₸

CRM может рассчитывать:

Плановая маржа: 3 100 000 ₸.

Или процент маржинальности.

Шаг 11. Ограничить доступ к себестоимости

Не каждый сотрудник должен видеть внутренние показатели.

Можно настроить права:

Инженер — видит техническую часть.

Менеджер — коммерческую цену.

РОП — цену и маржинальность.

Руководитель — полный расчёт.

Так CRM поддерживает конфиденциальность.

Шаг 12. Автоматически контролировать минимальную маржу

Например, компания установила правило:

Маржинальность выше 30% — согласование не требуется.

20–30% — согласование РОПа.

Ниже 20% — коммерческий директор.

Менеджеру не нужно самостоятельно помнить лимиты.

CRM сравнивает показатели и определяет маршрут.

Шаг 13. Согласовывать скидки внутри CRM

Один из худших сценариев:

Можно клиенту дать ещё 7%?

Ответ руководителя в WhatsApp:

Да.

Через месяц никто не помнит:

• кто согласовал;
• какую скидку;
• почему.

Лучше создать цифровой маршрут.

Например:

Менеджер запрашивает скидку 8%

↓

РОП получает запрос

↓

Согласовано / отклонено

↓

Решение фиксируется в сделке

История сохраняется.

Шаг 14. Согласовывать не только скидку, но и нестандартные условия

Например:

• нестандартная отсрочка;
• бесплатная доставка;
• гарантия 36 месяцев;
• срочное производство;
• специальная комплектация;
• низкая предоплата.

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

Шаг 15. Использовать разные маршруты согласования

Не все заказы требуют директора.

Например:

Заказ до 5 млн ₸

→ РОП.

5–20 млн ₸

→ коммерческий директор.

Свыше 20 млн ₸

→ директор.

Или маршрут зависит от маржи.

Так руководители не становятся узким местом.

Шаг 16. Фиксировать комментарий согласующего

Иногда важно не только:

Согласовано

но и:

На каких условиях.

Например:

Скидка 10% согласована только при предоплате 70%.

Это условие должно остаться в системе.

Шаг 17. После утверждения автоматически формировать КП

После завершения технического и коммерческого расчёта CRM может сформировать коммерческое предложение.

В документ подставляются:

• клиент;
• оборудование или работы;
• характеристики;
• количество;
• цена;
• срок;
• условия оплаты;
• гарантия.

Менеджеру не нужно заново переносить данные.

Шаг 18. Хранить несколько вариантов предложения

Для сложной продажи полезно иметь:

Вариант A — базовый

Вариант B — оптимальный

Вариант C — максимальный

Каждый может иметь:

• свою комплектацию;
• цену;
• срок.

CRM должна фиксировать, какой вариант выбрал клиент.

Шаг 19. Связывать расчёт с коммерческим предложением

Важно понимать:

по какому именно расчёту было сформировано КП.

Например:

Расчёт №458, версия 3

↓

КП №1025

Если позже расчёт меняется, старое предложение остаётся в истории.

Шаг 20. Пересчитывать заказ при изменениях клиента

Клиент может после КП сказать:

Увеличьте количество с 50 до 80.

Или:

Замените материал.

Нельзя просто изменить цену вручную.

Лучше создать новую версию расчёта.

Например:

Расчёт v1 — 50 шт.

Расчёт v2 — 80 шт.

История сохраняется.

Шаг 21. Сохранять причину перерасчёта

Например:

• изменение количества;
• изменение материала;
• новый срок;
• изменение курса;
• новая комплектация;
• запрос клиента.

Это помогает анализировать процесс.

Шаг 22. Контролировать количество перерасчётов

Если по большинству сделок расчёт переделывается 5–7 раз, возможно, проблема находится раньше.

Например:

• менеджеры плохо собирают ТЗ;
• клиенту слишком рано делают расчёт;
• нет стандарта квалификации.

Можно измерять:

Среднее количество версий расчёта на сделку.

Шаг 23. Анализировать загрузку технического отдела

Руководитель может видеть:

Новых расчётов: 28

В работе: 45

Просрочено: 9

По инженерам:

Иванов: 12

Петров: 8

Сидоров: 25

Теперь можно распределять нагрузку более объективно.

Шаг 24. Ввести приоритеты

Не все расчёты одинаково важны.

Можно использовать:

• низкий;
• обычный;
• высокий;
• критический.

Но менеджер не должен самостоятельно ставить всем заказам «критический».

Приоритет можно рассчитывать по правилам.

Например:

• сумма сделки;
• стратегический клиент;
• вероятность сделки;
• тендерный дедлайн;
• срок клиента.

Шаг 25. Учитывать вероятность сделки

Технический отдел — дорогой ресурс.

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

Например:

Лид без бюджета и ЛПР

может получить предварительную оценку.

Квалифицированный проект на 100 млн ₸

— полный инженерный расчёт.

Так компания рациональнее использует экспертов.

Как может выглядеть карточка технического расчёта

Основное

Расчёт: TR-458

Клиент: ТОО «Industrial Group»

Сделка: №1258

Менеджер: Иван Иванов

Инженер: Сергей Петров

Параметры

Тип решения: производственная линия

Количество: 2 шт.

Требуемая производительность: 800 кг/ч

Сроки

Создан: 2 сентября

План: 4 сентября

Статус: В работе

Финансы

Плановая себестоимость: 16 млн ₸

Цена: 22 млн ₸

Маржинальность: рассчитана системой

Согласование

РОП: согласовано

Финансовый директор: не требуется

Документы

ТЗ: версия 3

Расчёт: версия 2

Так у всех участников появляется единая точка правды.

Как может выглядеть процесс согласования скидки

Например, менеджер хочет снизить цену.

Базовая цена: 22 млн ₸

Запрошенная цена: 20,5 млн ₸

CRM автоматически показывает влияние на маржу.

Дальше:

Запрос согласования

↓

РОП

↓

Если показатель ниже лимита:

Коммерческий директор

↓

Решение

Только после утверждения менеджер может отправить новую цену клиенту.

Как связать технический расчёт и 1С

Не все данные обязательно должны рассчитываться в Bitrix24.

Например, в 1С могут находиться:

• закупочные цены;
• себестоимость;
• материалы;
• остатки;
• нормы.

CRM может передать запрос и получить результат.

Или специалист делает расчёт в 1С, а в Bitrix24 возвращаются:

• стоимость;
• срок;
• статус.

Главное — чтобы менеджер видел результат внутри сделки.

Когда лучше использовать отдельный калькулятор

Если расчёт технически сложный, может существовать специализированный калькулятор.

Например:

• расчёт оборудования;
• металлообработка;
• конструкции;
• логистика.

Тогда архитектура выглядит так:

Bitrix24 → калькулятор → результат → Bitrix24.

CRM управляет процессом.

Калькулятор выполняет вычисления.

Что не стоит рассчитывать прямо в CRM

Не нужно превращать CRM в инженерное программное обеспечение.

Сложные расчёты:

• прочности;
• гидравлики;
• раскроя;
• технологических маршрутов;

лучше выполнять в специализированных инструментах.

В CRM хранят:

• входные данные;
• ответственного;
• результат;
• срок;
• решение.

Как управлять повторными типовыми расчётами

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

Например:

Типовой шкаф автоматики

или:

Типовая металлоконструкция.

Инженер не начинает каждый раз с нуля.

Можно хранить:

• базовую комплектацию;
• норму;
• типовой срок;
• стандартные параметры.

Это ускоряет продажи.

Как создать базу типовых решений

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

Решение A

Решение B

Решение C

Менеджер сначала ищет похожий кейс.

Если он есть — создаётся адаптация.

Если нет — новый технический расчёт.

Так знания перестают жить только в голове инженера.

Какие KPI стоит измерять

Для технического отдела полезны:

• количество новых расчётов;
• среднее время расчёта;
• доля просроченных;
• количество перерасчётов;
• загрузка специалистов.

Для коммерческого блока:

• конверсия расчёт → КП;
• конверсия расчёт → продажа;
• средняя маржинальность;
• сумма выигранных расчётов.

KPI «конверсия расчёт → заказ»

Например:

за месяц сделали:

100 технических расчётов.

В продажи превратились:

23.

Конверсия:

23%.

Если она очень низкая, компания может тратить инженерный ресурс на неподходящие лиды.

KPI стоимости технического пресейла

При сложных продажах можно оценить:

• сколько часов инженеров потрачено;
• сколько сделок выиграно;
• какую маржу они принесли.

Это особенно полезно для дорогостоящего presale.

KPI времени расчёта

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

Поэтому показатель:

время от получения полного ТЗ до готового расчёта

может быть одним из ключевых.

Что должен видеть менеджер

Менеджеру нужен простой ответ:

• расчёт принят?
• кто считает?
• когда будет готов?
• требуется ли уточнение?
• согласована ли цена?

Ему не нужно каждые полчаса писать инженеру.

Что должен видеть инженер

Инженеру нужны:

• очередь;
• приоритет;
• полное ТЗ;
• документы;
• срок.

Он не должен искать информацию в переписках менеджера.

Что должен видеть РОП

Например:

Расчётов в работе: 42

Просрочено: 7

На согласовании цены: 11

КП ожидают расчёта: 18

РОП видит узкое место коммерческой воронки.

Что должен видеть технический директор

Ему нужны:

• загрузка инженеров;
• сроки;
• сложность;
• типы расчётов;
• повторные перерасчёты.

Это позволяет управлять техническим ресурсом.

Что должен видеть собственник

Например:

Технических запросов за месяц: 150

На потенциальную сумму: 820 млн ₸

Средний срок расчёта: 2,1 дня

Просрочено: 8%

Перешло в заказ: 190 млн ₸

Средняя маржинальность выигранных заказов: по данным управленческого учёта

Так можно оценивать технический пресейл как часть бизнеса.

Как использовать BI

BI позволяет анализировать процесс глубже.

Например:

Источник лида → технический расчёт → КП → продажа → маржа.

Можно увидеть, какие каналы приводят не просто заявки, а качественные технические проекты.

Дополнительно анализировать:

• продукт;
• инженер;
• менеджер;
• отрасль;
• регион.

Как использовать AI

После настройки процесса AI может помогать:

• разбирать ТЗ;
• структурировать входящие запросы;
• делать резюме;
• искать похожие прошлые расчёты;
• проверять комплектность данных;
• анализировать причины проигрыша.

AI для первичной обработки ТЗ

Клиент прислал длинное письмо и несколько документов.

AI может выделить:

Задача клиента

Основные параметры

Количество

Срок

Недостающая информация

Менеджер и инженер быстрее начинают работу.

Но техническое решение должен подтверждать специалист.

AI для поиска похожего расчёта

Вместо того чтобы считать заказ с нуля, система может подсказать:

Похожий проект уже делали для клиента X.

И показать прошлую:

• комплектацию;
• цену;
• техническое решение.

Это может значительно ускорить работу.

AI для контроля качества ТЗ

Перед передачей инженеру AI может проверять:

• заполнены ли ключевые параметры;
• есть ли противоречия;
• чего не хватает.

Это не заменяет технолога, но снижает количество пустых запросов.

Типовые ошибки при автоматизации технических расчётов

Ошибка №1. Оставить всё в обычной сделке

Карточка становится слишком сложной.

Ошибка №2. Ставить задачи инженерам вручную

Часть запросов теряется.

Ошибка №3. Не контролировать SLA

Менеджер не знает, когда получит результат.

Ошибка №4. Не хранить версии

Высокий риск расчёта по старому ТЗ.

Ошибка №5. Не разделять себестоимость и коммерческую цену

Ответственность становится размытой.

Ошибка №6. Согласовывать скидки в чатах

История решений теряется.

Ошибка №7. Не фиксировать причину перерасчёта

Невозможно улучшать процесс.

Ошибка №8. Всем расчётам ставить высокий приоритет

Приоритет перестаёт работать.

Ошибка №9. Не анализировать конверсию

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

Ошибка №10. Пытаться заменить CRM инженерной системой

CRM должна управлять процессом, а не заменять специализированные расчётные программы.

Как внедрять процесс поэтапно

Этап 1. Технический запрос

Создать:

• карточку;
• обязательные поля;
• ответственного;
• срок.

Этап 2. Контроль расчёта

Добавить:

• стадии;
• уведомления;
• SLA;
• эскалации.

Этап 3. Финансовая часть

Добавить:

• себестоимость;
• цену;
• маржинальность.

Этап 4. Согласования

Настроить:

• скидки;
• нестандартные условия;
• маршруты.

Этап 5. Документы

Автоматизировать:

• КП;
• спецификацию;
• версии.

Этап 6. Интеграции

Подключить:

• 1С;
• калькуляторы;
• ERP.

Этап 7. BI и AI

Добавить:

• аналитику;
• поиск похожих проектов;
• интеллектуальный разбор ТЗ.

С чего начать

Возьмите последние 20–30 реальных технических запросов и посмотрите:

• где менеджер передал задачу;
• сколько времени считали;
• сколько раз уточняли данные;
• сколько было версий;
• кто согласовывал цену;
• сколько расчётов превратилось в продажу.

Очень часто уже этот анализ показывает основные потери.

Как Profi Soft автоматизирует технические расчёты и согласования

В Profi Soft мы рассматриваем этот процесс как связующее звено между продажами и техническим подразделением.

Сначала разбираем:

заявка → квалификация → ТЗ → расчёт → согласование → КП → заказ.

После этого определяем:

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

Что может входить в проект Profi Soft

• предпроектное обследование;
• настройка Bitrix24;
• смарт-процесс технического расчёта;
• обязательные технические поля;
• автоматическое назначение инженеров;
• SLA;
• задачи и уведомления;
• контроль версий;
• маршруты согласования;
• согласование скидок;
• контроль маржинальности;
• формирование КП;
• интеграция с 1С;
• интеграция с калькуляторами;
• BI;
• AI;
• обучение;
• сопровождение.

Что получает отдел продаж

Менеджер видит:

• статус расчёта;
• ответственного;
• срок;
• вопросы инженера;
• согласованную цену.

Он меньше времени тратит на внутреннюю координацию и быстрее отвечает клиенту.

Что получает технический отдел

Инженеры получают:

• структурированные запросы;
• полные исходные данные;
• понятные приоритеты;
• сроки.

Вместо хаотичных сообщений появляется очередь работ.

Что получает руководство

Руководство видит:

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

Что получает собственник

Главное — прозрачность самого дорогого участка сложной B2B-продажи.

Вместо схемы:

менеджер → WhatsApp → инженер → Excel → директор → менеджер

появляется управляемый процесс:

CRM → ТЗ → расчёт → согласование → КП → заказ.

Главный вывод

Технический расчёт — это не просто файл Excel.

Это отдельный бизнес-процесс, который влияет на:

• скорость продажи;
• качество предложения;
• маржинальность;
• производственные сроки;
• клиентский опыт.

Если расчёты ведутся через почту и мессенджеры, компания теряет контроль сразу над несколькими точками.

Правильно настроенная CRM должна отвечать на вопросы:

• кто сейчас считает заказ;
• достаточно ли данных;
• когда будет готов расчёт;
• какая версия актуальна;
• согласована ли цена;
• кто утвердил исключения.

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

Закажите аудит процесса технических расчётов

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

Команда Profi Soft проведёт предпроектное обследование и изучит:

• CRM;
• технические запросы;
• работу инженеров;
• расчёт себестоимости;
• согласование цены;
• 1С;
• текущую отчётность.

По итогам вы получите:

• карту текущего процесса;
• модель смарт-процесса;
• список обязательных данных;
• правила SLA;
• схему согласований;
• модель интеграции;
• этапы автоматизации;
• оценку сроков и бюджета.

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

Чек-лист технических расчётов в CRM

Проверьте, умеет ли ваша система:

• создавать отдельный технический запрос;
• связывать его со сделкой;
• проверять комплектность ТЗ;
• автоматически назначать специалиста;
• устанавливать SLA;
• контролировать просрочку;
• хранить технические файлы;
• контролировать версии;
• запрашивать уточнения;
• фиксировать плановую себестоимость;
• рассчитывать коммерческую цену;
• контролировать маржинальность;
• согласовывать скидки;
• согласовывать нестандартные условия;
• хранить историю решений;
• формировать КП;
• создавать новые версии расчёта;
• фиксировать причины перерасчёта;
• контролировать загрузку инженеров;
• считать конверсию расчётов в продажи;
• интегрироваться с 1С или калькуляторами;
• давать руководству аналитику.

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

Часто задаваемые вопросы

Можно ли вести технические расчёты в Bitrix24?

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

Нужно ли выполнять сам инженерный расчёт внутри CRM?

Не обязательно. CRM может управлять процессом, а вычисления выполняться в 1С, Excel, ERP или специализированной программе.

Можно ли контролировать срок расчёта?

Да. Можно устанавливать SLA, создавать напоминания и эскалации при просрочке.

Можно ли хранить несколько версий ТЗ?

Да. Для сложных B2B-заказов контроль версий особенно важен.

Можно ли согласовывать скидки в CRM?

Да. Можно создать маршруты в зависимости от размера скидки, суммы сделки или маржинальности.

Можно ли ограничить доступ к себестоимости?

Да. Права можно настроить по ролям, чтобы менеджер видел только коммерчески необходимые данные.

Можно ли автоматически формировать КП после расчёта?

Да. После утверждения данных можно формировать коммерческий документ из шаблона.

Можно ли связать технический расчёт с 1С?

Да. Например, получать из 1С закупочные цены, себестоимость или другие необходимые данные.

Какие KPI лучше отслеживать?

Среднее время расчёта, долю просрочек, количество перерасчётов, загрузку специалистов и конверсию расчёт → заказ.

С чего начать автоматизацию?

С анализа последних реальных расчётов и описания пути от получения ТЗ до отправки коммерческого предложения.