Блог · Хо-Бит24
Интеграция калькулятора с Битрикс24
О проекте: за два месяца мы настроили CRM-контур для двух региональных отделов продаж, встроили в сделку внешний калькулятор, автоматизировали передачу на замер и монтаж, а также собрали BI-отчёт по лидам, сделкам, затратам и ROMI. Бюджет такого проекта составил 300–450 тыс. рублей. Название компании и рабочие данные обезличены.
Хо-Бит24 связал существующий калькулятор комплектаций с CRM производителя и продавца входных дверей. Менеджер рассчитывает изделие из карточки сделки, получает смету, а выбранная основная смета и итоговая сумма синхронизируются с Битрикс24. В том же портале распределяются лиды между Москвой и Санкт-Петербургом, назначаются замеры и монтажи, сохраняются документы и строится отчёт по источникам обращений.
Проект в цифрах и фактах
Клиент — производитель и продавец входных дверей с двумя региональными точками продаж. Помимо менеджеров в процессе участвуют маркетинг, сервис и гарантия, производство, замерщики и монтажники. Поэтому обычной воронки «новая заявка — продажа» было недостаточно: портал должен был учитывать регион, роль сотрудника, параметры заказа и выездные работы.
Все функции, описанные ниже, реализованы командой Хо-Бит24 и показаны в рабочих видеодемонстрациях. Показатели роста выручки или конверсии не публикуются: в предоставленных материалах нет согласованного измерения такого эффекта.
Какая задача стояла перед проектом
Компании нужен был один управляемый путь заказа: от первичного обращения в нужном регионе до расчёта двери, выезда замерщика, производства, монтажа и оценки рекламного источника. При этом уже действующий калькулятор комплектаций требовалось сохранить, а не заменять упрощённым расчётом в CRM.
Поэтому проект включил не одну «настройку воронки», а связку региональных прав, карточки сделки, бизнес-процессов выездных сотрудников, интеграции калькулятора и BI-отчёта.
Как масштаб компании отражён в структуре Битрикс24
Структуру портала собрали не только вокруг отдела продаж. В неё вошли подразделения, которые участвуют в полном цикле заказа:
Зачем начинать со структуры: от неё зависят права доступа, очереди распределения, ответственные и видимость элементов CRM. Если сначала нарисовать воронку, а роли определить позже, сотрудникам либо не хватает данных, либо они видят лишнее.
Как лиды распределяются между Москвой и Санкт-Петербургом
В CRM включён классический режим с лидами. Сюда поступают обращения с сайтов, из телефонии, форм и подключённых коммуникационных каналов. На уровне лида компания квалифицирует обращение и только после этого переводит потенциального клиента в сделку.
Входящие обращения
Сайт, звонки, формы, коллтрекинг и мессенджеры создают обращения в CRM с источником и региональным признаком.
Региональная работа
Права и стадии настроены так, чтобы сотрудники Москвы работали со своей зоной, а команда Санкт-Петербурга — со своей.
При этом руководитель получает общий контур контроля. Региональные команды не смешивают оперативную работу, но данные остаются в одном портале и могут попадать в единую аналитику.
Подробно о том, зачем отделять первичное обращение от квалифицированной сделки, мы рассказали в инструкции «Как настроить воронку лидов в Битрикс24».
Как устроена воронка продаж Санкт-Петербурга
Воронка отражает реальный цикл заказа, а не только переговоры менеджера. В демонстрации настроены стадии от нового обращения и отправки КП до замера, договора, оплаты, производства, монтажа, рекламации и закрытия.
- Новая сделка
- КП отправлено
- Заявка на замер
- Замер назначен
- Замер выполнен
- Проверка данных
- Договор
- Счёт
- Производство
- Монтаж
- Рекламация при необходимости
- Закрытие заказа
Названия выше показывают логику маршрута, а не универсальный шаблон: в другом бизнесе стадии, проверка данных и переходы будут иными.
Ведение сделки
Менеджер видит текущую стадию, ближайшее действие и историю взаимодействия. Сделка становится единым рабочим объектом для продаж, замера, производства и монтажа.
Фиксация ключевой информации
В карточке хранятся сумма, клиент, адрес объекта, файлы КП, дата и время замера, срок изготовления, тип заказа и служебные поля интеграций. Обязательность полей можно привязать к стадии, чтобы заказ не переходил дальше без критичных данных.
Передача на замер
Менеджер запускает бизнес-процесс назначения. Сделка переходит на соответствующую стадию, а замерщик получает задание с контекстом объекта.
Фиксация замера
Замерщик согласует дату и время с клиентом. Данные записываются в сделку, в календаре создаётся событие, а результат замера и документы сохраняются в связанном реестре.
Назначение монтажа
После готовности заказа по аналогичной логике назначается монтажник. В карточке остаются дата, задание, документы и итог выполнения.
Состав полей и их обязательность должны соответствовать конкретному этапу. Практическая инструкция — «Как настроить карточку сделки и обязательные поля по стадиям».
Как работают замер и монтаж
Замер и монтаж реализованы как управляемые действия внутри сделки. Менеджер не пересылает адрес и договорённости вручную: запускает процесс, а назначенный исполнитель получает задание.
- в задание передаются ссылка на сделку и необходимые данные объекта;
- замерщик или монтажник согласует дату и время;
- выбранная дата записывается в карточку и календарь;
- результат фиксируется после выполнения;
- файлы, фото и подписанные документы остаются связанными со сделкой.
Такой подход подходит не только продавцам дверей. Его можно адаптировать для окон, мебели на заказ, инженерных систем, ремонта и другого бизнеса, где продажа включает выезд на объект. Отдельно этот сценарий разобран в статье о фиксации встреч и выездов в сделках Битрикс24.
Ограничение: бизнес-процесс не исправляет неверные исходные данные. Если менеджер не указал адрес или выбрал не того исполнителя, автоматизация передаст дальше именно эту ошибку. Поэтому критичные поля, права и сценарии исключений проверяются до запуска.
Интеграция существующего калькулятора с Битрикс24
У компании уже был веб-калькулятор, который учитывает конфигурацию изделия: модель, размеры, отделку, замки, фурнитуру, дополнительные работы и другие параметры. Мы не переносили всю расчётную логику в стандартные поля CRM. Вместо этого встроили калькулятор в карточку сделки и настроили двусторонний рабочий сценарий.
Менеджер может открыть сохранённую смету на редактирование. После изменения основной сметы карточка сделки обновляется и получает актуальную сумму. В самой CRM остаётся список расчётов, поэтому сотрудник работает из контекста конкретного клиента и заказа.
Почему сохранили внешний калькулятор: в нём уже была отлажена предметная логика сложного изделия. Повторная разработка тех же правил внутри CRM увеличила бы срок, бюджет и риск расхождения расчётов. Интеграция позволила оставить один источник расчётной логики и использовать Битрикс24 как центр работы с заказом.
Как менеджер получает смету и коммерческое предложение
После выбора комплектации калькулятор формирует итоговую смету. Менеджер открывает печатную форму, проверяет состав и стоимость, сохраняет расчёт в карточке сделки и может передать документ клиенту. Основная смета определяет актуальную сумму сделки.
Важно различать индивидуальную смету из отраслевого калькулятора и стандартную сущность «Коммерческое предложение» в Битрикс24. В этом проекте ключевой документ создаёт калькулятор, а CRM хранит его рядом со сделкой. Для стандартных сценариев подойдут инструкции по товарам в CRM и по коммерческим предложениям и документам.
Как собрана сквозная аналитика
Для руководителя и маркетинга настроен отчёт в BI Конструкторе. Он объединяет данные лидов и сделок с отдельным смарт-процессом «Расходы». В расходах фиксируются источник, период и сумма вложений.
Отчёт показывает путь по каждому источнику:
- сколько лидов поступило;
- сколько сделок создано из этих лидов;
- какая доля сделок дошла до выполненного замера;
- сколько заказов передано в производство;
- какие расходы зафиксированы по источнику;
- какой ROMI получается по данным выбранного периода.
Чтобы отчёт был достоверным, у обращений должен быть корректный источник, стадии должны проходиться по правилам, а расходы — фиксироваться за сопоставимый период. Подробнее: что подготовить для сквозной аналитики Битрикс24 и какие CRM-отчёты нужны РОПу.
Архитектура решения
| Контур | Что реализовано | Проверяемый результат |
|---|---|---|
| Структура и права | Подразделения продаж, маркетинга, сервиса, производства, замера и монтажа | Сотрудники работают в своей зоне ответственности |
| Лиды | Сбор обращений и региональное распределение между Москвой и Санкт-Петербургом | Входящие обращения квалифицируются до создания сделки |
| Сделки | Региональные воронки, стадии, поля и обязательность данных | В карточке хранится ход заказа и ключевая информация |
| Замер | Задание исполнителю, согласование времени, календарь, фиксация результата | Результат и документы связаны со сделкой |
| Монтаж | Назначение по процессу, календарное событие, итоговые документы и фото | Завершение выезда фиксируется в CRM |
| Калькулятор | Встройка существующего веб-инструмента в карточку сделки | Смета и сумма основной сметы синхронизируются с CRM |
| Аналитика | BI-отчёт по источникам и смарт-процесс для рекламных расходов | Можно сопоставлять лиды, этапы воронки, затраты и ROMI |
Что было в бизнесе и что добавили в проекте
Видеоматериалы подтверждают существование калькулятора и работу региональных отделов. Они не показывают прежнюю систему учёта всех процессов, поэтому сравниваем исходные инструменты с реализованным решением без предположений о том, «как плохо было раньше».
| Процесс | Подтверждённый исходный контекст | Результат проекта |
|---|---|---|
| Расчёт двери | У компании уже был собственный веб-калькулятор комплектаций. | Из сделки открывается расчёт; основная смета и её сумма возвращаются в CRM. |
| Региональные продажи | Клиентов обслуживают отделы Москвы и Санкт-Петербурга. | Лиды распределены по региональным зонам работы и правам доступа. |
| Замер и монтаж | Выездные этапы входят в цикл заказа. | Исполнители получают задания, фиксируют время и результат в связке со сделкой. |
| Рекламные источники | Обращения поступают из нескольких каналов. | В BI-отчёте сопоставляются лиды, сделки, этапы и расходы по источникам. |
Как проходила реализация
Разложили роли и контуры
Определили подразделения, региональные зоны, сущности CRM и участников замера и монтажа.
Настроили лиды и воронки
Собрали стадии, карточки, поля, права и региональную логику работы.
Автоматизировали выездные этапы
Создали процессы назначения замера и монтажа с календарём и фиксацией результата.
Связали калькулятор с CRM
Добавили вкладку в сделку, создание и редактирование расчётов, сохранение основной сметы и обновление суммы.
Собрали отчёт
Объединили источники, движение по воронке и рекламные расходы в BI-представлении.
Проверили сценарии
Тестировали путь от входящего лида и расчёта до замера, монтажа и аналитики.
Что получила компания
Результат проекта — не обещание роста продаж, а работающая система: региональные команды ведут обращения и сделки в одном портале; расчёт изделия связан с карточкой заказа; замер и монтаж назначаются через управляемые процессы; руководитель получает отчёт по источникам и этапам воронки.
- единое пространство для продаж, замеров, монтажа и документов;
- разделение оперативной работы московского и петербургского отделов;
- фиксация ключевых параметров заказа в карточке сделки;
- сохранение смет и актуальной суммы рядом с клиентом и историей работы;
- контроль назначения замера и монтажа;
- аналитика пути от источника до производственного этапа.
Мы сознательно не указываем проценты роста конверсии, сокращение времени расчёта или финансовый эффект: такие показатели должны измеряться по согласованной методике до и после запуска.
Срок и стоимость похожего проекта
Этот проект занял два месяца, его бюджет составил от 300 до 450 тыс. рублей. Диапазон связан с объёмом CRM-настроек, количеством бизнес-процессов, готовностью внешнего калькулятора к обмену данными и составом аналитики.
Для другой компании стоимость нельзя переносить автоматически. Сначала нужно проверить API калькулятора, структуру продукта, правила выбора основной сметы, перечень ролей, воронок и отчётов. Если задача сложнее одного понятного сценария, её полезно начать с карты проекта и технического задания.
Кому подходит такая архитектура
Решение актуально компаниям, где цена зависит от множества параметров, а после продажи есть замер, производство, доставка или монтаж:
двери и окнамебель на заказинженерные системыметаллоконструкцииоборудованиестроительные услуги
Похожий производственный контур показан в нашем кейсе автоматизации продаж, склада и производства в Битрикс24.
Границы кейса
Мы показываем настройки и сценарии, продемонстрированные командой проекта: CRM, калькулятор, замер, монтаж и аналитический отчёт. По записям нельзя проверить фактическую скорость обработки заказов, изменение выручки и окупаемость внедрения. Детали обмена с 1С, точные API-методы калькулятора и внутренние правила расчёта цен также не раскрываем.
Частые вопросы
Да, если у калькулятора есть техническая возможность передавать и получать нужные данные. В этом проекте внешний инструмент открывается из карточки сделки, а результат расчёта возвращается в CRM.
Нет. Если существующий калькулятор надёжен и содержит сложные отраслевые правила, часто разумнее оставить его источником расчёта и интегрировать с CRM.
Да. В этом проекте сумма основной сметы синхронизируется с суммой сделки. Правило выбора расчёта и момент обновления согласуются при проектировании.
Можно использовать региональные признаки, очереди, стадии, воронки и права доступа. Конкретная схема зависит от каналов обращения и структуры отделов.
В кейсе назначение реализовано через бизнес-процессы: исполнитель получает задание, согласует дату, событие появляется в календаре, а результат и документы сохраняются в сделке.
Да, если корректно зафиксированы источники, результаты продаж и рекламные расходы за сопоставимый период. В проекте расходы вносились через отдельный смарт-процесс и использовались в BI-отчёте.
Реализованный проект стоил 300–450 тыс. рублей и занял два месяца. Стоимость другого внедрения зависит от калькулятора, числа процессов, воронок, ролей и отчётов.
Функциональные сведения проверены 16 октября 2026 года. Реализация подтверждена видеоматериалами проекта.
- REST API Битрикс24: встройка приложения во вкладку карточки CRM
- Битрикс24: лиды и режимы работы CRM
- Битрикс24: распределение обращений из разных каналов
- Битрикс24: обязательные поля по стадиям CRM
- Битрикс24: задания бизнес-процессов в карточке CRM
- Битрикс24: наборы данных BI Конструктора
- Битрикс24: данные рекламных источников в BI Конструкторе
- Битрикс24: коммерческие предложения и документы
Нужно связать калькулятор, CRM и производство?
На бесплатной встрече посмотрим текущий калькулятор, разберём путь сделки и скажем, какие данные и процессы можно связать с Битрикс24.
Обсудить похожий проект