Когда для заявок хватит правил CRM, а когда нужен ИИ
Сравните правила CRM, ИИ и ручную обработку для каждой операции с заявкой. Дерево выбора, протокол теста и границы передачи человеку.
Если действие можно описать как «при таком поле и событии назначить владельца, поставить задачу или отправить согласованный шаблон», начните с правил CRM. ИИ имеет смысл проверять там, где сотрудник вынужден читать разнообразный свободный текст, выделять смысл и готовить вариант следующего действия. Дорогие, спорные и неоднозначные решения оставляйте человеку. Выбирайте решение для одной операции, а не для всей заявки сразу.
Разбейте обработку на операции
Фраза «автоматизировать заявки» скрывает разные работы. Приём из формы, выбор ответственного, определение темы, уточнение деталей и ответ клиенту имеют разную цену ошибки. Иногда CRM уже умеет закрыть большую часть пути. Например, роботы Битрикс24 могут выполнять действия при попадании элемента на стадию, а условия позволяют опираться на значения полей и время создания. Доступность конкретного робота зависит от тарифа и настройки аккаунта.
| Операция | Первая проверка | Вероятное решение |
|---|---|---|
| Записать заявку из формы | Есть ли надёжная передача и подтверждение приёма? | Интеграция и контроль доставки, не ИИ |
| Назначить по городу, продукту, смене | Заполнены ли нужные поля? | Правило CRM и резервный владелец |
| Узнать тему из свободного письма | Достаточно ли устойчивы ключевые слова и категории? | Человек или ограниченный AI-классификатор на пилоте |
| Подготовить ответ по базе знаний | Есть ли проверенная база и риск неверного обещания? | AI-черновик с проверкой либо утверждённый шаблон |
| Назвать индивидуальную цену, согласовать условия, разрешить спор | Кто уполномочен принять обязательство? | Ответственный сотрудник |
Это ориентир для выбора, а не гарантия возможностей любой CRM или AI-сервиса. Чистая доставка данных и явные права доступа нужны при любом варианте.
Дерево решения для одной операции
1. Вход предсказуем? Если источник передаёт отдельные поля «город», «товар», «тип клиента», проверьте правило. Если нужная информация скрыта в произвольной переписке, сначала посмотрите, нельзя ли изменить форму или шаблон сообщения. Это часто дешевле, чем подключать модель ради извлечения одного поля.
2. Что происходит при ошибке? Неверно назначенный владелец — исправимая ошибка, если есть очередь контроля. Обещанная клиенту цена или срок могут стать обязательством компании. Для второй категории не давайте автоматическому ответу право окончательного решения. В NIST AI RMF отдельно выделены определение задач системы, метрик риска и ролей человеческого надзора; используйте это как принцип проектирования, а не как «сертификат безопасности» конкретного инструмента.
3. Есть ли объём повторяющихся случаев? Посчитайте на собственных данных, сколько обращений за выбранный период действительно требуют чтения свободного текста и сколько времени уходит на это действие. Если таких обращений мало, настройка и контроль ИИ могут стоить больше ручной работы. Универсального порога заявок нет.
4. Можно ли проверить результат? Для классификации заранее определите правильные категории и разметьте примеры. Для черновика ответа — источник разрешённых фактов, запрещённые обещания и человека, который утверждает итог. Без эталона и владельца качества пилот не покажет, помогает ли решение. Методика оценки LLM-приложений OpenAI предлагает заранее формулировать цель, набор примеров и метрики, а затем повторять проверку при изменениях.
5. Что уже делает CRM? Прежде чем заказывать внешнее решение, проверьте правила, условия, очереди, журналы и ограничения вашего тарифа. «Нужен ИИ» не следует из того, что текущая настройка CRM неудобна.
Тест на 30 обезличенных обращениях
Для первого сравнения возьмите, например, 30 обезличенных обращений из разрешённого контура: типичные, короткие, неоднозначные, повторные, вне графика и с ошибкой ввода. Число 30 — редакционный размер учебного теста, а не статистически доказанный порог. Разметку правильного действия пусть сделает руководитель процесса вместе с опытным сотрудником. Одни и те же примеры прогоните через правило CRM и, если есть основание, через AI-вариант.
| Поле протокола | Что записать |
|---|---|
| Операция и граница | Например: только определить тему и предложить очередь; без ответа клиенту |
| Эталон | Категория и владелец по решению сотрудника, причина при споре |
| Варианты | Текущая ручная работа, правило CRM, AI-черновик |
| Ошибка | Неверная очередь, пропущенное исключение, выдуманный факт, задержка |
| Контроль | Кто увидит ошибку, за какое время и как отменит действие |
| Затраты | Настройка, подписка, интеграция, человеческая проверка, исправление |
| Решение | Внедрить правило, продолжить ограниченный пилот, оставить человеку |
Считайте не только «правильные категории». Отдельно посмотрите, какие ошибки дороже: перепутанный отдел, потерянное срочное обращение или неверное обещание. Зафиксируйте долю случаев, отправленных человеку, и время до первого содержательного ответа. Для AI-варианта полезно сохранять исходное обращение и предложенный результат, чтобы проверяющий видел контекст. Если качество падает на новых формулировках или источник знаний устарел, возвращайтесь к ручной обработке до исправления.
Три результата, которые считаются хорошими
Правила победили. Поток структурирован, исключения редки и заметны, стоимость настройки мала. Закрепите ответственного за изменения правил и проверяйте их после изменения формы, воронки или графика смен. Это полноценный результат, даже если ИИ не понадобился.
Нужен ограниченный AI-пилот. Свободный текст разный, сотрудник регулярно тратит время на чтение и классификацию, а результат можно проверить. Начните с подсказки темы или черновика внутренней карточки. Не выдавайте модели право менять цену, обещать срок или закрывать спор. Задайте критерии остановки до пилота: например, каждый критический промах направляется руководителю, а при повторении пилот прекращается до разбора причины. Порог и сроки задаёт ваша команда по цене ошибки.
Оставить человеку. Случаи редки, риск высок, данные неполны или нет возможности оценить правильность. Здесь полезнее улучшить форму, базу знаний и маршрут эскалации, чем добавлять автоматизацию.
Если аудит показал, что обращения вообще не доходят до рабочей очереди, вернитесь к карте пути заявки: классификатор не исправит потерянное событие. Если после проверки вы выбрали ограниченный AI-сценарий, в каталоге ЦифроШтата можно изучить профили и оставить заявку на обсуждение пилота. Карточка профиля не подтверждает готовую интеграцию с вашей CRM: состав работ и условия нужно согласовать отдельно.