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