CRM для производства: как не потерять заказ до запуска в работу
В торговой компании путь сделки часто заканчивается оплатой и отгрузкой. В производстве после согласия клиента начинается самая сложная часть: расчет, спецификация, проверка материалов, конструкторская документация, плановая дата, запуск в цех и контроль изменений. Обычной воронки «Новая заявка — Счет — Успешно» для этого недостаточно.
Если CRM не связана с производственным учетом, менеджер считает заказ проданным, а цех может еще не получить окончательное задание. Клиент уверен в сроке, который никто не проверил. Технолог работает с одной версией спецификации, снабжение — с другой, а корректировка из переписки не попадает в производство.
Какие заказы теряются между продажей и цехом
Речь не всегда идет о заявке, которую забыли обработать. Заказ может присутствовать в CRM, но фактически потеряться внутри процесса:
- менеджер не передал файлы и техническое задание технологу;
- расчет завис без ответственного и срока;
- клиент согласовал новую комплектацию только в мессенджере;
- счет оплачен, но производственное задание не создано;
- обещанная дата не учитывает загрузку цеха и наличие материалов;
- производство запустили по устаревшей версии спецификации;
- менеджер не видит фактический статус и постоянно звонит мастеру;
- после отгрузки не создается задача на повторную продажу.
Почему одной учетной системы бывает мало
МойСклад, 1С или ERP хорошо работают с товарами, документами, остатками, закупками и производством. Но до появления подтвержденного заказа компания проходит коммерческий этап: обращение, квалификацию, замер, расчет, несколько вариантов предложения, согласование условий и договор.
CRM отвечает за клиента и действия менеджера. Учетная система — за исполнимость заказа и движение ресурсов. Смешивать эти задачи в одной длинной карточке можно, но по мере роста это приводит к лишним полям, двойному вводу и неясной ответственности.
Как должна выглядеть воронка производителя
Этапы нужно строить не по ощущениям менеджера, а по проверяемым событиям. Пример воронки для заказного производства:
- Новая заявка. Зафиксированы источник, контакт и предмет обращения.
- Квалификация. Понятны продукт, объем, регион, срок и потенциальный бюджет.
- Сбор требований. Получены размеры, файлы, чертежи и обязательные параметры.
- Расчет. Технолог или сметчик считает материалы, операции и цену.
- Предложение отправлено. Зафиксированы версия, сумма и дата следующего контакта.
- Согласование. Клиент подтверждает состав, сроки и условия.
- Договор и оплата. Выполнены коммерческие условия запуска.
- Готов к передаче. Собран полный пакет данных для производства.
- Передан в производство. В учетной системе создан заказ или производственное задание.
- Выполнен и отгружен. Зафиксирован результат и запущена работа с повторным заказом.
Сделка не должна переходить на следующий этап без результата предыдущего. Например, статус «Готов к передаче» недоступен, пока не заполнены спецификация, плановая дата, условия оплаты и ссылка на утвержденные файлы.
Какие данные хранить в CRM
В CRM остаются данные, нужные продажам и коммуникации: клиент, контакты, источник, потребность, бюджет, история писем и звонков, варианты предложения, причины отказа, задачи и обещания. Здесь же удобно хранить коммерческую версию технического задания и отметку о согласовании.
Не стоит превращать CRM в параллельный склад. Остатки материалов, партии, себестоимость, выпуск и списания должны жить в учетной системе. Иначе менеджер будет видеть копию данных, которая быстро устаревает.
Что передавать в МойСклад или ERP
После выполнения условий запуска интеграция создает заказ покупателя, заказ на производство или другую сущность, принятую в компании. Передаются:
- идентификатор сделки и клиент;
- организация, договор и способ оплаты;
- состав заказа, количество и согласованные цены;
- версия спецификации или ссылка на нее;
- плановая дата выпуска и отгрузки;
- склад или производственная площадка;
- комментарий с важными ограничениями;
- ответственные менеджер и координатор производства.
Из учетной системы обратно в CRM возвращаются номер заказа, состояние оплаты, обеспеченность материалами, плановая дата, статус производства и отгрузка. Менеджер видит ход исполнения, но не редактирует производственные документы.
Как защититься от разных версий заказа
Главное правило — один момент фиксации согласованной версии. После передачи заказ блокируется для свободного редактирования менеджером. Любое изменение оформляется запросом: что поменять, кто согласовал, как изменятся цена и срок.
Если клиент добавил позицию после запуска, система не должна незаметно перезаписывать производственное задание. Создается новая версия или отдельное изменение, которое подтверждают производство и снабжение. История остается доступной для разбора.
Автоматические задачи и контроль сроков
У каждой активной сделки должно быть следующее действие и ответственный. CRM может автоматически поставить задачу при переходе на этап: запросить чертеж, проверить расчет, позвонить после предложения или получить подтверждение оплаты.
В amoCRM задачи можно привязывать к сделкам и создавать автоматически через Digital Pipeline. В МоемСкладе отчет «Воронка продаж» показывает путь заказов и контрагентов по статусам, время на этапах и конверсию. Конкретный выбор зависит от сложности продаж и необходимости отдельной CRM.
Когда достаточно CRM МоегоСклада
Встроенной работы с контрагентами, заказами, статусами и воронкой часто достаточно, если цикл продажи короткий, менеджеров немного, расчет прост, а основная сложность находится на складе и производстве. Тогда не нужно поддерживать интеграцию двух систем.
Отдельная amoCRM или Битрикс24 оправдана, когда много каналов заявок, длинные переговоры, замеры, тендеры, несколько участников согласования, телефония, мессенджеры и сложная автоматизация задач. Но даже в этом случае производственные остатки и выпуск лучше оставить в профильной учетной системе.
Какие показатели смотреть руководителю
- время от заявки до первого ответа;
- время подготовки расчета;
- доля сделок без следующей задачи;
- конверсия предложения в подтвержденный заказ;
- время от оплаты до создания производственного задания;
- количество изменений после запуска;
- доля заказов, запущенных с полным комплектом данных;
- точность обещанного срока.
Мини-пример
Компания производит оборудование под заказ. Раньше заявка велась в CRM, расчет — в таблице, а задание в цех отправлялось письмом. После оплаты менеджер вручную создавал заказ в МоемСкладе. При высокой загрузке передача занимала два дня, а изменения из переписки терялись.
После настройки обязательных полей сделка переходит в статус передачи только с утвержденной спецификацией. Интеграция создает заказ с тем же идентификатором, а CRM получает номер и статус исполнения. Менеджер отвечает клиенту по данным системы, а технолог видит одну подтвержденную версию.
Чек-лист перед запуском CRM
- Определите, какое событие превращает сделку в подтвержденный производственный заказ.
- Назначьте владельца каждого этапа и норматив времени.
- Составьте список обязательных данных для передачи в цех.
- Решите, какая система является источником цен, остатков и спецификаций.
- Запретите свободное изменение заказа после подтверждения версии.
- Настройте обратные статусы производства и отгрузки для менеджера.
- Проверьте сценарии отмены, частичной оплаты, срочного заказа и замены материала.
Пилот лучше запускать на одном типе продукции и небольшой группе менеджеров. Если сразу перенести все исключения, старые ошибки окажутся автоматизированы вместе с процессом.
Как внедряет KULPS
KULPS описывает путь заказа, разделяет зоны ответственности CRM и учета, проектирует этапы и обязательные поля, настраивает роли, автоматические задачи и обмен данными. Перед полным запуском процесс проверяется на реальных типах заказов: стандартном, индивидуальном, срочном и заказе с изменением после согласования.
Если оплаченные заказы задерживаются между менеджером и цехом, закажите аудит. Мы найдем разрывы, определим точку передачи и предложим архитектуру CRM, МоегоСклада или 1С без лишнего двойного ввода.