Голосовой AI-ассистент на входящей и исходящей линии: что ему можно поручить и как подойти к внедрению

Клиент звонит в компанию вечером. Сотрудники уже закончили рабочий день, автоответчик предлагает оставить сообщение. Человек кладёт трубку и обращается к конкуренту.

Утром менеджер видит пропущенный звонок и перезванивает. Но возвращать уже некого — клиент решил задачу в другом месте.

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

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

При этом я бы не начинал с цели «заменить оператора».

Более практичный вопрос звучит так:

Какие операции на входящей или исходящей линии можно передать ассистенту без потери качества и контроля?

Классический голосовой робот работает по заранее заданному дереву.

Он воспроизводит подготовленную фразу, ждёт конкретного ответа и переводит разговор на следующий шаг. Если человек отвечает не так, как предусмотрено сценарием, система начинает повторяться или предлагает соединение с оператором.

Современный голосовой AI-ассистент может воспринимать свободную речь и определять смысл сказанного.

Например, клиент говорит:

«Я записан на пятницу, но не смогу приехать. Можно перенести на следующую неделю, желательно после шести?»

Ассистенту нужно понять, что:

— запись уже существует;

— её необходимо перенести;

— клиенту подходят только вечерние часы;

— свободное время нужно искать на следующей неделе.

После этого система обращается к расписанию, предлагает варианты, подтверждает выбор и вносит изменения.

Для пользователя это выглядит как обычный разговор. Но для бизнеса ценность находится не в естественности голоса, а в завершённом действии.

Если запись не появилась в системе, звонок нельзя считать обработанным.

Я бы рассматривал голосового ассистента как цифрового сотрудника с узкой и понятной ролью.

Не как универсального консультанта, который обязан самостоятельно решать любые вопросы.

Ассистент может принимать звонки вечером, ночью, в выходные или в периоды высокой нагрузки.

Он выясняет причину обращения, получает контактные данные, задаёт необходимые вопросы и фиксирует информацию.

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

Я считаю это одним из самых безопасных вариантов первого внедрения. Ассистент не заменяет менеджера, а не позволяет обращению исчезнуть.

График работы, адрес, условия доставки, порядок записи, перечень документов и статус заявки — подобные вопросы часто занимают заметную часть линии.

Ассистент может отвечать на них, если информация формализована и регулярно обновляется.

Но в сценарии обязательно должно быть правило: при отсутствии подтверждённого ответа ничего не придумывать.

С точки зрения бизнеса фраза «я уточню и передам вопрос сотруднику» намного безопаснее уверенного, но недостоверного ответа.

Ассистент может определить нужную услугу, филиал или специалиста, проверить доступные интервалы и создать запись.

Правильный сценарий выглядит так:

звонок → уточнение задачи → проверка расписания → выбор времени → запись в системе → подтверждение клиенту.

На практике автоматизировать нужно не только разговор, но и действие после него.

Ассистент определяет тему обращения и переводит клиента в нужный отдел или создаёт задачу ответственному сотруднику.

При этом сотрудник должен получить краткий контекст разговора.

Не просто входящий вызов, а, например:

«Клиент оформил заказ три дня назад. Не получил уведомление об отправке. Номер заказа подтверждён».

Это сокращает повторные вопросы и делает переключение менее раздражающим для клиента.

На исходящей линии я бы начинал с коротких и регулярно повторяющихся процессов:

— подтверждение записи;

— напоминание о визите;

— уточнение актуальности заявки;

— сообщение об изменении статуса;

— сбор первичной информации;

— короткий опрос;

— возврат к пропущенному обращению.

Один звонок может занимать несколько минут. Но при большом объёме эта работа забирает существенную часть времени сотрудников.

Ассистент напоминает клиенту о визите и уточняет, всё ли остаётся в силе.

Если клиент подтверждает запись, статус обновляется.

Если просит перенести время, система предлагает доступные варианты.

Если возникает нестандартный вопрос, подключается сотрудник.

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

Ассистент связывается с человеком, оставившим контакт на сайте, уточняет актуальность запроса и собирает базовую информацию.

Например:

— какая задача стоит перед клиентом;

— какой продукт или услуга интересует;

— в какие сроки планируется решение;

— кто участвует в выборе.

Менеджер получает не просто номер телефона, а подготовленный контекст.

Но сложные продажи, переговоры об индивидуальных условиях и серьёзную работу с возражениями я бы не передавал ассистенту на первом этапе.

Ассистент может сообщить клиенту, что заказ готов, документы сформированы или доставка перенесена.

Однако для этого он должен получать актуальные данные из рабочей системы.

Если сотрудники нерегулярно обновляют статусы, автоматизация не решит проблему. Она только быстрее передаст клиенту неверную информацию.

Мой принцип здесь простой: если сотрудники не доверяют данным в системе, использовать эти данные в автоматическом общении нельзя.

Голосовой AI-ассистент действительно может выполнять часть работы оператора, администратора, диспетчера или менеджера первой линии.

Но роль живого сотрудника почти всегда шире формального регламента.

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

Поэтому вместо вопроса «кого заменить» я предлагаю задавать другой:

Какие повторяющиеся операции можно безопасно передать системе?

Это могут быть:

— приём обращения;

— определение темы;

— ответы на типовые вопросы;

— сбор данных;

— проверка информации;

— подтверждение записи;

— создание задачи;

— передача разговора сотруднику.

Чем уже и понятнее роль ассистента, тем проще контролировать его работу.

Во время демонстрации внимание обычно сосредоточено на естественности речи.

Ассистент делает паузы, реагирует на перебивания и звучит почти как человек. Это действительно важно, но не определяет качество всего решения.

В реальной работе возникают другие вопросы:

— Как проверить фамилию, адрес и номер заказа?

— Что делать, если клиент меняет тему разговора?

— Какие данные можно сообщать без идентификации?

— Как действовать при недоступности CRM или расписания?

— Когда нужно подключить человека?

— Что делать, если подтверждённого ответа нет?

Красивый голос не решает эти задачи.

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

Первым шагом я бы изучил реальные записи звонков и действия сотрудников после разговоров.

❗Важно понять:

— причины обращений;

— повторяющиеся темы;

— долю необработанных звонков;

— данные, которые сотрудники ищут вручную;

— действия после завершения разговора;

— частые исключения;

— ситуации, требующие решения человека.

На этом этапе часто выясняется, что первоначальная задача сформулирована слишком широко.

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

На презентации узкий сценарий выглядит менее масштабно. В реальном проекте он даёт больше контроля и позволяет быстрее получить обратную связь.

Я бы использовал три критерия:

1. Процесс регулярно повторяется.

2. Его результат можно проверить.

3. Ошибка не приводит к критическим последствиям.

Подтверждение визита подходит для первого запуска лучше, чем переговоры о скидке.

Сбор информации безопаснее, чем работа с претензиями.

Ответ на вопрос о графике проще контролировать, чем консультацию по договорным условиям.

После успешного запуска сценарий можно расширять.

До начала технической реализации необходимо определить:

— как ассистент представляется;

— какие вопросы задаёт;

— какие данные подтверждает;

— к каким системам обращается;

— какие действия может выполнять;

— какие обещания вправе давать;

— в какой момент переводит звонок;

— какую информацию сохраняет.

Это не означает, что нужно подготовить жёсткий скрипт на каждую фразу.

Но свободный разговор без правил и ограничений для бизнеса слишком рискован.

Ассистенту потребуется актуальная информация:

— услуги и продукты;

— график и расписание;

— условия доставки;

— правила записи;

— статусы заказов;

— ответы на частые вопросы;

— внутренние инструкции.

На этом этапе часто обнаруживаются противоречия.

Документы устарели, отделы используют разные правила, а часть информации хранится только в голове опытного сотрудника.

AI-ассистент не создаёт этот хаос. Он делает его заметным.

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

Я не поддерживаю подход, при котором ассистент обязан любой ценой завершить разговор самостоятельно.

Правильная передача сотруднику — часть основной логики решения.

Человека следует подключать, если:

— клиент сам просит специалиста;

— возник конфликт;

— требуется индивидуальное решение;

— обсуждаются скидки или нестандартные условия;

— подтверждённого ответа нет;

— данные в системах расходятся;

— речь идёт о чувствительной информации;

— ошибка может иметь финансовые или юридические последствия;

— клиент несколько раз не понял ответ.

При передаче разговора сотрудник должен получить контекст. Иначе клиенту придётся повторять всё заново.

После запуска необходимо анализировать реальные звонки:

— какие формулировки ассистент не понимает;

— где клиентам приходится повторяться;

— когда переключение происходит слишком рано или слишком поздно;

— какие ответы устарели;

— на каких этапах люди завершают звонок;

— какие новые сценарии появляются.

На основе этих данных корректируются база знаний, логика и правила передачи человеку.

Со стороны бизнеса должен быть назначен владелец процесса, который отвечает за актуальность информации и качество работы ассистента.

Без такого ответственного решение постепенно начнёт расходиться с реальной практикой компании.

Я не считаю, что подобное решение подходит каждой компании.

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

Если процессы постоянно меняются и нигде не зафиксированы, сначала нужно навести порядок.

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

Иногда правильным результатом диагностики становится не внедрение ИИ, а настройка телефонии, обновление базы знаний или изменение распределения обращений.

Цель — не внедрить технологию любой ценой, а найти процесс, в котором она даст понятный и контролируемый результат.

Самая сложная часть голосового AI-ассистента — не голос.

Гораздо сложнее определить его обязанности, источники данных, полномочия и условия передачи разговора человеку.

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

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

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

Автор: Геннадий Морозов, CEO Creators Group. Проектирую и внедряю AI-ассистентов для продаж, поддержки и внутренних процессов бизнеса.