Вебформат

Главная/Блог/Продажи и CRM

Продажи и CRM10 сентября 20269 мин

CRM Битрикс24 для производства: что она закрывает на заводе, а что нет

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

Битрикс24 на производстве · граница с 1С и цехом
Битрикс24 на производстве · граница с 1С и цехом

Менеджер обещает клиенту отгрузку через три недели. У цеха он не спрашивал - спрашивать не у кого: план выпуска живёт в голове начальника производства и в файле, который обновляют по вторникам. Через три недели клиент звонит сам. Менеджер идёт выяснять и узнаёт, что заказ даже не запускали: не пришёл металл. Заявку на закупку никто не подал, потому что оплата упала на счёт, бухгалтерия увидела её в 1С, а снабжение узнало бы об этом на планёрке в четверг.

Ни одна система здесь не сломалась. Сломался стык между ними. Битрикс24 на производстве нужен именно для стыков: он держит заказ как обязательство перед клиентом - кто назвал срок, на чём этот срок держится, кто первым узнает, что он поехал. Планировать загрузку станков он не умеет и не должен, а попытка заставить его это делать остаётся самой частой причиной, по которой внедрение на заводе замирает на половине.

Дальше - где производственная компания теряет заказ, что из этого закрывает Битрикс24, где проходит граница с 1С и цеховыми системами и по каким цифрам через полгода видно, окупился проект или нет.

Три стыка, на которых завод теряет заказ

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

Второй - передача заказа в цех. Швейная фабрика CHADOLINI пришла к нам на этом: компания росла, продажи и производство шли в разных системах. Менеджер знал, чего ждёт клиент. Мастер знал, что стоит в работе. Связать одно с другим можно было только голосом, и каждая такая связка держалась на том, что конкретный человек не забыл дойти и спросить.

Третий - молчание после запуска в работу. В компании AVERS STAN, где делают рекламный текстиль с нанесением, до внедрения не отслеживались ни скорость ответа клиенту, ни загрузка производства, ни сроки поставок сырья. О срыве руководитель узнавал последним - от клиента, который уже успел разозлиться.

Что Битрикс24 закрывает на производстве, а что остаётся за 1С и цехом

От этой границы напрямую зависит смета проекта, поэтому проводим её до разговора о воронках.

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

Чего он не делает: не считает себестоимость по нормам расхода, не ведёт партионный учёт сырья, не строит пооперационное расписание по станкам и не отслеживает наработку оборудования до планового ремонта. Это территория 1С и цеховых систем класса MES. Между ними и CRM настраивается обмен, и любая попытка заменить одно другим заканчивается тем, что не работает ни то ни другое.

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

Отдельно про цифры, которые ходят по рынку. В материалах о Битрикс24 для производства регулярно встречаются обещания вроде сокращения цикла заказа на 22-43% и снижения простоев оборудования на 16-31%. Ни выборки, ни периода, ни метода замера при этих числах нет. Со вторым обещанием проблема ещё и по существу: простой станка сокращают планирование ремонтов и работа снабжения, а CRM влияет на него разве что косвенно - через то, что заказ доходит до цеха вовремя и с полным комплектом данных. У любого подрядчика, который называет такие проценты, имеет смысл запросить расшифровку: на скольких предприятиях мерили, за какой период и что именно сравнивали до и после.

Как устроена воронка, если производство работает под заказ

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

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

На CHADOLINI мы развели работу на 5 направлений сделок, которые одновременно учитывают продажи, производство и подрядчиков. Задачи сотрудникам ставятся по ходу движения заказа, и на любом этапе видно, где заказ находится и кто с ним работает. На заводе "АСД-электрик" под долгие сделки с большим числом участников сделали отдельный учёт: проектная поставка на металлургический или энергетический объект идёт месяцами и в логику обычной карточки сделки не помещается.

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

Цеху при этом не нужна вся карточка клиента. Технологу не важно, с какого объявления пришла заявка, мастеру - сколько раз менеджер перезванивал. Им нужен свой срез: что делаем, из чего, к какому сроку и что изменилось со вчерашней версии. Права настраиваются под это: каждый видит ту часть заказа, по которой принимает решение. Когда человеку показывают всё подряд, он перестаёт замечать своё.

Два условия, без которых заказ не должен уходить в цех

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

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

Второе условие - деньги. Если по договору производство или отгрузка зависят от оплаты, финансовое событие должно двигать заказ само: пришла предоплата - заказ уходит в работу, счёт просрочен - у менеджера появляется задача, условие не выполнено - стадия отгрузки закрыта. Бухгалтерия остаётся в 1С; в CRM попадает одно событие, и от него зависит, поедет заказ дальше или встанет.

Как связать Битрикс24 с 1С, чтобы данные не разъезжались

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

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

На заводе ЭКОВЕР, который производит теплоизоляционные материалы и работает напрямую и через дилеров, это выглядит так: обращение попадает в лид, лид переходит в сделку, а документальная часть параллельно оформляется в 1С. Оперативная информация по сделке живёт в Битрикс24, документы - в 1С. Туда же сведены телефония, сайт и мессенджеры, чтобы обращения из всех каналов заходили в одну точку, а не в четыре.

Штатный обмен закрывает каталог, контрагентов и счета. Дальше начинается доработка: возврат статусов производственного заказа из учётной системы в карточку, резервирование под конкретный заказ, расчёт маржи по фактическим затратам. Объём этой доработки определяет стоимость проекта на производстве куда сильнее, чем количество пользователей в портале - что ещё раздувает смету, разобрано в статье "Сколько стоит внедрение Битрикс24".

Что делать со сделкой, которая живёт полгода

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

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

Как эта связка работает на длинных заказах, мы разбирали по шагам на примерах завода металлообработки и производителя оборудования: какие роботы за что отвечают и где они перестают помогать.

Как снять с менеджеров вопрос "когда будет готово"

На производстве этот вопрос составляет заметную часть входящего потока и съедает время людей, которые в эту минуту не занимаются новыми сделками. Закрывается он в два уровня.

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

Второй - бот с доступом к учётной системе. У поставщика спецтехники такой бот сам закрывает до 80% обращений: статус запчасти или вызов техника занимают у клиента 30 секунд вместо звонка и ожидания на линии. У другого нашего клиента бот узнаёт обратившегося по идентификационному номеру компании, сверяясь с базой из 3000 юридических лиц. Там 80% обращений из клиентской базы обрабатываются прямо в боте, заявка попадает в работу за 3-5 секунд, а до менеджеров в итоге доходит 100% обращений - бот ничего не теряет, он снимает типовое. Обе цифры получены на наших проектах и отраслевой нормой не являются.

Тот же контур закрывает и внутренние обращения, которые в крупной компании идут тысячами в месяц: доступы, оборудование, спецодежда, вопросы по регламентам. Бот, отвечающий по корпоративной базе знаний, закрывает 40% таких вопросов ответом из документов - без создания заявки и без участия инженера.

Рекламация - это продолжение заказа

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

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

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

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

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

Пять показателей, по которым через полгода видно результат

До внедрения на заводе нет ни одной из этих цифр, поэтому первый месяц работы системы уходит на замер базы. Сравнивать становится с чем начиная со второго.

  • 01Время первой реакции на входящее обращение.
  • 02Доля производственных заказов, ушедших в цех с полным комплектом данных и подтверждённым сроком.
  • 03Доля заказов с отклонением от обещанной даты - обязательно с записанной причиной отклонения, иначе цифра ничего не объясняет.
  • 04Длина цикла от заявки до отгрузки, посчитанная отдельно по типам продукции: усреднять серийную позицию с проектной бессмысленно.
  • 05Доля повторных заказов от действующих клиентов.

Пятый на производстве часто важнее первых четырёх. Клиент, которому один раз сорвали срок без предупреждения, уходит к конкуренту молча. В отчёте по продажам это выглядит как естественное снижение спроса, и никто не связывает его с тем августом, когда заказ пролежал две недели без металла.

С чего начинается внедрение Битрикс24 на производстве

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

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

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

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

Разберём, где ваш заказ теряется между отделами

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