Когда задача становится актуальной
- Менеджеры вручную переносят смысл переписки в поля CRM.
- Заявки попадают к специалисту без информации, необходимой для первого решения.
- Одному клиенту задают одинаковые вопросы в нескольких каналах.
- Короткие обращения теряются, хотя их коммерческий смысл ещё не выяснен.
Что именно извлекается из обращения
Состав карточки зависит от услуги. Для проектной работы важны текущая ситуация, желаемый результат, используемые системы и участники принятия решения. Для поставки — предмет запроса, количество, место получения и ограничения. Необязательные сведения не превращаются в барьер для первого ответа.
В карточке различаем слова клиента, интерпретацию AI и установленный бизнесом признак. Если человек написал «хотим быстрее», это пожелание, пока не определён процесс и критерий скорости. Предположение не сохраняется как согласованное требование. Для каждого существенного поля полезно иметь фрагмент обращения, на котором оно основано.
Как устроить уточнение без длинной анкеты
Следующий вопрос выбирается по тому, что препятствует конкретному решению: непонятен предмет, отсутствует идентификатор заказа или требуется определить ответственное подразделение. Уже известные сведения подставляются из доступного контекста. Переписка должна двигать обращение к следующему шагу, а не последовательно заполнять все поля базы.
Маршрутизация опирается на согласованные критерии компании. Нехватка бюджета в первом сообщении или необычный адрес почты сами по себе не означают отказ. Сомнительные обращения можно направить на проверку, сохранив историю и причину такого маршрута, без утверждений о личности отправителя.
| Состояние заявки | Что делает обработка | Следующий шаг |
|---|---|---|
| Предмет понятен | Собирает краткий контекст | Назначает профильного ответственного |
| Нет описания задачи | Готовит один открытый вопрос | Ожидает уточнения |
| Данные противоречат друг другу | Показывает обе версии | Передаёт спорное поле на проверку |
| Повторное обращение | Находит возможную связь с историей | Подтверждает объединение записей |
Пример квалификации запроса на автоматизацию
Рассмотрим пример: руководитель пишет, что заказы теряются между отделом продаж и исполнителями. AI выделяет проблему передачи, фиксирует упомянутую CRM и спрашивает, где сотрудники сейчас получают задания. После ответа в карточке появляется краткая схема текущей работы и вопрос для специалиста по архитектуре.
Позже тот же человек присылает сообщение с другого канала и называет иной состав систем. Обработка показывает возможное совпадение и расхождение, но не заменяет прежние сведения молча. Менеджер подтверждает связь обращений, уточняет актуальную конфигурацию и получает единый контекст для обсуждения проекта.
Как оценивать качество квалификации
На проверку передаются обезличенные примеры реальных формулировок: подробные, короткие, эмоциональные и смешивающие несколько тем. Проверяем, не появились ли вымышленные потребности, правильно ли определён маршрут и можно ли продолжить разговор на основании подготовленной карточки. Полнота заполнения сама по себе не доказывает качество.
Отдельный сценарий касается отсутствия ответа. Согласуем, когда обращение остаётся открытым, когда сотрудник получает задачу и какое событие завершает ожидание. Если используется повторная коммуникация, её основания и ограничения задаёт компания. AI не должен самостоятельно назначать бесконечную цепочку напоминаний.
Что получит компания
- Модель заявки с разделением фактов и предположений.
- Правила извлечения сведений и выбора уточняющего вопроса.
- Маршруты распределения и обработки спорных обращений.
- Связь с выбранными каналами и карточкой CRM.
- Проверочные примеры и критерии качества квалификации.
Что подготовить к обсуждению
- Обезличенная подборка входящих заявок и ответов менеджеров.
- Описание услуг и критериев распределения обращений.
- Поля CRM и список каналов поступления запросов.
- Примеры сведений, достаточных для следующего шага.
Вопросы о проекте
Можно ли использовать AI только внутри отдела продаж?
Да, он может готовить карточку и вопросы для менеджера без самостоятельной переписки с клиентом. Такой формат позволяет проверить логику квалификации на рабочем потоке.
AI сам решает, кому отказать?
Порядок отказа определяет компания. Для неоднозначных случаев проектируется ручное решение; AI может подготовить сведения и указать, какой критерий требует проверки.
От чего зависит сложность внедрения?
От разнообразия запросов, доступности истории, правил распределения и возможностей каналов связи. Начать можно с одного источника заявок и одного направления услуг, затем расширять модель.