Качество
Доля корректных результатов и корректных отказов на контрольной выборке
Голосовые процессы
Голосовой ИИ-агент и аналитика звонков
Проектирую контролируемые голосовые сценарии для входящих обращений, записи, квалификации и проверки качества — с интеграцией в телефонию и CRM.
В интересах собственникаКонтроль данных и правИзмеримый результат
Личная ответственность за архитектуру
Виталий Дильдин — ИИ-архитектор и советник собственника
- В IT с 2003 годаCRM · ERP · WMS · BI · интеграции · прикладной AI
- На стороне результатаЗадача, данные, права, тесты, приёмка и промышленный переход
Прямой контакт
Опишите задачу одним выбором — отвечу лично
Достаточно выбрать ближайшую задачу, указать имя и один удобный контакт. Доступы, документы и конфиденциальные данные на этом шаге не нужны. Срок и точный объём подтверждаются после проверки систем, данных и границ доступа.
Разбор решения
Что выбрать первым: анализ записей или разговор с клиентом
Голосовой проект может решать две разные задачи: помогать проверять уже состоявшиеся разговоры или вести новый разговор. Для них нужны разные исходные материалы, проверки и границы ответственности.
Аналитика записей: сначала проверка фактов
Если цель — находить пропущенный следующий шаг, возражения или нарушения сценария, начните с разрешённых записей и ручной разметки. У каждого обнаруженного факта должна быть ссылка на фрагмент разговора. Проверьте отрицания, перебивания, имена и номера отдельно. «Не перезванивайте» нельзя превращать в задачу на обратный звонок; отсутствие фразы в транскрипте не всегда означает, что её не было в аудио.
Диалог в реальном времени: сначала передача человеку
Для входящего помощника нужны схема телефонии, рабочая очередь операторов и поведение при тишине, шуме, непонятном ответе и разрыве соединения. До запуска определяют, какие сведения он вправе сообщать и что происходит, если оператор недоступен. Сценарий записи на услугу не включает автоматически самостоятельное изменение цены, подтверждение личности или исходящий обзвон.
Считайте завершённые задачи, а не короткие звонки
В учебном прогоне из 50 обращений 30 завершены в разрешённом сценарии, 15 переданы оператору, 5 оборвались. Доля самостоятельного завершения — 30/50 = 60%; корректная передача — отдельный показатель. Если считать только 30 завершённых разговоров, исчезнут ошибки и сложные обращения. Время ожидания оператора и долю потерянных передач измеряют вместе с качеством распознавания.
Что подготовить для оценки входящего сценария
Учебный образец. Перенесите структуру в рабочий документ и замените исходные условия своими.
- Одна задача
- Определить тему обращения и передать оператору; без обещания цены и срока.
- Исходные материалы
- Разрешённые обезличенные примеры обычного разговора, перебивания, шума и отказа продолжать.
- Маршрут исключения
- Куда поступает незавершённое обращение, кто его видит и что слышит клиент при недоступном операторе.
- Приёмка
- Отдельные числа для завершения, передачи, обрыва и ошибочного обещания; проверка исходных записей.
Практический разбор
Протокол пилота голосового помощника для входящих обращений
Ограниченный учебный сценарий: принять входящий вопрос, уточнить тему и передать сотруднику. До подключения телефонии проверьте не только распознавание речи, но и действия при перебивании, неопределённости и разрыве связи.
| Тестовый разговор | Ожидаемый маршрут | Что измерить или сохранить |
|---|---|---|
| Клиент перебивает | Помощник прекращает устаревшую реплику и учитывает уточнение. | Временная шкала реплик и фактическая задержка реакции; порог согласуется до пилота. |
| Шум или неясный номер | Повторно уточняет критичное поле. После согласованного числа неудач передаёт человеку. | Ошибки в полях и доля переводов; неверный номер не подтверждается как достоверный. |
| Вопрос вне базы | Сообщает о границе знаний и предлагает штатный маршрут к сотруднику. | Ни одна проверочная реплика не превращается в вымышленную цену, наличие или условие договора. |
| Связь оборвалась | Сохраняет состояние обращения и проверяет, создана ли запись, до повтора операции. | Один идентификатор разговора связан с одной заявкой; повтор вебхука не даёт дубль. |
| Клиент просит человека | Переводит по согласованному правилу; при недоступности сотрудника сообщает реальный следующий шаг. | Результат перевода подтверждается телефонией, а не только фразой «соединяю». |
Для оценки нужны записи разрешённых тестовых разговоров, правила маршрутизации, перечень обязательных полей и распределение ошибок по сценариям. Средняя длительность звонка сама по себе не доказывает успешную обработку.
Таблица не запускает звонки и не обещает заданную точность речи. Правила записи, хранения и информирования участников согласуются до работы с реальными разговорами.
Коротко
Технология встроена в бизнес, а не существует отдельно
Голосовой ИИ-агент подходит для ограниченных сценариев с понятным маршрутом: принять обращение, собрать данные, записать, классифицировать или передать человеку. Сложная продажа и конфликтная ситуация требуют оператора. Перед запуском нужно проверить качество распознавания, задержку, согласия, сценарии эскалации и корректность записи в CRM.
Приёмка до production
Пилот принимается по шести группам критериев
Скорость
Время полного сценария и допустимая задержка внешних систем
Исключения
Что происходит при неизвестном документе, пропуске данных или конфликте правил
Стоимость
Стоимость одного проверенного сценария и факторы роста нагрузки
Журнал
Воспроизводимость источника, версии, действий и подтверждений
Ручной маршрут
Кто принимает исключение, как остановить сценарий и продолжить работу
Кому подходит
Когда направление имеет практический смысл
Компания теряет входящие звонки или долго отвечает
Нужно автоматически разбирать тематику и качество большого числа разговоров
Есть типовой сценарий записи, статуса или первичной квалификации
Когда не подходит
- Нужен массовый обзвон без проверки правовых и репутационных рисков
- Продукт требует сложных переговоров и нестандартных обещаний
- Нет оператора или процесса для эскалации исключений
Проблема
Почему простое подключение модели не становится внедрением
Робот говорит, но не понимает границу сценария
Распознанный звонок не превращается в данные и следующий шаг
Качество оценивается по числу разговоров, а не по решённым обращениям
Что входит в работу
От бизнес-задачи до контролируемой архитектуры
Сценарий разговора
Фиксирую цель, обязательные данные, запреты, ветки и передачу человеку.
Речь и контекст
Проверяю распознавание, синтез, задержку, терминологию и обработку перебиваний.
Телефония и CRM
Проектирую связь с номером, карточкой клиента, записью и следующим действием.
Контроль качества
Измеряю завершение задачи, ошибки, эскалации и влияние на операционный процесс.
Учебный диалог: отрицание не превращается в поручение
Синтетический пример, а не запись клиента: звонящий говорит «Не перезванивайте. Хочу только узнать статус обращения». Помощник отвечает: «Обратный звонок не назначаю. Уточню номер обращения и передам вопрос ответственному». Ожидаемый результат проверки — запрос статуса и запрет обратного звонка. Если распознавание потеряло слово «не», сценарий должен запросить уточнение, а не создавать задачу в CRM.
Учебный диалог: выход за границу и недоступный оператор
Синтетический пример: «Подтвердите скидку и срок поставки прямо сейчас». Помощник не подтверждает условия: «В этом сценарии я могу передать вопрос специалисту». Если оператор недоступен, система сообщает об этом и предлагает только заранее согласованный маршрут. Учебный результат — причина передачи и незавершённый статус. Нельзя отмечать задачу решённой или обещать время ответа, которого нет в утверждённых правилах.
Учебный прогон: сообщение о переводе и принятый разговор
Синтетический разговор DEMO-CALL-7 проверяют в трёх состояниях. Помощник произнёс «передаю специалисту», но подтверждения телефонии нет — обращение остаётся незавершённым. Телефония подтвердила начало перевода, а оператор не принял разговор — фиксируют потерянную передачу и согласованный маршрут исключения. Принимающая сторона подтвердила разговор — можно отметить корректную передачу, отдельно от самостоятельного решения вопроса. В каждом случае сохраняют один учебный идентификатор, ожидаемый статус, фактическую квитанцию и ошибочное обещание. Это инструкция для тестового контура, а не результат реальных звонков; допустимые задержки и запасной маршрут согласуют до пилота.
Исходящий сценарий требует отдельного решения
Входящий пилот не даёт разрешения на обзвон. Для исходящего сценария отдельно подтверждают основание контакта, допустимую аудиторию, отказ от дальнейшего общения и правила хранения записи. Здесь описан учебный контроль входящих обращений. Доступность конкретной телефонии, CRM, языков и задержки устанавливают на выбранной конфигурации; список возможных систем не является перечнем уже проверенных интеграций.
Архитектура
Система целиком, а не только модель
Собственник должен видеть, где находятся данные, кто отвечает за результат, какие действия разрешены и как систему остановить или передать другой команде.
- 01Телефония
- 02Распознавание и синтез
- 03Диалоговый сценарий
- 04Корпоративные данные
- 05CRM и оператор
- 06Запись, аналитика и контроль
Результат
Что получает собственник
Артефакты остаются у компании и позволяют независимо принять следующий этап.
- Карта голосового процесса и исключений
- Прототип одного входящего сценария
- Интеграционная схема телефонии и CRM
- Контрольная выборка разговоров
- Метрики качества, эскалации и стоимости
Путь внедрения
Прототип доказывает возможность. Промышленная система обеспечивает результат
- 01
Сценарий
Выбираем один тип обращения и результат.
- 02
Прототип
Проверяем речь, задержку и ветвление.
- 03
Интеграция
Подключаем тестовую телефонию и CRM.
- 04
Пилот
Запускаем ограниченный поток под контролем оператора.
Границы ответственности
Что не обещаю без доказательств
- Клиент не должен принимать голос агента за человека
- Сложные, конфликтные и высокорисковые случаи передаются оператору
- Запись и обработка разговоров выполняются только в согласованном правовом режиме
Первый шаг
Обсудить голосовой пилотПилот одного входящего сценария
Проверим речь, маршрут, CRM и передачу оператору на ограниченном потоке.
FAQ
Вопросы до старта
Можно ли заменить весь контакт-центр?
Это не является безопасной стартовой целью. Сначала выбирается типовой сценарий, а исключения и сложные случаи остаются у операторов.
Можно анализировать существующие звонки?
Да. Отдельный сценарий может расшифровывать разговоры, классифицировать причины и проверять соблюдение правил с выборочной верификацией человеком.
Что важнее качества голоса?
Правильное завершение задачи, корректная эскалация, отсутствие ложных обещаний и точная передача результата в рабочую систему.
Подходит ли ИИ для анализа и приёма звонков?
Да. ИИ для анализа звонков может расшифровывать разговоры и проверять правила, а ИИ для приёма звонков — работать в ограниченном входящем сценарии, записывать результат в CRM и передавать сложный случай оператору.
Чем голосовой бот для бизнеса отличается от обычного автоответчика?
Голосовой бот для бизнеса понимает реплики в пределах утверждённого сценария, собирает данные, выполняет разрешённое действие и передаёт разговор оператору при выходе за границы. Автоответчик обычно только воспроизводит заранее записанное меню.
Предварительная диагностика
Начнём с одной проблемы и критерия результата
Если задачу рациональнее решить без ИИ, это будет зафиксировано до разработки.