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