Квалификация лидов из формы с помощью ИИ
Сценарий подходит для повторяющегося разбора входящих заявок. ИИ не принимает решение о ценности клиента, а готовит структурированный черновик для менеджера.
Цель и граница автоматизации
Что меняем
Цель схемы - сократить время между отправкой формы и первым осмысленным действием менеджера. Хороший результат не выглядит как автоматическая оценка человека. Это аккуратно заполненная карточка, где видны слова клиента, пробелы во входных данных и причина предложенной категории.
Где останавливается ИИ
ИИ заканчивает работу на подготовке полей. Решение о приоритете, назначении менеджера, допустимом предложении и первом ответе остается у сотрудника. Особенно важно не выводить бюджет, должность или готовность купить из косвенных признаков.
Эта страница построена как проектная схема. Сначала зафиксируйте цель и границу, затем опишите входы, переходы и результат. Такой порядок удобен, когда процесс только создается: команда может обсудить контракт до выбора конкретного конструктора автоматизаций.
Не начинайте с промпта. Большинство опасных ошибок появляется в маршрутизации, правах доступа, повторах и неясном владельце решения. Промпт становится полезным после того, как система уже умеет отклонить плохой вход и сохранить проверяемое основание.
Владелец, журнал и критерий готовности
До технической настройки назначьте одного владельца сценария «Квалификация лидов из формы с помощью ИИ». Он утверждает справочники, определяет допустимые исключения и решает, когда результат «Черновик карточки лида и уведомление менеджеру» можно использовать дальше. Администратор конструктора отвечает за доставку и права, а владелец процесса - за смысл полей и решение человека. Эти роли могут выполнять разные сотрудники.
В журнале храните идентификатор входа, время каждого шага, версию промпта, использованную модель, статус проверки и причину остановки. Не записывайте полный чувствительный текст только ради отладки. Готовность пилота подтверждается не одним удачным примером, а серией обычных, пограничных и ошибочных случаев, для которых известен ожидаемый маршрут и возможен безопасный повтор. Отдельно зафиксируйте, кто получает уведомление, если проверка не завершена в установленный срок или очередь исключений растет.
Какие входные данные подготовить
Идентификатор заявки
Устойчивый номер нужен для повторного запуска и поиска дублей. Адрес страницы или время отправки сами по себе недостаточны.
Текст задачи
Передается исходная формулировка без предварительного пересказа. Так менеджер сможет проверить, откуда появился каждый вывод.
Разрешенные категории
Справочник тем задается бизнесом и имеет версию. Модель не должна незаметно создавать новые этапы воронки.
Контакт и согласие
Сценарий проверяет наличие допустимого канала связи, но не отправляет контактные данные в модель, если они не нужны для разбора.
Как работает сценарий
Получить заявку
Триггер запускается после отправки формы. Передавайте только поля, которые действительно нужны для квалификации.
Проверить обязательные поля
Сценарий останавливается, если нет контакта, согласия на обработку данных или описания задачи.
Получить структурированный ответ
ИИ возвращает тему, краткое резюме, предполагаемый приоритет и вопросы для уточнения в отдельных полях.
Создать черновик в CRM
Автоматизация записывает исходный текст и результат ИИ, затем назначает менеджера по понятному правилу.
Проверить человеком
Менеджер исправляет категорию и приоритет до первого ответа клиенту. Автоматическая отправка коммерческого предложения не нужна.
Что должно появиться на выходе
Краткое резюме
Два или три предложения с задачей клиента, без рекламных оценок и предположений о масштабе компании.
Категория и основание
Значение из справочника вместе с короткой цитатой, по которой менеджер может подтвердить или исправить выбор.
Недостающие сведения
Отдельный список пробелов помогает задать вопросы, а не заполнять поля правдоподобными догадками.
Предложенный следующий шаг
Это черновик действия для сотрудника, а не команда CRM и не обязательство перед отправителем.
Правила решений и остановки
- Остановить процесс, если нет согласия или идентификатора заявки.
- Не повышать приоритет только из-за эмоциональных слов или заглавных букв.
- Отправить человеку все случаи, которые не укладываются в справочник тем.
- Сохранять старую версию карточки при повторном разборе.
Что передать модели
Промпт задает формат черновика, но не заменяет проверки входных данных и ограничений платформы. Скопируйте его как основу и подставьте собственный справочник полей.
Разбери заявку и верни JSON с полями summary, topic, urgency, missing_information и suggested_questions. Не оценивай платежеспособность человека и не придумывай данные, которых нет в заявке.
Контрольные примеры для пилота
Повторно отправить одну заявку и убедиться, что в CRM не появился дубль.
Передать форму без описания и проверить остановку до вызова модели.
Добавить противоречивые сведения и проверить, что они попали в список уточнений.
Использовать заявку вне справочника и проверить ручную очередь.
Проверочный список
Какие показатели отслеживать
Считайте медиану от отправки формы до открытия черновика менеджером, а не до автоматического создания записи.
Показывает полезность справочника и инструкции. Снижение важно только при стабильной выборке и ручном контроле.
Ошибки доставки измеряйте отдельно от качества текста, иначе технический сбой будет выглядеть как ошибка модели.
Основные риски
Персональные данные могут попасть в несколько внешних систем.
Модель может ошибочно определить срочность или тему.
Повторный запуск способен создать дубликат в CRM.
Что уточнить перед внедрением
Можно ли автоматически назначать менеджера?
Можно применить простое утвержденное правило по региону или продукту, но не скрытый вывод модели о ценности клиента. Первые недели назначения лучше подтверждать вручную.
Нужен ли модели телефон клиента?
Для тематической квалификации обычно нет. Контакт можно оставить внутри CRM и передавать модели только содержание запроса и технический идентификатор.