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

За что отвечает CRM на производстве

Как понять, что CRM для производства поможет выполнять заказы, а не станет ещё одним журналом рядом с таблицами? Сначала отделите работу с покупателем от планирования цеха. CRM хранит обращения, договорённости и историю продажи. Производственная система рассчитывает потребность в материалах и учитывает выпуск. Ниже разберём требования для мебельного производства на заказ, где менеджер согласует изделие с клиентом, а подготовку и изготовление ведут другие сотрудники.

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

Удобная воронка продаж не сообщает, хватит ли материалов и когда освободится оборудование, если сотрудники не рассчитывают и не передают эти сведения. Поэтому я бы оставил расчёт производственной загрузки в профильной системе, а в CRM вывел понятный менеджеру срок и причину задержки, чтобы обещание покупателю опиралось на данные цеха. Статус без объяснения бесполезен. Руководителю нужен путь от входящего обращения до выдачи изделия, включая места, где сотрудники возвращают заказ на уточнение.

• В CRM: запрос, контакты, предложение, история изменений, ответственный за клиента.
• В производственном учёте: состав изделия, материалы, операции, выпуск и фактические затраты.
• На границе: номер заказа, подтверждённая версия, срок и ответственный за передачу.

Что видно в карточке запроса

До расчёта заказа менеджеру нужно отличить интерес к товару от подготовленного задания на изготовление. Покупатель может прислать эскиз, затем исправить размеры и дополнить состав, поэтому карточка хранит не только телефон, но и то, по какой версии сейчас ведётся разговор, чтобы после подготовки нового расчёта менеджер мог вернуться к предметному обсуждению. Новые сведения привязывают к существующему обращению. Иначе разные сотрудники начнут считать одну мебель дважды, а руководитель увидит лишние сделки вместо реального спроса.

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

Для дополнительных данных в Битрикс24 предусмотрены пользовательские поля. Справка по настройке смарт-процесса называет пункт «Настройка полей», через который создают нужные реквизиты. Поле о типе изделия помогает выбрать порядок расчёта. Поле об утверждённой версии связывает карточку с конкретным комплектом документов, а не с папкой, где лежат все присланные варианты. Заставлять менеджера заполнять производственные параметры, которых ещё нет, хуже, чем явно обозначить незавершённую подготовку.

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

Цена относится к определённому изделию

Предложение теряет смысл, если после изменения размера в нём остаётся прежняя стоимость. Расчёт связывают с составом изделия, условиями доставки и версией проекта, чтобы менеджер понимал, что именно он предлагает покупателю, когда тот просит убрать секцию или заменить материал. Сравнивать нужно состав. Одинаковая итоговая сумма ещё не означает, что в двух файлах описана одинаковая мебель.

Хранить все варианты в одной перезаписываемой ячейке — плохой выбор: при споре невозможно восстановить, какую комплектацию подтвердил покупатель. Отдельная версия расчёта оставляет эту связь видимой.

В Битрикс24 собственный объект для такого процесса создают в разделе «CRM → Смарт-процессы → Список смарт-процессов». Это возможность построить отдельную карточку, а не готовая система калькуляции мебели. Способ получения себестоимости и правила пересчёта предстоит описать отдельно. Если расчёт уже ведётся в профильной программе, разумнее передавать его результат и ссылку на версию, чем воспроизводить всю модель затрат в CRM. Для продавца существенны состав предложения, срок его действия и основание цены.

• При изменении размеров создаётся новая версия расчёта.
• В предложении покупателю указан тот же комплект, что в карточке заказа.
• Предыдущая версия остаётся доступной с понятной пометкой о замене.

Заказ принят цехом или только отправлен?

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

Связь продажи с внутренней работой в Битрикс24 настраивается через вкладку «Связи» у смарт-процесса. Официальная справка описывает привязку к сделкам, поэтому менеджеру можно показать связанную карточку, а не просить его искать заказ вручную по фамилии.

Список обязательных данных зависит от изделия, но порядок передачи лучше задавать одинаково: отправитель передаёт определённый комплект, получатель либо принимает его, либо возвращает с причиной. Комментарий о возврате относится к конкретной версии. Устная просьба перезвонить не даёт руководителю понять, что задержало изготовление. Когда CRM и производственный учёт соединены обменом, в задачу включают обработку недоставленного сообщения: где сотрудник увидит отказ и кто повторит передачу после исправления.

• Основание: клиент подтвердил состав и условия заказа.
• Комплект: актуальный чертёж, спецификация и ссылка на договорённость.
• Ответ цеха: принято либо возвращено с названной причиной.
• Контроль обмена: видимое сообщение об ошибке и назначенный ответственный.

Обещанный срок опирается на план производства

Покупателя интересует дата получения мебели, а цех работает с отдельными операциями. Между этими уровнями нужен понятный перевод: какая дата подтверждена производством и что менеджер вправе сообщить клиенту, если изменились материалы, конструкция или очередь работ, а прежнее обещание уже отправлено покупателю вместе с предложением. Срок требует основания. Ручное обещание в карточке сделки быстро устареет, если его никто не пересматривает после изменения заказа.

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

Стадии отражают последовательность работы, но не заменяют календарь. В Битрикс24 настройка «Использовать в смарт-процессе свои стадии и канбан» позволяет завести отдельные этапы внутреннего заказа. Названия этапов выбирают по событиям, которые сотрудники способны подтвердить. Завершение подготовки и готовность к выдаче полезнее расплывчатого обозначения о процессе, потому что эти события меняют следующее действие менеджера. Цвет карточки оставляют способом заметить проблему, а причину и ответственного записывают словами.

• Дата для клиента имеет владельца и источник.
• Изменение заказа вызывает пересмотр обещания.
• Отклонение содержит причину и следующее действие.

Изменения после запуска не теряются в переписке

После передачи в цех любое уточнение затрагивает уже принятые обязательства. Поэтому просьба покупателя изменить глубину шкафа получает отдельное решение: допустима ли переделка, как меняются стоимость и срок, кто уведомляет клиента и какая версия поступает дальше в работу. Нужен пересмотр расчёта. Простая замена файла в карточке опасна: сотрудник на следующем участке может продолжать работу по сохранённой копии.

Правильнее остановить затронутую часть заказа и явно получить подтверждение новой версии, чем бесшумно обновить данные ради красивой автоматизации. Иначе ускоряется передача ошибки.

Изменение можно описать связанной записью с причиной и состоянием рассмотрения. В том же Битрикс24 опция «Добавить список со связанными элементами в карточку» выводит связи в карточку исходного объекта. Менеджеру тогда доступен перечень запросов, относящихся к одной продаже. Автоматическое уведомление помогает донести решение до участников, но правило остановки и возобновления работы задаёт руководитель производства. В задании подрядчику стоит прямо назвать человека, который разрешает продолжение после изменения.

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

Права, отчёты и сценарий приёмки

Готовую CRM оценивают по действиям сотрудников. Демонстрацию проводят под рабочими ролями, потому что администратор видит больше данных и может обойти ограничения, с которыми столкнутся продавец или мастер при обычной обработке заказа, когда им потребуется вернуть неполный комплект или найти последнюю версию чертежа. Нужен повторяемый сценарий. Один и тот же заказ проходит от обращения до выдачи, затем участники возвращаются к изменению конструкции и смотрят, как система обработает повторную передачу.

В режиме «Список» смарт-процесса Битрикс24 поддерживает выгрузку в Excel. Такой экспорт пригодится для разбора незавершённых заказов, если состав столбцов заранее отвечает вопросу руководителя.

Отчёт по сумме сделок не показывает, сколько заказов ожидает расчёта и почему цех возвращает задания. Эти вопросы лучше разделить. Маркетологу нужен источник обращений и их дальнейшая судьба, руководителю продаж — незавершённые договорённости, производству — принятые заказы и причины остановок. На приёмке смотрят, совпадает ли количество записей с исходным списком и можно ли из сводного показателя открыть проблемный заказ. Красивый график без перехода к причинам оставляет прежнюю ручную работу.

• Менеджер видит нужный заказ и не меняет утверждённую производственную часть.
• Получатель может вернуть неполный комплект с объяснением.
• Повтор передачи не создаёт лишний заказ.
• В сводке различимы ожидание расчёта, изготовление и задержка.

Требования для обсуждения внедрения

Проект удобнее оценивать по завершённой цепочке заказа. Начните с обращения, расчёта и передачи в производство, а расширение на закупки и сложное планирование добавляйте после того, как сотрудники смогут пройти основной путь без повторного набора данных. Так легче определить объём. Подрядчик получает конкретный результат, который можно показать, вместо общего требования автоматизировать предприятие.

Рабочую формулировку можно перенести в запрос: «Нужна CRM для мебельного производства на заказ. Менеджер ведёт обращение и предложение, конструктор готовит актуальный комплект, производство принимает заказ или возвращает его с причиной. Требуется история версий, связь с производственным учётом и подтверждённая дата для клиента».

К этой формулировке приложите образцы документов без персональных данных и список ролей. Отдельно назовите используемую учётную программу, способы расчёта изделия и место хранения файлов, чтобы исполнитель мог оценить каждую передачу данных и объяснить, какие сведения останутся в текущих инструментах. На этапе внедрения CRM предметом разговора станет именно этот порядок работы. Для разделения задач также полезны статьи о том, когда компании нужна CRM, и об обмене между CRM и 1С.