Тема синхронизации продаж и производства в металлообработке часто упирается в разрозненные статусы: менеджер считает заказ согласованным, а цех не знает, что по нему можно запускать работу. MES-система закрывает часть задач, но для небольших и средних компаний достаточно настроить CRM так, чтобы один заказ проходил понятные обеим сторонам стадии, а передача данных и обратная связь шли через задачи и автоматические смены статусов. Разберём практический регламент без внедрения отдельной производственной системы.
Единый список стадий заказа для продаж и цеха
Первое, что нужно сделать, — договориться о стадиях, которые будут одинаково понятны менеджеру и цеху. Не стоит копировать внутреннюю терминологию производства («раскрой», «гибка», «сварка») в воронку продаж: цеху важны не этапы переговоров, а моменты, когда требуется его действие. Разумный набор стадий для заказной металлообработки:
- Заявка получена
- Уточнение данных
- Расчёт
- КП отправлено
- Согласование
- В производстве
- Изготовление
- Готов к отгрузке
- Отгружен
- Закрыт (успешно или с отказом)
В Битрикс24 стадии настраиваются в справочниках CRM; для сделок можно переименовать начальную, добавить дополнительные и отметить финальные. Важно, чтобы названия были короткими и отражали состояние заказа, а не действие конкретного сотрудника. Например, «В производстве» означает, что заказ передан цеху, а «Изготовление» — что цех уже выполняет работу. Это разделение помогает менеджеру видеть, началась ли фактическая обработка или заказ ещё ждёт запуска.
Ниже — пример соответствия стадий и ответственных. Таблица не заменяет регламент, но фиксирует, кто и что должен сделать на каждом шаге.
| Стадия в CRM | Действие менеджера | Действие цеха | Ответственный за переход |
|---|---|---|---|
| Уточнение данных | Запросить недостающие чертежи, материал, количество | — | Менеджер |
| Расчёт | Передать данные технологу для оценки | Проверить реализуемость, дать оценку трудоёмкости | Менеджер и технолог |
| В производстве | Заполнить обязательные поля, перевести на стадию | Получить автоматически созданную задачу, подтвердить запуск | Менеджер |
| Изготовление | Следить за сроками, отвечать клиенту | Выполнять работу, обновлять статус задачи | Мастер цеха |
| Готов к отгрузке | Сообщить клиенту, организовать отгрузку | Завершить задачу, передать заказ на отгрузку | Цех → менеджер |
Таблица помогает увидеть, что переход из «Согласования» в «В производстве» — критическая точка: именно здесь заказ покидает зону продаж и становится обязательством перед клиентом.
Обязательные поля при передаче в производство
Чтобы менеджер не передал в цех неподготовленный заказ, на стадии «В производстве» нужно сделать обязательными несколько полей. В Битрикс24 обязательность поля можно привязать к конкретным стадиям: сотрудник не сможет переместить карточку на эту стадию, пока не заполнит требуемые поля. Обязательные поля можно привязать к конкретным стадиям, чтобы менеджер не мог передать заказ дальше без заполнения нужных данных.
Какие поля обычно делают обязательными перед передачей в цех:
- Ссылка на актуальный чертёж или файл (менеджер сохраняет копию и прикладывает ссылку в карточку)
- Материал и толщина
- Количество изделий или вес
- Требуемый срок отгрузки
- Комментарий по особым требованиям (покрытие, допуски, упаковка)
Важно понимать ограничение: обязательное поле лишь контролирует факт заполнения при сохранении или переходе стадии. Оно не подтверждает, что чертёж корректный, не согласует его с технологом и не отправляет КП. Если менеджер приложил файл, это не значит, что чертёж актуальный. Поэтому после перехода на стадию «В производстве» технолог должен открыть вложение и письменно подтвердить в комментарии или отдельной задаче, что документация принята. Неполный или непроверенный запрос остаётся на стадии «Уточнение данных» до реальной проверки.
Задачи для цеха: как донести заказ и ответственных
После того как сделка перешла на стадию «В производстве», цех должен получить задачу. В Битрикс24 для этого используется робот «Поставить задачу»: он автоматически создаёт задачу при попадании элемента CRM на нужную стадию. В настройках робота указывают название, описание, исполнителя и крайний срок. В название и описание можно подставить данные из карточки сделки — например, номер заказа, материал, количество и пожелания клиента. Это избавляет от ручного копирования.
Рекомендуемый шаблон задачи для цеха:
- Название: «Изготовить заказ [номер сделки] — [материал], [количество]»
- Описание: краткая спецификация, ссылка на чертёж, особые требования
- Исполнитель: мастер цеха или ответственный за участок
- Крайний срок: плановая дата готовности, согласованная с клиентом
Робот создаст задачу сразу после перехода сделки на стадию «В производстве». Менеджеру не нужно отдельно писать в мессенджер — задача появится у ответственного, и он сможет начать работу. При этом важно, чтобы исполнитель был заранее назначен: если в компании несколько участков, можно создать отдельные стадии или использовать разные воронки, но это уже вопрос настройки конкретного процесса.
Обратная связь от цеха: триггер по статусу задачи
Когда цех завершает изготовление, мастер должен сообщить об этом. Вместо звонка менеджеру можно использовать триггер, который автоматически меняет стадию сделки при изменении статуса связанной задачи. В Битрикс24 триггер «Отследить нужный статус задачи» срабатывает, когда задача переходит в выбранный статус, например «Завершена». Триггеры в CRM могут автоматически менять стадию сделки, когда связанная задача переходит в определённый статус, что позволяет цеху через задачу сообщать продажам о готовности.
Настройка: на стадии «Изготовление» создайте триггер, который отслеживает задачу, созданную роботом «Поставить задачу» на предыдущей стадии. Укажите статус «Завершена» и целевую стадию «Готов к отгрузке». Когда мастер цеха отметит задачу выполненной, сделка автоматически передвинется на стадию «Готов к отгрузке», а менеджер получит сигнал в ленте или через уведомление — в зависимости от настроек CRM.
Такой подход дисциплинирует цех: статус заказа меняется только после реального завершения задачи, а не по устному сообщению. Если нужно вернуть заказ на доработку, мастер может перевести задачу в статус «Не выполнена» или в специальный статус, а триггер вернёт сделку на предыдущую стадию — но эту логику нужно настроить отдельно и не злоупотреблять автоматическими возвратами, чтобы не запутать историю.
Исключения: неполный чертёж, срочный заказ, возврат на доработку
Неполный чертёж — самая частая причина задержки. Если обязательное поле «Чертёж» не заполнено или файл вызывает сомнения, менеджер не должен переводить сделку на стадию «В производстве», даже если клиент требует срочности. Заказ остаётся на стадии «Уточнение данных», пока технолог не подтвердит, что документации достаточно для запуска. Обход обязательных полей или ввод фиктивных значений запрещены: это создаёт ложное ощущение готовности и ведёт к браку.
Срочный заказ не отменяет контроль данных. Можно выделить отдельную воронку или стадию «Срочное производство», но обязательные поля и проверка технологом остаются. Разница лишь в крайнем сроке задачи: робот создаст её с той датой, которую укажете в настройках. Но нельзя пропускать заполнение чертежа ради скорости.
Возврат на доработку — это штатная ситуация. Если цех обнаружил, что чертёж не соответствует возможностям оборудования, мастер переводит задачу в соответствующий статус (например, «Возвращена»), а менеджер вручную возвращает сделку на стадию «Уточнение данных». В комментарии к задаче указывается причина: ошибка в размерах, нереализуемый радиус гиба, отсутствие допусков. После исправления документации сделка снова проходит путь от уточнения до производства. Важно фиксировать каждую итерацию, чтобы видеть частоту возвратов и работать с причинами.
Как проверить синхронизацию: критерий результата
Синхронизация считается работающей, если выполняются три условия:
- Все сделки на стадии «В производстве» имеют заполненные обязательные поля — это проверяется фильтром или отчётом по сделкам. Если есть карточки без чертежа или материала, значит, кто-то обошёл правило или обязательность не настроена.
- Для каждой сделки на стадии «В производстве» существует активная задача для цеха, созданная роботом. Отсутствие задачи означает, что цех не узнал о заказе.
- Среднее время между переходом сделки на «В производстве» и завершением задачи цехом не превышает плановый срок изготовления, а сделки не застревают на стадии «Изготовление» более чем на согласованный буфер. Если заказ висит дольше, руководитель должен выяснить причину: не хватает материала, перегрузка, неясная документация.
Дополнительно проверьте, что обратная связь от цеха действительно автоматизирована: при завершении задачи стадия сделки меняется на «Готов к отгрузке» без ручного вмешательства. Если этого не происходит, проверьте настройку триггера: возможно, неверно указан статус задачи или целевая стадия, либо задача не связана со сделкой.
Эти критерии не требуют сложной аналитики, их можно проверять раз в неделю по отчёту или вручную по канбану. Если хотя бы одно условие нарушено, синхронизация не работает, и нужно возвращаться к настройке обязательных полей, роботов или регламенту для цеха.
FAQ
Можно ли обойти обязательные поля при срочном заказе? Нет. Обязательные поля на стадии «В производстве» должны заполняться всегда, иначе заказ остаётся на уточнении до реальной проверки технологом. Срочность не заменяет корректный чертёж и спецификацию.
Как цех узнаёт о новом заказе, если менеджер не позвонил? При переходе сделки на стадию «В производстве» робот «Поставить задачу» автоматически создаёт задачу для ответственного сотрудника цеха. Задача появится у исполнителя, и он сможет начать работу по описанию и приложенной спецификации.
Нужно ли полагаться на автоматическое сохранение переписки с клиентом в карточке сделки? Нет. Менеджер должен явно сохранить копию чертежа и приложить ссылку на файл в карточку сделки. Это действие должно быть частью регламента, а не надеждой на фоновое сохранение.
Что делать, если цех вернул задачу на доработку? Мастер переводит задачу в статус, означающий возврат, и пишет причину. Менеджер возвращает сделку на стадию «Уточнение данных», устраняет проблему с клиентом и снова передаёт заказ в производство после подтверждения технологом.