CRM для производства: чем производственная логика отличается от торговой

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

Разберём, в чём именно разница и как её учитывают при внедрении.

Почему торговая воронка не подходит и зачем нужна CRM для производства

Сравнение двух логик:

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

Путь позаказного изделия

Как это выглядит по шагам:

1. Запрос. Клиент описывает задачу словами или присылает чертёж. На этом этапе нет ни цены, ни сроков.
2. Расчёт. Технолог или конструктор оценивает материалы, работу и сроки. Самый узкий этап: если расчёт идёт три дня, часть клиентов уходит.
3. Согласование. Клиент правит требования, расчёт пересчитывается. Итераций может быть несколько, и все они должны храниться, а не теряться в переписке.
4. Договор и оплата. Здесь торговая воронка заканчивается, а производственная только начинается.
5. Спецификация и запуск. Заказ превращается в задание для цеха.
6. Производство. Стадия, где клиент чаще всего звонит с вопросом «когда».
7. Отгрузка и монтаж. Логистика, а иногда и бригада на объекте.

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

Где заканчивается CRM и начинается производственный учёт

Граница проходит по вопросу «кому это нужно видеть»:

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

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

Расчёт стоимости: убрать блокнот менеджера

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

Что даёт вынесение расчёта в систему:

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

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

Какие статусы действительно нужны

Признак избыточности простой: если менеджеры массово держат заказы в одном-двух статусах, а остальные пустуют — лишние стадии надо убрать.

Рабочий минимум:

Продажа: новый запрос → расчёт → предложение отправлено → согласование → договор → оплата.

Исполнение: в производстве → готово → отгружено → закрыт.

Отдельно — причины отказа. На производстве их обычно три-четыре: дорого, долго, не берёмся, клиент передумал. Заполненное поле отказа через полгода отвечает на вопрос, теряете вы заказы по цене или по срокам, — и это разные управленческие решения.

Что показывают наши внедрения

Наши внедрения Битрикс24 на производственных компаниях — это Аризмо Инжиниринг, металлообработка «Бетельгейзе», производство мебели из ротанга «Гровер», агрохолдинг «Шахунское молоко», «Мясной Олимп» и производственная компания в Москве.

Что повторяется от проекта к проекту:

• Заказ ведут после оплаты. Там, где стадии исполнения не завели, менеджеры продолжают ходить в цех ногами.
• Расчёт вынесен из головы. Даже простая форма расчёта меняет скорость ответа клиенту сильнее, чем любые скрипты продаж.
• Связка с учётом обязательна. Без неё в CRM появляется вторая, неправильная версия номенклатуры.
• Сопротивление идёт от цеха, а не от продаж. Менеджеру система помогает сразу, мастеру — только когда убирает у него звонки с вопросом «когда будет готово».

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

С чего начинать производственнику

Порядок:

1. Описать путь одного типа заказа — самого массового, а не самого сложного.
2. Завести стадии продажи и исполнения, ограничившись минимумом.
3. Настроить обмен номенклатурой с учётной системой.
4. Вынести расчёт хотя бы для типовых позиций.
5. Проработать месяц, посмотреть, какие статусы пустуют и где данные вводятся дважды.
6. Расширять на другие типы заказов.

Общая методика выбора процесса для старта, если задача шире продаж, разобрана в статье про автоматизацию бизнес-процессов. А если параллельно болит склад — смотрите разбор про автоматизацию склада: на производстве эти две задачи обычно приходят вместе.

Частые вопросы