Кто участвует в сделке по металлоконструкциям и как зафиксировать роли
Продажа металлоконструкций почти никогда не сводится к одному звонку и одному чертежу. Внутри компании в сделке участвуют менеджер, технолог или инженер по расчёту, часто руководитель отдела продаж; со стороны заказчика — снабженец, инженер-конструктор, иногда представитель производства. Если роли не зафиксированы, согласования начинают жить в личных переписках, а карточка сделки остаётся пустой. Поэтому первое, что стоит сделать, — завести в карточке сделки пользовательские поля под участников. В Битрикс24 для этого подходит тип поля «Привязка к пользователю»: в поле можно выбрать конкретного сотрудника компании. Для внешних участников подойдёт тип «Привязка к элементам CRM», чтобы связать сделку с дополнительным контактом заказчика, например инженером, который отвечает за чертежи.
Поля позволяют зафиксировать ФИО ответственного. Чтобы сотрудник узнал о новой задаче, нужен отдельный шаг: либо настроенная автоматизация (уточните у администратора, какой сценарий доступен), либо прямой контакт менеджера. Поэтому вместе с настройкой полей руководитель договаривается с командой: как только менеджер переводит сделку на стадию «Расчёт», он заполняет поле «Технолог по заказу» и лично пишет этому сотруднику в рабочем чате или ставит задачу вручную. Если поле оставить пустым, сделка останется на предыдущей стадии — это уже техническая настройка обязательности, о которой ниже.
Какие данные нужны в карточке до расчёта и передачи технологу
До передачи заявки технологу в карточке должны быть данные, без которых расчёт невозможен или будет неточным. Типовой набор для металлоконструкций: чертёж или эскиз, материал и толщина, количество изделий, требования к обработке (резка, гибка, сварка, покрытие — в рамках металлообработки), срок, к которому нужен расчёт, и контакт заказчика для технических вопросов. Часть этих данных уже есть в системных полях Битрикс24, но под специфику металлоконструкций почти всегда не хватает отдельных полей. Пользовательские поля в CRM создаются для хранения дополнительной информации, когда системного поля недостаточно. Например, можно создать поле «Ревизия чертежа» типа «Строка», поле «Материал» типа «Список» с вариантами «Ст3», «09Г2С», «нержавеющая сталь», поле «Количество изделий» типа «Число», поле «Файл чертежа» типа «Файл».
Важно: обязательные поля не проверяют истинность значений. В карточке CRM можно сделать поля обязательными: сотрудник не сможет сохранить или переместить элемент, пока не заполнит их. Это значит, что менеджер не переведёт сделку дальше, если не прикрепил файл и не указал материал. Но никто не гарантирует, что файл — это актуальный чертёж, а материал выбран верно. Поэтому обязательность — это барьер от пустых карточек, а не замена проверки технологом. Перед расчётом технолог должен открыть чертёж, сверить ревизию с перепиской и подтвердить, что данных достаточно.
Ниже — пример таблицы, которую можно использовать как чек-лист при настройке полей.
| Данные | Тип поля в CRM | Кто заполняет | Кто проверяет |
|---|---|---|---|
| Файл чертежа/эскиза | Файл | Менеджер | Технолог |
| Ревизия чертежа | Строка | Менеджер | Технолог |
| Материал и толщина | Список или Строка | Менеджер | Технолог |
| Количество изделий | Число | Менеджер | Технолог |
| Контакт заказчика по техвопросам | Привязка к элементам CRM | Менеджер | Руководитель |
| Технолог, ответственный за расчёт | Привязка к пользователю | Менеджер | Руководитель |
Как вести этапы согласования чертежей и коммерческого предложения
В длинной сделке по металлоконструкциям обычно есть несколько циклов согласования: сначала заказчик уточняет чертёж, потом вы готовите расчёт и КП, затем стороны могут менять конструкцию, цену или сроки. Чтобы это не превратилось в хаос, в воронке сделки стоит выделить отдельные стадии: «Уточнение данных», «Расчёт», «КП отправлено», «Согласование чертежа», «Договор и оплата», «Передано в производство». Уже на уровне стадий можно задать обязательные поля: например, на стадии «Расчёт» нельзя находиться без заполненного поля «Файл чертежа», а на стадии «КП отправлено» — без «Даты отправки КП» и «Суммы КП».
Но здесь снова нужно отделять заполнение от проверки. Обязательное поле заставляет внести дату, но не гарантирует, что письмо с КП действительно ушло заказчику. Поэтому регламент должен звучать так: менеджер отправляет КП вручную, затем вносит дату и прикладывает в поле «Ссылка» ссылку на письмо или сохраняет копию файла КП в согласованном месте. Аналогично с чертежами: после получения от заказчика новой ревизии менеджер не просто меняет номер ревизии, а прикладывает новый файл и явно сохраняет копию предыдущей версии, если это нужно для истории. Наличие файла в карточке не доказывает, что это актуальный чертёж, поэтому технолог перед расчётом сверяет версию с последним письмом.
Представим, что заказчик прислал чертёж кронштейна с пометкой «изменение 2». Менеджер прикладывает файл в поле «Файл чертежа», указывает ревизию «2» и в поле «Ссылка на письмо» вставляет ссылку на исходное сообщение. Технолог открывает файл, сверяет номер ревизии с полем «Ревизия чертежа» и только после этого заполняет поле «Чертёж проверен: Да». Если это поле останется пустым, карточка не перейдёт на стадию «Расчёт» — так работает обязательность на стадии. Этот пример условный, но он показывает, как действия сотрудников и настройки CRM дополняют друг друга.
Как раздавать задачи между продажником, технологом и заказчиком
В металлоконструкциях редко бывает так, что один сотрудник ведёт сделку от первого звонка до передачи в производство. Обычно менеджер общается с заказчиком и готовит КП, технолог считает трудоёмкость и материалы, а руководитель контролирует маржу и договорные условия. Чтобы каждый знал, что делать дальше, в карточке сделки нужно зафиксировать ответственных. Для этого подойдут пользовательские поля типа «Привязка к пользователю»: «Менеджер по сделке», «Технолог по расчёту», «Ответственный за договор». Поле «Привязка к пользователю» позволяет выбрать сотрудника из списка, а значит, в карточке всегда видно, кому передать вопрос.
Поле только фиксирует выбранного сотрудника. Чтобы этот сотрудник узнал о задаче, нужен отдельный шаг: либо настроенная автоматизация (уточните у администратора, можно ли по изменению стадии создавать задачу ответственному), либо прямое обращение менеджера. Если автоматизация недоступна, введите простое правило: менеджер при переводе на стадию «Расчёт» заполняет поле «Технолог по расчёту» и лично пишет этому сотруднику в рабочем чате или ставит задачу вручную. Когда технолог завершил расчёт, он заполняет поле «Расчёт готов: Да» и сообщает менеджеру. Руководитель следит, чтобы между стадиями не было «подвисших» карточек с заполненными полями, но без реального движения.
Как проверить готовность заказа перед передачей в производство
Финальный барьер — стадия «Передано в производство». Здесь нельзя полагаться только на то, что все обязательные поля заполнены. Обязательное поле само по себе не гарантирует, что цифры подтверждены, чертёж согласован, а условия договора приняты заказчиком. Поэтому руководителю отдела продаж стоит выборочно проверять карточки на этой стадии: открывать файл чертежа, сверять ревизию с перепиской, смотреть дату отправки КП и сумму, проверять, что внутри компании есть подтверждение от технолога.
Практичный чек-лист для стадии «Передано в производство» может включать поля: «Чертёж согласован заказчиком: Да/Нет», «Сумма договора», «Дата подписания договора», «Условия оплаты подтверждены», «Технолог подтвердил готовность к запуску». Все эти поля можно сделать обязательными, чтобы карточка не ушла в производство с пустыми значениями. Но после заполнения сотрудник, ответственный за передачу, должен ещё раз убедиться, что в полях стоят актуальные данные, а не просто «что-то написано». Только после такой проверки заказ можно считать готовым к передаче.
FAQ
Что делать, если клиент меняет чертёж после расчёта? Не переводите сделку на следующую стадию, пока не зафиксируете новую ревизию. Обновите поле «Ревизия чертежа», приложите новый файл и сохраните копию предыдущей версии, если это требуется. Технолог должен пересчитать стоимость и сроки, а менеджер — заново согласовать КП с заказчиком. Обязательные поля помогут не пропустить этот шаг, но проверку актуальности выполняет человек.
Можно ли пропустить обязательное поле ради срочного заказа? Нет. Неполный запрос остаётся на стадии уточнения до реальной проверки. Если поле не заполнено, карточка не должна двигаться дальше — это защищает от передачи в производство недостоверных данных. Срочность не отменяет необходимость актуального чертежа и подтверждённых цифр.
Как отличить подтверждённые данные от черновика? Введите отдельное поле типа «Да/Нет», например «Данные подтверждены заказчиком». Заполнять его должен менеджер только после того, как получил явное подтверждение от заказчика — письмом или в переписке. Само по себе поле не проверяет содержание, поэтому сотрудник обязан приложить ссылку на письмо с подтверждением или сохранить копию переписки.