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