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