Хорошая квалификация не превращается в длинную анкету. Она собирает только те сведения, без которых сотрудник не может продолжить работу, и сохраняет слова клиента отдельно от предположений системы.
Передача теплых лидов менеджерам требует явного согласия клиента на следующий шаг и короткого резюме его задачи. ИИ для первичной обработки лидов может собрать факты, но статус «готов к покупке» появляется только после подтверждения намерения.
Определите результат до настройки
Сформулируйте целевое событие одним проверяемым действием. Для первого участка процесса вопрос звучит так: когда ai-агент должен передать лид менеджеру? Для второго: почему «интересно» не равно готовности купить? Не подменяйте ответ на эти вопросы количеством звонков: после контакта должно появиться подтверждение клиента, запись в системе или задача конкретному сотруднику.
Первая механика: когда ai-агент должен передать лид менеджеру
Опишите три повода для эскалации: сложное решение, запрос вне подтверждённых фактов и сигнал о готовности к конкретному шагу. Передавайте вместе с разговором краткую выжимку. Это правило стоит превратить в схему «событие → проверка данных → вопрос клиенту → действие». Укажите для каждого шага источник информации и владельца. Если исходный факт недоступен, агент не должен угадывать: он сохраняет недостающий параметр и передаёт его сотруднику с обещанным сроком.
Голосовой менеджер по продажам передаёт человеку не только статус, но и дословный вопрос клиента, подтверждённый срок и повод для следующего разговора. ИИ для квалификации лидов полезен, когда менеджер может быстро отклонить ошибочную передачу с причиной, которая вернётся в настройку сценария.
Передача менеджеру бывает синхронной и отложенной. Для первой нужны доступный сотрудник и сохранённый контекст прямо во время разговора; для второй — задача со сроком и подтверждением клиенту. Оба маршрута тестируйте отдельно: удачная фраза «передаю» бесполезна, если человек попадает в глухую очередь.
Эскалация требует доступности сотрудника или честного срока обратной связи. Проверяйте оба пути на выходных и в пиковые часы, когда стандартный менеджер может быть недоступен.
Практический пример. Потенциальный клиент уточнил стандартные условия и готов выбрать дату консультации. Агент согласует слот; вопрос о нестандартном договоре направляет специалисту. После разговора проверьте не только формулировку ответа, но и финальную запись: какой исход выбран, какие данные подтверждены самим клиентом, кому назначено действие и когда оно должно быть выполнено. Без этой проверки красивый диалог может закончиться потерей заявки.
Вторая механика: почему «интересно» не равно готовности купить
Разведите статусы: попросил информацию, описал задачу, согласовал встречу, назвал срок и подтвердил бюджет. Следующий шаг должен быть наблюдаемым действием. В этой части процесса человек может изменить срок покупки, бюджет или роль собеседника. Поэтому храните последнее подтверждённое состояние и историю изменений. Если финальная карточка расходится с последней репликой клиента, следующий сотрудник повторит вопрос или выполнит неверное действие.
В карточке различайте эмоциональный тон и подтверждённое намерение. Слово «любопытно» означает интерес к информации, но не согласие на встречу. Можно ввести три уровня: запрос материала, сформулированная задача и согласованный шаг с датой. Через месяц сравните, какой уровень действительно предсказывает продажу.
Попросите продавцов показать, какой следующий вопрос они задают после статуса «интересно». Если вопрос каждый раз один и тот же, его можно перенести в первую линию; если зависит от контекста, в карточке не хватает описания задачи.
Сценарий для проверки. На предложение выслать презентацию собеседник отвечает «можно». Это повод отправить материал, но ещё не подтверждение сделки или даже потребности. Проиграйте соседний вариант: человек не знает бюджет и просит сначала объяснить варианты. Агент должен показать границу своих полномочий, обновить именно изменившийся параметр и оставить сотруднику точный открытый вопрос.
Рабочий инструмент и поля для команды
Заведите три статуса: попросил информацию, подтвердил задачу, согласовал следующий шаг. Для передачи создавайте короткую сводку из исходного запроса, ответов, препятствия и обещанного срока.
Как повысить конверсию из заявки в продажу, покажет разбор отклонённых передач: причины отказа менеджера часто важнее числа обработанных заявок.
В карточке обращения нужны критерий пригодности, подтверждённые ответы, неизвестные параметры и причина передачи. На втором этапе обновляйте эти поля после каждого подтверждённого изменения. Рядом с каждым значением отмечайте источник: сказал клиент, пришло из CRM или рассчитано системой. Сотрудник должен видеть последнее подтверждённое состояние и причину передачи.
Запуск на ограниченном потоке
Быстрая проверка для первого цикла: Прослушайте разговоры с отметкой «интересно» и попросите двух менеджеров независимо оценить, готов ли клиент к звонку или встрече. Не расширяйте охват, пока хотя бы один критичный переход регулярно теряет данные или создаёт необоснованное обещание. При ошибке меняйте конкретный факт, ветку или интеграцию, а затем повторяйте тест на исходном случае и соседних сценариях.
Метрики, формула и интерпретация
Считайте долю передач, которые менеджеры признали обоснованными, время от передачи до ответа и долю потерянных после передачи контактов. Проверяйте, какая доля каждого статуса затем превращается во встречу, коммерческое предложение и оплату. Качество передачи = принятые менеджерами контакты / переданные; дальше считайте явку и сделку отдельно от согласия получить материал. В таблице всегда показывайте абсолютные числа рядом с процентами: 4 ошибки из 10 разговоров и 4 из 1000 означают разные задачи. Для длинного цикла сделки задайте окно наблюдения и не приписывайте вчерашней кампании продажи старых лидов.
Ошибки и правила остановки
Нельзя считать перевод завершением задачи, если менеджер не видит предыдущие ответы и не знает, что клиенту уже обещали. Если назвать все положительные ответы лидами, стоимость результата искусственно снизится на бумаге, а план продаж останется прежним. Для каждого такого случая пропишите стоп-условие: что агент отвечает, какой статус ставит, кому передаёт вопрос и в какие сроки человек возвращается к клиенту. Сохраняйте отдельные исходы для отказа, недозвона, переноса и технического обрыва — повторный контакт для них должен работать по разным правилам.