uc-vc-heroКлиент звонит узнать, где заказ. Агент правильно называет статус, но долго молчит перед ответом, перебивает уточнение и не может соединить с сотрудником. В расшифровке разговор выглядит приемлемо. На линии клиент получает плохой сервис.
Автоматизация входящих звонков требует проверить весь путь: дозвон, понимание речи, получение данных, озвучивание ответа и передачу обращения. Красивого голоса и правильного текста недостаточно. Руководителю контакт-центра нужен сценарий с понятным результатом, ограничениями и способом вернуть звонок команде, если автоматизация не справилась.
Разберём, какие задачи передавать голосовому ИИ-агенту, что подготовить вместе с ИТ и как принять пилот на реальной телефонной линии.
1. Какие входящие звонки стоит автоматизировать
Начните с тематик, по которым у команды уже есть правила обслуживания и доступный источник ответа. Для первого запуска удобнее задача, где можно однозначно проверить результат: клиент получил актуальный статус, заявка зарегистрирована, звонок поступил в нужную очередь.
Высокая доля темы в потоке ещё не делает её хорошим кандидатом. Если операторы каждый раз договариваются об исключениях с другим подразделением, агенту тоже потребуется этот маршрут. Сначала опишите, кто принимает решение и какие действия разрешены.
| Сценарий | Что должен сделать агент | Когда подключать сотрудника |
|---|---|---|
| Справочная консультация | Найти ответ в утверждённых материалах и коротко объяснить его | Ответа нет, источники противоречат друг другу, вопрос выходит за правила |
| Статус заказа или заявки | Пройти предусмотренную проверку клиента, запросить статус и назвать его | Клиент не прошёл проверку, запись не найдена, система недоступна |
| Запись или регистрация обращения | Собрать обязательные сведения и получить подтверждение записи в системе | Нет подходящего варианта, сведения неоднозначны, операция завершилась ошибкой |
| Маршрутизация звонка | Уточнить тему и соединить с подходящей очередью | Тема не определена, очередь недоступна, клиент просит сотрудника |
uc-vc-scenariosЭто примеры проектирования, а не описание достигнутых результатов targetai. Возможность конкретного действия зависит от телефонии, интерфейсов систем и правил заказчика.
Отдельно выделите обращения, которые пилот пока не обслуживает: спорные начисления, нестандартные компенсации, сложные жалобы. Агент может распознать такую тему и организовать передачу. Самостоятельное урегулирование потребует другого набора полномочий и испытаний.
Для оценки общего потока и нагрузки пригодится материал об автоматизации контакт-центра. В голосовом проекте дополнительно проверьте, выдерживает ли выбранный сценарий условия живого разговора.
2. Как устроен голосовой ИИ-агент
В распространённой архитектуре с распознаванием и синтезом речи звонок проходит несколько связанных компонентов. Телефония принимает вызов и передаёт звук. Распознавание речи, ASR, превращает реплики клиента в текст. Диалоговая логика определяет следующий шаг, обращается к знаниям или инструментам. Синтез речи, TTS, озвучивает ответ.
Эта схема помогает разделить причины ошибок. Если клиент назвал номер заказа, а агент искал другую запись, нужно посмотреть исходное аудио, распознанные цифры и запрос к системе. Переписывание инструкции не исправит ошибку распознавания номера. А смена голоса не устранит медленный ответ CRM.
Знания и действия выполняют разные задачи
База знаний содержит правила: как устроена доставка, какие документы нужны, когда доступно изменение заявки. Текущий статус конкретного заказа нужно получать из системы, которая его ведёт. Старая справочная статья не заменяет такой запрос.
Если агенту разрешено менять данные, определите отдельный инструмент с ограниченными правами. Он должен возвращать проверяемый результат операции. Фраза «Всё готово» допустима после подтверждения системы; намерение выполнить действие ещё не означает, что оно выполнено.
На странице ИИ-агента targetai описаны инструкции, база знаний, инструменты для работы с API и передача оператору. При подготовке проекта эти возможности нужно связать с конкретными системами и правилами входящей линии.
Телефонный разговор требует управления очередностью реплик
Клиент делает паузы, исправляет себя и может начать говорить раньше окончания ответа. Компоненты разговора должны различать завершённую реплику, заминку и перебивание. Это проверяют на аудио: текстовая запись не показывает, сколько времени человек ждал и накладывались ли голоса.
Согласуйте также короткое представление агента. Например: «Здравствуйте, я ИИ-помощник службы поддержки. Помогу узнать статус заказа или соединю с сотрудником». Точная формулировка зависит от бренда и сценария, но клиенту должно быть понятно, куда он попал и как продолжить обслуживание.
uc-vc-architecture3. Что проверять в голосе, паузах и перебиваниях
Оценивать синтез удобно на знакомых сервису фразах: названиях товаров, тарифов, городов и подразделений. Добавьте суммы, даты, номера и сокращения. Фразу должен прослушать человек, который знает предметную область и может заметить смысловую ошибку.
У targetspeak в targetai роль модуля синтеза речи. На странице продукта есть примеры звучания и описание работы с профессиональной лексикой. Для приёмки полезнее подготовить собственный набор фраз и проверить их в телефонном канале, которым будут пользоваться клиенты.
Синтез речи targetspeakuc-vc-plate-speechКак прозвучат названия, даты и профессиональная лексика вашей компании?Послушать targetspeakИзмеряйте паузу до содержательного ответа
Отметьте момент окончания реплики клиента и момент, когда он услышал начало ответа по существу. Отдельно измеряйте время до служебного подтверждения вроде «Проверяю информацию». Такая фраза объясняет ожидание, но не сокращает время получения результата.
Разделяйте первый ответ после соединения, обычный обмен репликами и ответ с обращением к внешней системе. Для них нужны разные измерения. В отчёте показывайте медиану и p95: значение, в которое укладываются 95% измеренных пауз. Рядом указывайте число наблюдений, сценарий и нагрузку. Универсальную норму в секундах определять без условий пилота нельзя.
Не складывайте p95 отдельных компонентов в p95 всего разговора. Измеряйте полную паузу по общей временной шкале, а задержки распознавания, инструмента и синтеза используйте для поиска причины.
Проверяйте исправления и наложение речи
В тестовом разговоре клиент должен иметь возможность сказать: «Нет, другой заказ», «Повторите дату» или «Соедините с человеком». Проверьте, прекратил ли агент ненужную реплику, услышал ли поправку и продолжил ли работу с верными данными.
Отдельный тест: фоновые голоса не должны превращаться в распоряжение изменить заявку. Добавьте разговор из шумного помещения, тихую речь, заминку перед последней цифрой и несколько вопросов подряд. Результат оценивайте по корректности действий и удобству разговора, а не только по точности расшифровки.
Натуральность голоса, правильное произношение и скорость ответа проверяются раздельно. Хорошая оценка одного свойства не компенсирует ошибку в другом.
4. Что подготовить в телефонии и корпоративных системах
До подключения клиентов составьте технический паспорт линии. Его совместно заполняют владелец сервиса, специалист по телефонии, интегратор и ответственный за доступы. Названия используемых АТС недостаточно: нужно описать конкретный маршрут звонка и условия отказа.
| Участок | Что зафиксировать до пилота | Как проверить |
|---|---|---|
| Входящий вызов | Номер, маршрут, часы работы, способ подключения и ограничение потока | Звонок с внешнего телефона попадает в нужный сценарий |
| Аудиоканал | Поддерживаемые настройки звука, направление передачи аудио, работу через используемую сеть | Обе стороны слышат друг друга без пропаданий |
| Очередь сотрудников | Адрес передачи, доступность команды, действия при занятости и вне рабочего времени | Проверены успешный перевод и недоступная очередь |
| Данные и операции | Источники, права агента, сроки ожидания ответа, защита от повторного действия | Ошибка системы не приводит к ложному подтверждению |
| Наблюдение | Связь звонка, расшифровки, вызовов инструментов и результата | По одному обращению можно восстановить последовательность событий |
| Отключение пилота | Кто меняет маршрутизацию, куда возвращается поток и как обрабатываются начатые действия | Команда выполнила пробное отключение |
Если подключение использует SIP, уточните параметры стыка и перевода на вашей телефонии. Поддержка протокола сама по себе не подтверждает совместимость всех настроек АТС. Финальная проверка проходит на фактическом маршруте, включая передачу сотруднику.
Номер звонящего используйте как признак для поиска, если это допускают правила компании. Сам по себе номер не должен автоматически давать доступ к защищённым сведениям или операциям. Опишите, как подтверждается личность и что агент вправе сообщить до проверки.
Для записей и расшифровок определите состав сохраняемых данных, доступ сотрудников, срок хранения и порядок удаления. Эти решения принимает заказчик вместе с ответственными за данные и безопасность. Не включайте в тестовый набор реальные сведения без согласованного основания и режима обработки.
5. Как передавать звонок оператору
Правило передачи нужно раньше первого клиентского звонка. Основания могут быть разными: просьба клиента, выход за полномочия, повторное непонимание, отсутствие данных или ошибка инструмента. Для каждого основания определите очередь и сведения, которые получит сотрудник.
Передавайте факты и состояние задачи
Минимальный пакет содержит тему обращения, подтверждённые сведения клиента, уже выполненные проверки, результат запросов к системам и причину переключения. Отделите слова клиента от подтверждённых фактов. «Клиент сообщает об оплате» и «Оплата найдена в системе» требуют разных следующих действий.
Сотрудник должен видеть, какие операции уже состоялись. Если агент зарегистрировал заявку, её идентификатор нужен при продолжении разговора. Повторная регистрация из‑за потерянного контекста создаёт дополнительную работу и затрудняет измерение результата.
Проверьте передачу при занятости очереди
Успешная команда перевода ещё не доказывает, что звонок принят. Проверьте, что клиент действительно попал к сотруднику или получил согласованный вариант продолжения. Это может быть ожидание, другая очередь или заявка на обратный звонок, если такой процесс у компании работает.
Если операторов нет, агент не должен обещать немедленное соединение. Если оборвалась линия, нельзя считать обращение решённым только потому, что разговор завершился. Для незавершённых действий определите отдельный статус и ответственного за разбор.
На странице targetai описан тёплый перевод с контекстом. Какие поля попадут в рабочее место вашей команды и как подтверждается приём звонка, нужно проверить в интеграции. Подробнее о распределении работы между агентом и командой читайте в статье об ИИ для клиентского сервиса.
uc-vc-handoff6. Какие KPI показывают результат входящей линии
До пилота зафиксируйте показатели на выбранной теме и договоритесь, какие звонки входят в расчёт. Отделяйте весь входящий поток, поток, допущенный к автоматизации, и звонки, которые фактически принял агент. Иначе изменение правил отбора будет выглядеть как улучшение качества.
| Показатель | Как считать или проверять | Что учитывать |
|---|---|---|
| Самостоятельное решение | Число допущенных обращений с подтверждённым результатом без сотрудника / все обращения, допущенные к автоматизации | Сбросы, отказы подключения и отсутствие результата остаются в знаменателе |
| Повторное обращение | Доля клиентов, вернувшихся по той же задаче в согласованное окно | Окно и способ связи обращений задаются до пилота; отсутствие повтора не доказывает успех само по себе |
| Пауза до ответа | Время от окончания реплики до начала содержательного ответа, медиана и p95 | Разделяйте ответы с запросом данных и без него |
| Срывы разговора | Случаи непонимания, наложения речи и преждевременного завершения | Прослушивайте аудио и размечайте причину |
| Корректная передача | Подтверждённый приём нужной очередью с необходимыми сведениями | Учитывайте отдельно запросы передачи и состоявшиеся соединения |
| Стоимость решённой задачи | Полные затраты на выбранный поток / число подтверждённо решённых задач в нём | Включайте участие сотрудников, повторы, телефонию и сопровождение |
Для справочной консультации не всегда есть событие в CRM, подтверждающее решение. Тогда задайте проверку ответа по источнику и выборочное прослушивание. Для записи или изменения данных опирайтесь на подтверждение соответствующей системы. Не объединяйте эти способы оценки в один показатель без пояснения.
Сокращение AHT может сопровождаться повторными звонками. Рост времени работы оператора тоже не обязательно означает ухудшение: после автоматизации к людям может перейти более сложный состав обращений. Сравнивайте одинаковые темы и учитывайте изменение маршрутизации.
В затраты включайте использование платформы, распознавание и синтез, телефонию, интеграции, контроль качества и работу команды. Разовые расходы и регулярные платежи показывайте отдельно. Освободившиеся часы превращаются в экономический эффект только при понятном изменении загрузки, графика или объёма обслуживаемого потока.
Метрики качества клиентского сервисаuc-vc-plate-metricsКак отличить завершённый звонок от решённой задачи клиента?Разобрать метрики7. Как испытать агента до клиентского трафика
Подготовьте проверочный набор из обезличенных ситуаций вашей линии. Для каждого случая задайте исходные данные, действия клиента, ожидаемый результат и запрещённые действия. Записывайте версию агента, знаний и интеграции, чтобы повторный прогон проверял сопоставимую конфигурацию.
Текстовые проверки дополняйте звонками
Проверка текста помогает обнаружить неверное правило, лишнее обещание и ошибку последовательности действий. Телефонный тест дополнительно проверяет слышимость, произношение, паузы, перебивания и перевод. Один тип испытаний не заменяет другой.
В набор включите нормальный сценарий и варианты отказа: несуществующий номер заявки, недоступную систему, исправление имени, отсутствие ответа клиента, просьбу о сотруднике. Проверьте повторный запрос после задержки: одна просьба не должна создавать две записи.
При обрыве связи во время операции сначала установите, произошло ли действие в системе. Повторять его вслепую нельзя. Согласуйте, как обнаруживается незавершённая задача и кто принимает её в работу.
Отделяйте качество логики от качества аудио
В публикации targetai о ночных симуляциях и автосудье описаны два вида контроля: проверка закреплённых сценариев и оценка уже состоявшихся диалогов. Они полезны для регулярной проверки поведения агента. Оценку работы телефонии и звучания добавляйте в план испытаний отдельно.
Автоматическая оценка требует выборочной сверки человеком. При споре между хорошей оценкой расшифровки и плохим опытом разговора прослушайте запись. Зафиксируйте, что именно не сработало: неверный ответ, длинная пауза, потеря реплики или ошибка перевода.
Критические ошибки должны останавливать выпуск независимо от средней оценки. Например, агент сообщил защищённые сведения без проверки или подтвердил действие, которого система не выполнила. Список таких ошибок принимает владелец процесса до пилота.
8. Как запустить пилот и решить, можно ли расширять поток
Ограничьте первый запуск выбранной темой, маршрутом и объёмом потока. Размер пилота выбирают по вариативности сценария и возможности команды разбирать обращения. Несколько удачных разговоров не подтверждают готовность к пиковым часам и редким исключениям.
До старта назначьте владельца решения о продолжении и сотрудника, который может отключить маршрут. Команда должна знать, где искать журнал событий и кому передавать ошибки. Проверьте порядок возвращения звонков на обычную линию.
Примите результат по заранее заданным условиям
Условия допуска должны включать решение задачи, качество разговора, передачу сотруднику и устойчивость интеграций. Числовые пороги согласуйте по своей исходной линии. Не подбирайте их задним числом под результат пилота.
Разбирайте отдельно принятые агентом звонки, технические отказы до соединения и переводы. Сопоставляйте периоды с близким составом тем и режимом работы. Если одновременно поменялись правила доставки или график операторов, отметьте это в выводах.
После пилота возможны разные решения: расширить поток, оставить текущий объём, доработать отдельный участок или вернуть тему сотрудникам. Для следующего этапа зафиксируйте новую версию, изменения, ответственного и дату повторной проверки. Расширение нагрузки и добавление новой операции требуют разных испытаний.
uc-vc-acceptance9. Как связаны агент targetai, targetspeak и targetcare
В проекте входящей линии полезно разделить три предмета приёмки. Поведение агента: какие данные он получает, что говорит и какие операции выполняет. Голос: как ответ звучит в вашем канале. Внедрение: как всё подключено, испытано и передано в сопровождение.
В этой схеме платформа targetai отвечает за создание и настройку агента, targetspeak используется для синтеза речи. targetcare описывает услуги по подготовке, внедрению и сопровождению: аудит сценариев, работу с материалами, испытания и передачу знаний команде. Состав работ выбирают под проект.
Например, для входящих вопросов о записи можно спроектировать такой маршрут: агент уточняет запрос, проверяет доступные варианты через разрешённый инструмент, получает подтверждение записи и озвучивает результат. Если инструмент недоступен или клиент хочет другой порядок обслуживания, звонок уходит сотруднику с собранными сведениями.
Это условный пример применения компонентов, а не опубликованный клиентский кейс и не обещание готового подключения к любой системе. Предмет пилота здесь конкретен: достоверность записи, понятность разговора и возможность продолжить обслуживание при исключении.
Подготовка внедрения targetcareuc-vc-plate-careКто подготовит линию, проверит исключения и примет результат пилота?Смотреть targetcare10. Что принести на обсуждение голосового проекта
Подготовьте распределение входящих звонков по темам, обезличенные примеры разговоров, схему телефонии и перечень систем, из которых оператор получает данные. Добавьте правила идентификации, часы работы очередей и перечень операций, которые агенту разрешат выполнять.
Для выбранной темы сформулируйте результат одним предложением. Например: «Клиент получает актуальный статус своей заявки после предусмотренной проверки; при недоступности данных разговор продолжает сотрудник». Затем укажите способ проверки результата и условия, при которых пилот будет остановлен.
Этого достаточно, чтобы обсуждать проверяемый маршрут и состав внедрения. Следующий шаг: согласовать набор испытаний на вашей линии, распределить ответственность и принять ограниченный запуск по фактическим результатам.
входящей линии
Выберите тему, опишите телефонный маршрут и критерий результата. Обсудите испытания и состав внедрения с командой targetcare.
