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