Длинная сделка в металлообработке не управляется сама собой. От первого запроса до согласованного заказа проходят недели: клиент собирает внутренние согласования, технолог проверяет чертёж, меняются версии расчёта. Если менеджер просто ждёт, сделка застревает на одной стадии и уходит конкурентам. Управление длинным циклом — это не ежедневные звонки с вопросом «Ну что?», а выстроенный ритм касаний, зафиксированные промежуточные цели и напоминания о следующем шаге.
Что считать длинной сделкой в металлообработке
Длинная сделка — это не та, которая идёт больше трёх дней. Это заказ, где между первым контактом и окончательным согласованием возникает несколько развилок: уточнение спецификации, расчёт стоимости, проверка технологичности, корректировка сроков, согласование договора и условий оплаты. В металлообработке такие сделки часто связаны с серийными заказами, нестандартными деталями или заказчиками с многоступенчатым внутренним согласованием.
Для менеджера важно различать три состояния: сделка движется, сделка ждёт внешнего решения, сделка потеряла следующий шаг. Первое состояние — нормальная работа. Второе — стадия ожидания с понятной датой возврата. Третье — сигнал, что сделку нужно либо оживить, либо честно закрыть с причиной. Длинный цикл не означает, что клиент не заинтересован. Он означает, что нужно удерживать сделку в поле зрения и каждый раз договариваться о следующем действии.
План касаний: ритм, каналы и содержание для менеджера
Касание — это не любой контакт, а запланированное действие с понятной целью: получить недостающие данные, подтвердить чертёж, отправить уточнённое КП, узнать решение по срокам. Ритм касаний зависит от стадии и договорённости с клиентом. Не нужно звонить каждый день, если клиент обещал вернуться через неделю. Но нельзя оставлять сделку без зафиксированной даты следующего шага.
Ниже — пример плана касаний для типового заказа на обработку. Интервалы можно менять под вашу воронку, но принцип остаётся: после каждого касания у менеджера должна быть дата и тема следующего.
| Этап сделки | Типовой интервал касания | Канал | Содержание касания | Ответственный |
|---|---|---|---|---|
| Заявка получена, идёт квалификация | 1–2 рабочих дня | Телефон, мессенджер | Уточнить материалы, размеры, количество, срок | Менеджер |
| Расчёт передан технологу | 1 раз в 2–3 дня | Телефон, внутренняя задача | Проверить статус расчёта, уточнить технологические ограничения | Менеджер |
| КП отправлено клиенту | 3–5 рабочих дней после отправки | E-mail, затем звонок | Уточнить, все ли позиции понятны, есть ли вопросы по цене | Менеджер |
| Клиент взял паузу на внутреннее согласование | По договорённости, обычно 5–7 рабочих дней | Звонок или письмо | Запросить дату решения, напомнить о себе без давления | Менеджер |
| Согласование чертежа или образца | 2–3 рабочих дня после отправки | E-mail, звонок | Подтвердить получение документа, зафиксировать замечания | Менеджер |
| Договор и условия оплаты | 3–5 рабочих дней | E-mail, телефон | Уточнить готовность подписать, обсудить аванс | Менеджер |
Ключевое правило: каждое касание заканчивается договорённостью о следующем шаге. Если клиент говорит «перезвоню на следующей неделе», менеджер уточняет конкретную дату и сразу ставит дело в CRM. Если клиент не может назвать дату, менеджер предлагает свою: «Я вернусь в четверг с уточнённым расчётом, если вы к этому времени получите ответ от снабжения». Это не давление, а нормальная координация.
Промежуточные цели сделки: от заявки до согласованного заказа
Промежуточная цель — это измеримый результат, который двигает сделку к следующему этапу. Для металлообработки типовые цели выглядят так: заявка полностью квалифицирована, расчёт согласован с технологом, КП отправлено и получено, чертёж подтверждён клиентом, договор и условия оплаты согласованы, аванс получен.
Каждая цель имеет критерий выхода. Например, «заявка квалифицирована» означает, что менеджер записал материал, толщину, размеры, количество, допуски и срок. Если этих данных нет, сделка остаётся на стадии уточнения — независимо от того, хочет ли клиент срочно получить цену. Менеджер не должен обходить обязательные поля ради скорости, потому что обязательные поля в CRM контролируют только заполнение карточки и переход стадии, а не истинность значений, согласование технологом, отправку КП или передачу заказа в производство. Неполный запрос остаётся на стадии уточнения до реальной проверки.
Промежуточные цели полезно фиксировать в карточке сделки: например, комментарием «Ждём чертёж в формате DWG до 15.10». Тогда руководитель или сам менеджер через неделю видит, что именно блокирует сделку. Если цель не достигнута в срок, менеджер не просто переносит дату, а меняет действие: звонит вместо письма, привлекает технолога, запрашивает эскалацию на руководителя клиента.
Напоминания и дела в CRM: как не потерять следующий шаг
Память менеджера — плохой инструмент для длинного цикла. В Битрикс24 для этого есть дела. Дело — это запланированное действие с датой и временем: звонок, письмо, встреча, подготовка договора. После каждого касания менеджер должен создавать дело на следующую дату. Если он выходит из карточки сделки без следующего шага, CRM предлагает создать дело и по умолчанию ставит срок +3 рабочих дня. Это полезная подсказка, но не замена точной договорённости: если клиент просил вернуться через неделю, менеджер вручную ставит нужную дату.
В канбане сделки с делами поднимаются наверх колонки, а в карточке загорается счётчик. В начале смены менеджер открывает режим просмотра «Дела» и смотрит колонку «На сегодня». Это базовый ритуал: сначала дела с истёкшим сроком, затем запланированные на сегодня, затем канбан с карточками без дел. Если карточка без дела — это сигнал, что следующий шаг не определён и сделку нужно вернуть в работу.
Обязательные поля контролируют заполнение карточки и переход стадии, но не проверяют, выполнено ли действие, актуален ли чертёж и отправлено ли письмо. Ответственность за содержание следующего шага остаётся на менеджере.
Триггеры и роботы для сдвига сделки по этапам
Часть рутины можно автоматизировать. Триггеры CRM могут перемещать сделку на другую стадию при наступлении отслеживаемого действия, например при изменении статуса связанной задачи. Это удобно, когда стадия зависит от формального признака: технолог завершил задачу на расчёт — сделка автоматически сдвигается на «Подготовка КП». Робот «Поставить задачу» может создавать задачу при попадании сделки на стадию: например, на стадии «Согласование чертежа» автоматически ставится задача технологу на проверку документа.
Однако триггер не проверяет содержание: он не знает, корректен ли расчёт, актуален ли чертёж и согласовал ли клиент условия. Если задача завершена с комментарием «Нужно уточнить у клиента», триггер всё равно может передвинуть сделку, если настроен только на статус «Завершена». Поэтому перед внедрением автоматизации нужно явно определить, какие переходы допустимы по формальному признаку, а какие требуют подтверждения сотрудника. Настройку роботов и триггеров под конкретную воронку должна подтверждать уполномоченная сторона — это вопрос внедрения, а не готового решения.
Ответственные и исключения: что делает менеджер, а что не делает система
Менеджер отвечает за: квалификацию заявки, договорённость о следующем шаге, подготовку и отправку КП, проверку данных перед передачей технологу, регулярные касания, фиксацию результата в карточке сделки, ручной перевод стадии после реального результата. Система помогает: напоминает о делах, поднимает срочные карточки в канбане, может создать задачу по роботу, может переместить сделку по триггеру при наступлении заданного условия.
Действия, которые менеджер выполняет вручную: проверка корректности расчёта, подтверждение актуальности чертежа, отправка КП или письма, передача заказа в производство, решение о закрытии сделки как успешной. Если клиент прислал файл, наличие файла в карточке не означает, что это актуальный чертёж. Менеджер явно сохраняет копию файла и прикладывает ссылку, если это предусмотрено процессом, но привязка файла не доказывает его пригодность.
Исключения: если клиент не отвечает после двух-трёх попыток с разных каналов, менеджер переводит сделку на стадию «Ждём решения» с указанием причины и следующей даты касания. Не стоит держать сделку на активной стадии без движения, но и удалять её не нужно, если она может вернуться в работу. Если запрос неполный, сделка остаётся на стадии уточнения до тех пор, пока данные не проверены, даже если клиент торопит.
Критерий результата: как проверить, что длинная сделка управляется
Управляемость длинной сделки проверяется не по количеству звонков, а по наличию зафиксированного следующего шага. Критерии для руководителя:
- у каждой сделки на стадии «В работе» есть дело с датой не позднее трёх рабочих дней;
- каждая сделка за последние семь дней либо перешла на новую стадию, либо в карточке записана причина остановки;
- нет сделок, которые дольше пяти рабочих дней находятся без запланированного касания;
- менеджер на утренней планёрке может по любой сделке ответить: «Следующий шаг — звонок клиенту в четверг, цель — получить подтверждение чертежа».
В Битрикс24 для ежедневного контроля используется режим просмотра «Дела» и канбан: сначала проверяются просроченные дела, затем задачи на сегодня, затем карточки без дел. Руководитель может выборочно открыть пять-семь сделок и убедиться, что у каждой есть следующая дата и ответственный. Если менеджер не может назвать следующий шаг, сделка считается неуправляемой, даже если клиент «вот-вот вернётся».
FAQ
Как часто нужно касаться клиента в длинной сделке? Не по единому расписанию, а по договорённости. Обычно на активных этапах расчёта — раз в 1–3 дня, на этапе ожидания внутреннего решения клиента — 5–7 дней. Главное — после каждого контакта фиксировать дату следующего шага.
Что делать, если клиент молчит после отправки КП? Не ждать больше недели. Через 3–5 рабочих дней отправить короткое письмо с вопросом о статусе, затем позвонить. Если после двух-трёх попыток ответа нет, перевести сделку на стадию «Ждём решения» с указанием причины и вернуться позже.
Может ли CRM сама вести длинную сделку? Нет. CRM напоминает о делах, поднимает срочные карточки и может частично двигать стадии по формальным условиям, например при завершении задачи. Но содержательную проверку расчёта, чертежа и договорённостей выполняет менеджер.
Обязательные поля гарантируют качество заявки? Нет. Они контролируют заполнение карточки и переход стадии, но не проверяют истинность значений, согласование технологом, отправку КП или передачу заказа в производство.