Кейс: производитель окон сократил расчет заказа с 2 дней до 4 часов
Кто клиент
Региональный производитель пластиковых окон и дверей с собственным замером, производством, доставкой и монтажными бригадами. Компания работает с частными покупателями, застройщиками и небольшими коммерческими объектами.
Заявки поступают с сайта, по телефону и от партнеров. Итоговая стоимость зависит от размеров, профиля, стеклопакета, фурнитуры, цвета, дополнительных элементов, доставки и монтажа.
Что было до внедрения
Менеджер записывал параметры заявки в свободной форме и отправлял их расчетчику в мессенджере. Если не хватало размера, типа открывания или информации о монтаже, расчетчик возвращал вопрос менеджеру. После замера появлялся новый файл, но старая версия продолжала находиться в переписке.
Часть расчетов готовилась в день обращения, часть зависала на два–три дня. Руководитель не видел, где находится заявка: у менеджера, замерщика или расчетчика.
Что было
- параметры заявки записывались текстом;
- замеры передавались в чатах;
- версии расчета смешивались;
- цены копировались вручную;
- заказ повторно вводился в 1С.
Что внедрили
- воронку сделки в Битрикс24;
- обязательные поля замера;
- единый калькулятор;
- хранение версий предложения;
- передачу согласованного заказа в 1С.
Что изменилось
- расчет готовится в среднем за 4 часа;
- неполные заявки видны сразу;
- клиент получает актуальную версию;
- руководитель видит задержки;
- производство получает согласованные данные.
Проблема
Оконный заказ состоит из большого количества взаимозависимых параметров. Изменение профиля может повлиять на фурнитуру и стоимость, изменение размеров — на конструкцию, а выбор монтажа — на материалы и график бригады. Свободный комментарий не способен надежно передать такую спецификацию.
Основные потери возникали в трех местах:
- Сбор данных. Менеджер забывал один из обязательных параметров.
- Передача расчета. Расчетчик не понимал, какая версия замера актуальна.
- Запуск заказа. Согласованные данные вручную переносились из CRM в 1С.
Цель проекта
Построить единый путь заказа:
заявка → предварительные параметры → расчет → замер → финальный расчет → договор → передача в 1С → производство → доставка → монтаж.
Автоматизация не должна была заменять конструктора или расчетчика. Ее задача — передавать полные данные, контролировать срок и исключать повторный ввод.
Что внедрили
- Битрикс24. Сделка стала единой карточкой клиента, объекта, замеров, файлов, задач и версий предложения.
- CRM-формы. Заявки с сайта поступают со страницей-источником и контактными данными.
- Обязательные поля. Для расчета фиксируются размеры, конфигурация, профиль, стеклопакет, цвет, фурнитура, монтаж и адрес.
- Калькулятор. Отдельный расчетный модуль использует утвержденные правила и цены. Его конкретная реализация зависит от продуктовой матрицы компании.
- Роботы и задачи. На этапах автоматически создаются задачи менеджеру, замерщику и расчетчику, а просрочка попадает в контроль.
- Шаблоны документов. Данные клиента и позиции подставляются в коммерческое предложение и договор.
- Интеграция с 1С. После согласования утвержденный набор данных передается в учетный контур без повторного ручного ввода.
Как настроили воронку
- Новая заявка. Зафиксированы источник, клиент и объект.
- Первичная квалификация. Менеджер уточняет количество конструкций, ориентировочные размеры и сроки.
- Предварительный расчет. Клиент получает диапазон стоимости.
- Замер назначен. Есть дата, адрес и ответственный.
- Замер выполнен. Обязательные поля заполнены, схема и фотографии прикреплены.
- Финальный расчет. Расчетчик формирует спецификацию и цену.
- Согласование. Хранится текущая версия предложения и изменения.
- Договор и оплата. Зафиксированы документы и условия запуска.
- Передано в 1С. Создан учетный заказ с согласованными данными.
- Производство и монтаж. CRM получает ключевые статусы исполнения.
Как внедряли
Этап 1. Разобрали причины пересчетов
Изучили последние заказы и выделили поля, отсутствие которых чаще всего возвращало заявку менеджеру: тип открывания, размер, профиль, стеклопакет, цвет, подоконник, отлив, монтаж и этажность.
Этап 2. Разделили предварительный и финальный расчет
Предварительная цена нужна для быстрой квалификации, но не является производственным документом. Финальная спецификация создается только после проверенного замера и получает отдельную версию.
Этап 3. Настроили карточку замера
Замерщик заполняет структурированные поля и прикладывает схему и фотографии. Сделку нельзя перевести в финальный расчет, пока обязательные данные не заполнены.
Этап 4. Подключили калькулятор
Параметры из CRM передаются в расчетный модуль. Результат возвращается в сделку: конфигурация, позиции, стоимость и ссылка на версию расчета. Ручное копирование цены между таблицами исключили.
Этап 5. Связали Битрикс24 и 1С
Передается только согласованный заказ. До запуска определили владельца каждого справочника и правила обработки ошибок обмена. Это важно: интеграция без ответственного может быстро размножить дубли.
Этап 6. Настроили контроль срока
Для каждой роли установлен ожидаемый срок. Руководитель видит сделки, которые вышли за пределы этапа, а не собирает статусы на совещании.
Как изменился ежедневный процесс
- Заявка автоматически создается в Битрикс24.
- Менеджер заполняет исходные параметры.
- Калькулятор формирует предварительную стоимость.
- После согласия клиента назначается замер.
- Замерщик заполняет карточку объекта.
- Расчетчик получает полное задание и готовит финальную версию.
- Коммерческое предложение формируется из данных сделки.
- После договора заказ передается в 1С.
- Ключевые статусы производства и монтажа возвращаются менеджеру.
Как получили результат
Расчет: с 2 дней до 4 часов
Сотрудники перестали ждать уточнений по базовым полям. Расчетчик получает подготовленное задание и работает с актуальной версией замера.
Пересчеты из-за неполных данных: -46%
Обязательные поля и проверка перед сменой этапа отсекают неполные задания. Остались обоснованные пересчеты, связанные с изменением решения клиента или фактических условий объекта.
Конверсия в замер: +19%
Клиент быстрее получает понятный предварительный диапазон и не ждет несколько дней только для оценки бюджета. Менеджер видит задачу продолжить диалог.
100% версий сохраняются в сделке
Каждая отправленная версия имеет дату и статус. В договор и 1С передается только согласованный вариант, поэтому производство не использует устаревший файл из переписки.
Что можно повторить в другом производстве
- разделить предварительную оценку и финальную спецификацию;
- выявить поля, из-за которых заявки чаще возвращаются;
- запретить передачу неполного задания на следующий этап;
- хранить версии расчета в карточке сделки;
- назначить владельца справочников и цен;
- передавать в учетную систему только согласованный заказ;
- контролировать время на этапе, а не только общий срок сделки.
Что важно учесть
Универсального калькулятора для любого оконного производства не существует. Формулы, ограничения и состав данных зависят от профилей, фурнитуры, технологии и конфигурации 1С. Перед интеграцией нужен пилот на ограниченной группе конструкций и сценарии обработки ошибок.
Возможности роботов, CRM-форм и интеграций также зависят от тарифа и выбранного приложения. Их необходимо проверить до утверждения архитектуры.
CTA
Расчет заказа занимает слишком много времени? KULPS проведет аудит заявки, замера, калькуляции и передачи в производство и предложит пилотную схему Битрикс24 + 1С для выбранной группы конструкций.