ИИ-квалификатор заявок amoCRM: проверка передачи менеджеру

Что именно проверяет ИИ-квалификатор перед передачей менеджеру

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

Поэтому проверять нужно не только наличие ответа от ИИ. Важно убедиться, что система:

• задаёт вопросы, связанные с вашим процессом продаж;
• записывает ответы в нужные поля amoCRM;
• отличает обычный запрос от сложного или готового к покупке;
• передаёт менеджеру причину эскалации и собранный контекст;
• назначает ответственного и сохраняет историю диалога;
• не оставляет обращение без следующего действия.

Если тест заканчивается на сообщении «заявка принята», критическая часть сценария ещё не проверена. Результат нужно смотреть в карточке сделки и в маршруте, по которому обращение должно попасть к человеку.

Подготовьте критерии квалификации и обязательные поля

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

Определите минимальный набор данных

Состав полей зависит от продукта и процесса, но обычно проверяют:

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

Не нужно собирать все возможные сведения до первого контакта. Важнее определить минимальный набор, без которого менеджер не сможет продолжить разговор или оценить приоритет заявки.

Сформулируйте правила эскалации

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

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

Правило должно быть наблюдаемым. Формулировка «сложный лид» слишком общая для теста. Лучше указать, какой текст, ответ или комбинация полей запускает передачу.

Чек-лист успешного сценария: от первичного обращения до карточки сделки

Проверяйте сценарий последовательно, не пропуская промежуточные результаты.

1. Создайте отдельное тестовое обращение. Используйте данные, по которым его легко найти, и не смешивайте тест с реальными клиентскими диалогами.
2. Отправьте первичный запрос. Зафиксируйте, какой текст и какие исходные данные получил квалификатор.
3. Ответьте на вопросы по сценарию. Проверьте, не пропускает ли ИИ обязательные шаги и не задаёт ли вопросы, которые не влияют на маршрут.
4. Доведите тест до понятного исхода. Это может быть продолжение автоматической обработки, отказ по заданному правилу или передача менеджеру.
5. Найдите карточку в amoCRM. Проверьте, создалась ли нужная сделка, воронка и этап.
6. Сверьте поля. Сопоставьте ответы из диалога с фактическими значениями в карточке.
7. Проверьте маршрут. Убедитесь, что заявка назначена нужному ответственному и появилась там, где менеджер действительно её увидит.
8. Откройте историю. Проверьте, сохранён ли диалог или его существенная часть, а также сообщения о передаче.
9. Зафиксируйте результат. Для каждого теста укажите ожидаемый исход, фактический исход, найденное расхождение и требуемую доработку.

Успешным считается не просто создание сделки. Менеджер должен получить заявку в рабочем месте, с достаточным контекстом и понятной причиной, почему автоматический сценарий завершился.

Тесты для сложных обращений и обязательной эскалации

Одного позитивного примера недостаточно. Отдельно проверьте ситуации, в которых автоматизация должна уступить место менеджеру.

Клиент готов к покупке

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

Нестандартный вопрос

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

Неполный ответ

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

Конфликтные данные

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

Прямая просьба о человеке

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

Повторное обращение

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

Как проверить контекст, ответственного и историю диалога в amoCRM

После каждого теста проверяйте три группы результатов.

Контекст

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

Ответственный

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

История диалога

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

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

Что делать, если ИИ не передал заявку или передал её без данных

Сначала зафиксируйте конкретный тест: исходное обращение, ответы клиента, ожидаемый маршрут и фактическое состояние карточки. Затем разделите проблему по уровню.

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

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

Где заканчивается автоматизация и начинается работа менеджера

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

Практично разделить процесс на три зоны:

1. Автоматическая обработка. Типовые вопросы, сбор минимальных данных и проверка простых условий.
2. Передача с контекстом. Готовность к покупке, нестандартный запрос, противоречия, высокая ценность или просьба о человеке.
3. Ручной контроль. Обращения без обязательных данных, сбои маршрута, повторные заявки и случаи, где результат теста не соответствует правилу.

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

Если нужно проверить и настроить передачу сложных обращений из ИИ-квалификатора менеджеру, это можно сделать в рамках услуги ИИ-квалификатора для amoCRM.

Короткий чек-лист проверки

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

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

Частые вопросы

Что должен передавать ИИ-квалификатор менеджеру вместе с заявкой?

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

Как понять, что обращение нужно эскалировать человеку?

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

Можно ли проверить ИИ-квалификатор на тестовых обращениях?

Да. Используйте отдельные тестовые данные и проверяйте весь путь: диалог, карточку сделки, поля, ответственного, уведомление и историю. Не ограничивайтесь тем, что ИИ выдал корректный текстовый ответ.

Что делать, если сложная заявка осталась в автоматическом сценарии?

Зафиксируйте обращение и ожидаемый маршрут, найдите несработавший критерий, внесите точечную правку и повторите тест. До исправления выделяйте подобные обращения для ручного контроля.

Чем эта проверка отличается от проверки доставки заявки в amoCRM?

Проверка доставки показывает, дошла ли заявка технически. Проверка ИИ-квалификатора дополнительно оценивает решение о передаче, полноту контекста, назначение ответственного и сохранение истории диалога.