Продажи и CRM · 26.09.2026 · Редакция ЦифроШтата

ИИ в продажах: какую задачу выбрать для первого пилота

Матрица операций продаж и карточка первого пилота ИИ: что поручить системе, как проверить черновик, когда оставить CRM-правило и где остановить тест.

Среди нескольких путей работы отдела продаж выбран один для пилота с проверкой человеком

Первым пилотом выбирайте операцию, у которой уже есть входные данные, понятный результат и проверяющий менеджер. Начните с черновика для сотрудника — например, краткого резюме разговора или проекта ответа на типовой вопрос. Не поручайте системе самостоятельно обещать клиенту условия сделки. Если задачу можно описать точным правилом CRM, сначала проверьте правило.

Путь заявки и дубли уже разобраны в статьях «Где теряются заявки» и «CRM-правила или ИИ». Здесь следующий вопрос: какую работу менеджера улучшать после того, как поток заявок виден.

Разделите операции по цене ошибки

На встрече с командой сравните не «ИИ для отдела продаж» целиком, а четыре конкретные операции:

ОперацияЧто получает системаПроверяемый результатКто решает до отправки клиенту
Резюме разговораРазрешённая запись или заметкиФакты, договорённости, следующее действиеМенеджер сверяет с исходником.
Черновик ответаВопрос и утверждённая информацияОтвет без выдуманных сроков и условийМенеджер проверяет и отправляет.
Разметка темы обращенияТекст и перечень категорийКатегория или отметка «неясно»Ответственный проверяет спорные случаи.
Условия предложенияПрайс, скидки, ограниченияПроект документаВладелец сделки и уполномоченный сотрудник утверждают условия.

Последняя строка обычно требует более строгого контроля: ошибка может превратиться в обещание клиенту. Для первого теста удобнее операция, где результат можно сверить до внешнего действия. NIST AI RMF предлагает заранее описывать контекст, роли человека и способ измерения риска; это методический ориентир, не гарантия качества пилота.

Карточка первого пилота

Скопируйте поля в рабочий документ и заполните до выбора сервиса:

  1. Одна операция: что происходит на входе и что сотрудник должен получить на выходе.
  2. Эталон: по каким исходным материалам сотрудник проверит факты.
  3. Границы: какие данные разрешены для теста, какое действие система только предлагает и что запрещено выполнять автоматически.
  4. Исключения: когда запрос сразу уходит человеку — например, нестандартные условия или жалоба.
  5. Измерение: сколько времени занимает полный цикл без ИИ и во время теста, включая проверку и исправление.
  6. Остановка: какая ошибка немедленно прекращает тест, кто её фиксирует и как возвращается ручной процесс.

Для проверки используйте набор обычных и сложных примеров с заранее согласованным правильным исходом. Руководство OpenAI по оценке AI-систем рекомендует делать тесты под конкретную задачу и сочетать метрики с человеческой оценкой. Это полезнее, чем выбирать инструмент по одному удачному демонстрационному ответу.

Не смешивайте несколько изменений в одном тесте. Если одновременно поменять маршрут заявки, скрипт менеджера и инструмент подготовки ответа, понять причину результата будет трудно. Укажите дату начала, одинаковый период сравнения и ответственного за запись исключений. При малом числе случаев описывайте каждый существенный сбой отдельно: доля в процентах может выглядеть убедительно, хотя за ней стоят единичные обращения.

Учебный пример выбора

Это вымышленный сценарий, не результат клиента. Руководитель выбирает между автоматической категорией для каждого обращения и черновиком резюме звонка. Темы обращений уже однозначно определяются полями формы — здесь логичнее проверить CRM-правило. У звонков свободная речь и несколько договорённостей; черновик резюме может быть кандидатом для теста. Менеджер сверяет его с исходной записью и только сам вносит задачу в CRM.

Если подготовка записи и проверка резюме занимают столько же времени, сколько ручная заметка, пилот не показывает операционной пользы. Если система часто пропускает обязательство перед клиентом, продолжать автоматизацию нельзя без изменения процесса и повторного теста. Эти выводы получают из собственных наблюдений, не из обещания поставщика.

Как принять решение

Сравните принятые результаты, полный труд команды и виды ошибок за одинаковый период. Наличие AI-функции само по себе не означает ускорения работы. Оставьте один сценарий только если сотрудник понимает, как проверить ответ, а полный цикл становится полезнее по вашим критериям. Иначе вернитесь к шаблону, CRM-правилу или ручной работе.

После выбора операции можно воспользоваться руководством по измерению пользы пилота. Оно поможет включить в расчёт не только скорость генерации, но и проверку, исправления и сопровождение.

ИИ в продажах: какую задачу выбрать для первого пилота | ЦифроШтат