Квалификация лидов: как согласовать критерии с отделом продаж

Договоритесь, какое обращение можно передавать в продажи

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

Целевой лид в рабочем регламенте — обращение, которое соответствует вашим условиям обслуживания и содержит подтверждённый интерес к предлагаемому решению. Это ещё не обещание покупки. Компания сама определяет порог допуска: географию, тип задачи, ограничения продукта и сведения, без которых продавец не сможет продолжить. Универсального набора признаков для всех услуг нет.

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

Результатом встречи должна стать короткая версия правил с владельцем и датой начала действия. Не пытайтесь сразу описать весь цикл сделки. Здесь решается один вопрос: есть ли основание передать обращение продавцу и какое уточнение требуется, если основания пока нет.

Отделите обязательный порог от приоритета обработки

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

В условной компании по обслуживанию оборудования обязательными условиями могут быть поддерживаемый тип техники и доступный регион выезда. Срок ремонта помогает оценить срочность. Наличие договора с несколькими филиалами может влиять на приоритет, но само по себе не делает одиночное обращение нецелевым. Это учебный пример; перечень зависит от реального предложения компании.

Не делайте отсутствие названного бюджета автоматическим отказом, если клиент ещё не получил ориентир стоимости. Равным образом должность обратившегося человека не всегда раскрывает его роль в выборе подрядчика. Ассистент может собирать предложения по поручению директора. Для передачи в продажи часто достаточно знать, кто участвует в решении и что нужно уточнить при следующем контакте.

У каждого обязательного условия должна быть проверяемая формулировка. «Крупный клиент» замените согласованным признаком, который сотрудник может выяснить без догадок. Если параметр влияет только на приоритет, прямо так и запишите. Это защищает процесс от незаметного ужесточения правил отдельными менеджерами.

Для каждого критерия запишите подтверждение и действие

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

Таблица условная. В своей версии добавьте источник сведений: сообщение клиента, результат разговора, значение формы. Менеджер должен отличать слова человека от предположения, которое сделали по домену почты или названию организации. Краткая запись «нужен выезд в область, адрес уточняется» полезнее отметки «подходит», если география влияет на возможность работы.

Оставьте значение «не выяснено». Пустое поле и отрицательный ответ имеют разный смысл. Если система позволяет выбрать только «да» и «нет», сотрудник будет вынужден угадывать или отклонять заявку ради заполнения карточки. Это недостаток правил, который следует устранить до оценки качества рекламы.

Разберите обращения, которые чаще всего вызывают спор

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

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

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

В условном примере посетитель пишет: «Нужна CRM, пока сравниваем варианты, решение через два месяца». Если компания помогает выбирать и внедрять CRM, это может быть подходящий запрос с отложенным сроком. Его маршрут определяется процессом компании: консультация сейчас или согласованный возврат позднее. Называть такое обращение нецелевым только из-за срока — значит незаметно менять критерии.

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

Перенесите принятые правила в карточку Битрикс24

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

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

Стадия должна отражать работу, а не заменять все её признаки. «Нужно уточнение» объясняет, почему обращение ещё не передано. Поле «регион» содержит факт. Поле «результат квалификации» фиксирует решение. Если всё записывать названием стадии, быстро появится длинный перечень почти одинаковых состояний, и сотрудникам станет сложнее выбрать нужное.

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

Проверьте, одинаково ли команда применяет критерии

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

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

Не исправляйте карточки задним числом только ради совпадения оценок. Сохраните исходное решение и коротко объясните изменение после обсуждения. Так появится обучающий набор: ситуация, действующее правило, итоговый маршрут. Новому сотруднику он позволит увидеть границы быстрее, чем длинное определение целевого клиента.

Условный спор: маркетолог передал заявку из соседнего региона, потому что выезд иногда возможен. Продажи отказали, поскольку стандартная зона обслуживания другая. Решение — указать, кто подтверждает исключение и сколько времени можно ждать ответа. Добавление жёсткого запрета без обсуждения могло бы исключить заказы, которые компания готова выполнять.

Закрепите приём передачи и порядок возврата

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

Возврат должен содержать причину и указание на критерий. «Нет бюджета» имеет смысл только тогда, когда бюджет действительно является согласованным условием передачи и подтверждено, что клиент ему не соответствует. Если продавцу просто неудобно начинать разговор без суммы, это повод обсудить процесс, а не автоматически ухудшать оценку маркетинга.

Назначьте человека, который рассматривает спорные возвраты. В небольшой компании это может быть руководитель; в более крупной — владелец процесса продаж. Решение фиксируется в карточке или общем журнале. Если исключение повторяется, обновите регламент и сообщите команде, с какой даты действует новая версия.

Не меняйте критерии только потому, что итоговые продажи оказались ниже ожиданий. Между квалификацией и оплатой есть предложение, переговоры и ограничения исполнения. Разбор причин потери сделки требует отдельных данных. Схему передачи можно дополнить материалом о передаче лидов в отдел продаж, а ретроспективную оценку — проверкой качества обращений.

Соберите регламент, которым можно пользоваться в работе

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

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

После пробного периода соберите вопросы пользователей и исправьте формулировки, которые приходится постоянно объяснять устно. Сохраняйте версию правил при обсуждении результатов: заявки, обработанные по разным порогам, нельзя сравнивать как полностью одинаковые. Дату пересмотра выбирайте по накопившимся вопросам и изменениям предложения, а не ради еженедельной смены регламента.

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