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