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