В производстве на заказ CRM должна связывать коммерческие договорённости с конкретной версией изделия и заказом на исполнение. Сделка отвечает за продажу, производственный заказ — за изготовление, комплектность и сроки. Попытка вместить весь процесс в одну длинную воронку часто смешивает ожидание клиента и фактическую готовность производства.
Разделите продажу и исполнение
В коммерческой части фиксируют запрос, расчёт, предложение и подтверждённый объём. После согласования возникает заказ с собственным составом, версией документации и ответственным за производство. Одна сделка может приводить к нескольким заказам или партиям.
Это рекомендуемая модель процесса, а не утверждение о готовой функции любой CRM. Реализацию через связанные сущности, задачи или внешнюю производственную систему выбирают после проверки возможностей продукта. Учёт загрузки оборудования и материалов не следует обещать только на основании наличия карточки сделки.
Управляйте версиями расчёта
К каждому предложению привяжите состав изделия, параметры, чертежи и допущения. Новая версия должна отличаться номером, датой и причиной изменения. Важен не просто последний загруженный файл, а версия, которую подтвердил клиент и принял исполнитель.
После запуска производства изменения проходят оценку влияния на стоимость, материалы и сроки. Менеджер не должен незаметно заменить чертёж в карточке, оставив бригаду со старой копией. Факт согласования и список затронутых заказов сохраняют в истории процесса.
Условный пример двух партий
Предположим, заказчик согласовал изготовление десяти изделий, а затем попросил изменить отделку у второй партии из четырёх. Первая партия уже запущена по исходной версии. Единое поле «актуальный чертёж» не объяснит, какие изделия должны соответствовать изменению.
В проектируемой схеме каждая партия связана со своей версией спецификации. Изменение второй партии фиксируется отдельным согласованием и проверкой материалов. Коммерческая сделка показывает общий договорённый объём, а производственные заказы — различие исполнения и плановые даты конкретных отгрузок.
Определите условия передачи в работу
Минимальный пакет может включать утверждённую спецификацию, подтверждение необходимых оплат, адрес поставки и критерии приёмки изделия. Обязательность каждого пункта устанавливают под процесс компании. Статус «согласовано» без доступного подтверждения недостаточен.
Исполнитель подтверждает получение задания и сообщает о недостающих данных. До этого нельзя считать передачу завершённой. Исключения, например срочный запуск до поступления части документов, должны иметь ответственного за решение и явное описание риска для сроков.
Покажите комплектность и зависимости
Для заказа различайте готовность документации, материалов, изготовления и отгрузки. Общий процент готовности без состава мало помогает диспетчеру. Если задержана одна комплектующая, руководителю нужно видеть, какие партии и обещания клиенту зависят от неё.
Связь с учётной системой требует отдельного договора по номенклатуре, единицам и состояниям остатков. Эти вопросы раскрыты в статье об интеграции CRM и 1С. Данные о доступности материалов нельзя считать актуальными только потому, что они однажды были записаны в CRM.
Приёмка отраслевого сценария
Пройдите тестовый заказ от запроса до двух частичных отгрузок. Внесите изменение после запуска, задержите материал и верните изделие на доработку. Проверьте, кто получает задачу и какая версия становится основанием каждого действия.
Схема готова, когда менеджер видит подтверждённые обещания, производство — исполнимое задание, а руководитель — причины отклонений. Для любой отгруженной партии должно быть возможно восстановить согласованную спецификацию и решения об изменениях без поиска по личным перепискам сотрудников.
Применить в вашей компании
Обсудим вашу задачу?
Поможем разобраться с процессом, данными и настройками. Работаем удалённо с компаниями по всей России.