Какие данные нужны для квалификации B2B-заявки
Начинать стоит не со списка полей CRM, а с решения, которое предстоит принять менеджеру после первого обращения. Ему может быть важно понять задачу компании, повод обращения, названные сроки, участников выбора и подходящий следующий шаг. Для каждой категории задают допустимые источники: текст формы, письмо, история общения или разрешённый контекст о компании. Это помогает отличить сведения, которые клиент действительно сообщил, от данных, которых в обращении нет.
Критерии квалификации превращают этот контекст в рабочую схему: какие признаки влияют на маршрут, какие значения допустимы и что делать при пропуске. Например, срок «осень» можно сохранить именно так, не превращая его в точную дату. Если бюджет не назван, поле остаётся неизвестным. При противоречии между сообщением и контекстом правила сценария могут предусматривать показ расхождения и передачу его человеку на проверку, а не молчаливый выбор одной версии.
Что показывает кейс Siemens
В публикации Salesforce от 15 сентября 2026 года говорится, что Siemens охватывает ИИ-квалификацией 100% рассматриваемых входящих лидов в 132 странах. В описании агент использует контекст CRM, уточняет сведения и сохраняет ответы; среди тем названы бюджет и сроки.
Это заявленный охват конкретного входящего потока в клиентском кейсе поставщика. Он не показывает точность квалификации, конверсию или рост выручки, не является независимым аудитом и не позволяет переносить такой результат на другую компанию.
Условный пример: от заявки к сводке
Предположим, в письме сказано: «Ищем способ обрабатывать входящие заявки быстрее; хотим обсудить запуск осенью». Сводка может зафиксировать задачу как обработку входящих заявок, срок — как «осень, точная дата не указана», а бюджет и участников решения отметить неизвестными. Рядом полезно сохранить исходную формулировку, чтобы менеджер мог быстро сверить вывод с сообщением, а не принять гладкий пересказ за слова клиента.
На основании такой карточки сотрудник видит запрос, ориентир по срокам и пробелы, которые действительно нужно уточнить. Если в письме указаны два разных срока, сводка может вынести оба варианта в поле для разбора. Это помогает выбрать вопрос по конкретному расхождению. О том, как организовать обработку и маршрутизацию входящих заявок, подробнее — ИИ-квалификация и обработка заявок.
Как заметить ошибку и проверить сценарий
- Сверьте вывод с формулировкой клиента
Если в письме сказано «рассматриваем бюджет», а сводка сообщает «бюджет утверждён», система превратила возможность в факт. В правилах сценария следует требовать прямого подтверждения статуса; без него поле остаётся неопределённым.
- Составьте набор проверочных обращений
Возьмите примеры с разными формулировками, пропусками и противоречиями. Для каждого заранее отметьте, что прямо сообщено и какой маршрут соответствует правилам. Затем сравните извлечённые сведения, работу с неизвестными полями и назначение ответственного.
- Разберите качество по отдельным показателям
На небольшой выборке можно посчитать долю корректно заполненных проверяемых полей, частоту исправления маршрута и время подготовки менеджера к первому разговору. Разбирайте ошибки по типам: пропуск сведений, неверная интерпретация или ошибочная передача. Так понятнее, какое правило нужно уточнить и где требуется контроль.
- Закрепите порядок работы с исключениями
Определите, кто разбирает неоднозначные заявки, как сотрудник исправляет сводку и кто обновляет критерии после повторяющихся ошибок. Для смежного этапа полезна инструкция о том, как проверить передачу обращения между этапами продаж.