Skip to main content
Надёжность и пилот

Пилот голосового AI-агента: узкий старт, базовая линия и критерии решения

Пилот, который проверяет всё сразу, при неудаче не показывает причину. В этом материале — охват пилота, план на шесть недель (подготовка и базовая линия, внутренние тесты, живая работа, анализ), оценочная карта из пяти показателей, критерии решения, иллюстративный пример службы доставки и типичные ошибки.

30 сентября 20265 мин чтения

Короткий ответ

Пилот голосового AI-агента должен начинаться узко, быть измеримым и заканчиваться заранее записанным критерием решения. Практичная рамка — шесть недель: неделя подготовки и базовой линии, неделя внутренних тестовых звонков, три недели живой работы на части реальных звонков и неделя анализа и решения. Всё время пилота человеческий резервный путь — маршрут к человеку для звонков, с которыми агент не справился, — должен быть открыт.

Цель пилота — не доказать, что «AI работает», а ответить на конкретный вопрос: для этого типа звонков, на этой линии достигает ли агент заданных критериев? В статье — план по неделям, оценочная карта пилота и то, как принимается решение продолжать или остановиться.

Охват пилота: узко и понятно

  • Один-два типа звонков — например, часы работы и запрос на запись
  • Одна линия или один номер — не все
  • Определённые часы — например, нерабочее время или часы пик
  • Один язык — остальные на следующем этапе
  • Ясная граница: чего агент не делает и когда передаёт звонок

Чем уже охват, тем понятнее результат. Если пилот проверяет всё сразу, при неудаче невозможно найти причину.

Неделя 1: подготовка и базовая линия

  1. Базовая линияЦифры за последние четыре недели по выбранному типу: объём, доля отвеченных, ожидание, результат.
  2. СценарийЧто агент говорит, что спрашивает, какие поля записывает.
  3. ЗнанияУтверждённый текст и владелец для каждой темы, на которую отвечает агент.
  4. Резервный путьНепонятный вопрос, просьба о человеке, техническая проблема — куда идёт каждый.
  5. РолиВладелец пилота, кто слушает звонки, кто вносит исправления.

Неделя 2: внутренние тестовые звонки

До подключения реальных клиентов команда делает собственные тестовые звонки. Минимум 30–50: типичные вопросы, два вопроса одной фразой, имена и цифры, которые легко исказить, тишина, просьба о человеке, тема вне границ, фоновый шум. Каждый тестовый звонок записывается в таблицу: ожидаемое поведение, фактическое, исправление.

Недели 3–5: живая работа

Агент принимает реальные звонки на выбранной линии и в выбранные часы. В первые дни смотрите транскрипт каждого звонка, затем переходите к ежедневной выборке. Раз в неделю — цикл исправлений: найденные проблемы, изменения базы знаний и сценария, проверка тестовым звонком. Не делайте много изменений за неделю — станет трудно понять, что сработало.

На живом этапе самый ценный источник — обратная связь операторов: что сказал клиент в переданном звонке, что агент понял неверно. Настройте для этого простой канал.

Оценочная карта пилота

До пилота запишите: какой показатель, какая цель, как измеряется. Иллюстративный пример:

  1. Доля полного решенияЗвонки, завершённые агентом без передачи, — цель задаётся от базовой линии.
  2. Верная передачаСколько звонков вне границ передано правильно — по выборочной проверке.
  3. Замеченные ошибкиЗвонки с неверной информацией — цель около нуля, каждый разбирается.
  4. СбросыКлиенты, завершившие звонок в разговоре с агентом, — не хуже базовой линии.
  5. РезультатЗаписи, заявки или заказы — в сравнении с базовой линией.

Неделя 6: анализ и решение

Решение — одно из трёх: расширить (другой тип звонков, линия, часы), продолжить и улучшать в том же охвате, остановить. Принимайте решение по оценочной карте и выборке звонков, а не по одному-двум запомнившимся звонкам. Остановка — тоже результат: причина, по которой не получилось, ценна для следующей попытки.

Критерии решения: пример

  • Расширить: все цели достигнуты, ошибки разобраны и исправлены
  • Продолжить: часть целей достигнута, причины проблем понятны
  • Остановить: замеченные ошибки повторяются или не работает резервный путь
  • Остановить: у команды нет времени поддерживать пилот — проблема ресурсов, а не технологии

Иллюстративный пример: служба доставки

Это не реальный кейс клиента. Служба доставки провела пилот на звонках в нерабочее время и только по вопросам статуса и часов работы. Базовая линия: все ночные звонки оставались без ответа. На живом этапе агент принимал ночные звонки, отвечал на вопросы о статусе ссылкой для отслеживания, остальные запросы фиксировал на утро.

На четвёртой неделе проверка показала, что жалобы «курьер не приехал» агент воспринимает как вопрос о статусе. В сценарий добавили отдельное правило: звонки с тоном жалобы идут утреннему дежурному в приоритете. Решение на шестой неделе — расширить на дневные часы пик.

Кому и как сообщать о пилоте

Операторы должны заранее знать, когда начинается пилот, какие звонки переходят к агенту и куда записывать сигналы. Руководство должно получать короткий еженедельный отчёт: оценочная карта одной таблицей, три примера звонков, изменения на следующую неделю. Отдельное объявление для клиентов обычно не нужно, но важно не скрывать, что агент — искусственный интеллект, и сохранять уведомление о записи.

После решения «расширить»

Расширение планируется как новый пилот: базовая линия, тестовые звонки и оценочная карта для нового типа звонков или линии. Сценарий, сработавший в первом пилоте, может не дать того же результата на новом типе звонков. Самый безопасный путь — одна переменная за раз: новые часы, или новый тип звонков, или новая линия, но не всё сразу.

Типичные ошибки

  • Начинать без базовой линии
  • Открывать пилот на всех линиях сразу
  • Писать критерии решения после пилота
  • Не тестировать резервный путь
  • Не назначать владельца пилота

Ограничения

Шесть недель подходят не всем: при малом объёме звонков для статистически значимого результата может понадобиться больше времени. Сезон и кампании могут исказить результат — отмечайте их. Если пилот идёт с реальными клиентами, уведомление о записи и правила обработки данных нужно проверить заранее.

Пилот с Vexvon

Vexvon AI Call Center работает поверх вашей SIP- или PBX-линии, поэтому для пилота не нужно менять номер. Правилами маршрутизации пилот можно держать узким: к агенту попадают только определённый номер или только звонки в нерабочее время, остальное идёт как раньше; правило можно проверить в симуляторе. Транскрипт, запись, резюме и извлечённые поля каждого звонка остаются в панели — оттуда берутся выборки для оценочной карты. Сложный звонок передаётся живому оператору.

Тип звонков для пилота — в статье матрица выбора, экономика — в ROI голосового AI-агента.

Первый шаг

Напишите план пилота на одной странице: тип звонков, линия, часы, цифры базовой линии, пять показателей и критерии решения. Эта страница — договор пилота. Другие статьи — в разделе надёжность и пилот; чтобы спланировать пилот вместе, свяжитесь с нами.

Live demo

Ready? Let's start

See Vexvon live in a 10-minute demo.

  • A scenario built for your business
  • A live sample call
  • A tour of the platform
Get a demoorBook a meeting

Your details are used only for the demo and to get in touch.