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