Запускать робота на боевой поток без проверки — значит рисковать первыми же звонками пациентов. Тестирование занимает меньше часа и снимает большинство проблем заранее. Разбираем, что именно проверять — сценарий, запись, перевод, тон — как провести тестовые звонки и как выкатить робота, не подставив реальных пациентов.
Тест до запуска ловит ошибки на сотрудниках, а не на пациентах. Неудачная формулировка, сбойная ветка или неверная запись, замеченные заранее, стоят минут на исправление; те же ошибки в боевом потоке стоят потерянных звонков и испорченного первого впечатления. Проверка дешевле любого сбоя.
Тестирование занимает меньше часа и не требует технических навыков.
Начните с типовых веток скрипта: пройдите как пациент путь записи, переноса, вопроса о цене и графике. Каждая ветка должна доводить до результата без тупиков и лишних переспросов. Это базовая проверка, которая ловит большинство проблем сценария ещё до боевого включения.
Отдельно убедитесь, что запись реально появляется в расписании и CRM, а не только проговаривается роботом. Создайте тестовую запись и проверьте, что слот занялся, данные верны, а в онлайн-записи на сайте этот слот исчез. Ошибка здесь — самая дорогая, потому что бьёт по журналу врача.
Проверьте и обратный случай: перенос должен освобождать прежний слот.
Протестируйте правило эскалации: задайте роботу сложный или нестандартный вопрос и убедитесь, что он корректно переводит звонок на администратора и передаёт контекст. Перевод не должен срываться, зацикливаться или терять собеседника. Это страховка для всех случаев, которые скрипт не покрывает.
Проверьте, что администратор получает звонок с уже собранной информацией, а не с нуля.
Оцените, как робот звучит: естественный ли голос, нет ли роботизированных оборотов, уместен ли тон для вашей специфики. Перебейте робота на середине фразы и попросите повторить — он должен спокойно справиться. То, что гладко на бумаге, иногда звучит неестественно в речи и требует правки.
Для чувствительных направлений отдельно проверьте сдержанность тона.
Смоделируйте нештатное: молчание в трубку, фоновый шум, невнятную речь, неожиданный вопрос. Робот должен переспрашивать, а не зависать, и при непонимании уходить на человека. Эти краевые случаи в боевом потоке встречаются регулярно, поэтому их стоит проверить до запуска.
Краевые сценарии важнее идеального прохождения главного пути: основной путь обычно работает и так, а вот именно на нештатных ситуациях робот чаще всего спотыкается и теряет пациента, поэтому им уделяют отдельное внимание на тесте.
Чтобы не рисковать боевым потоком, выкатывайте робота поэтапно: сначала переведите на него часть звонков или нерабочие часы, понаблюдайте за реальными разговорами и расшифровками, затем переключите основной поток. Так первые живые звонки проходят под контролем, а не вслепую.
Параллельный период снимает страх «а вдруг сломается на пациентах».
После запуска первые дни следите за расшифровками и метриками: где робот переспрашивает, какие обращения уходят в перевод, всё ли записывается корректно. Реальные звонки покажут то, что не выявил тест, и подскажут, какие формулировки поправить. Доводка по живым данным — нормальная часть запуска.
Доступ к расшифровкам должен быть ограничен ролями по 152-ФЗ.
Когда основные ветки, запись, перевод и тон проверены, переводите боевой поток — сначала частично, затем полностью. Подключение к номеру через IP-телефонию занимает около 15 минут без программиста, первые 7 дней бесплатны, тариф начинается от 2 990 ₽/мес, банковская карта при старте не нужна. Тест плюс параллельный запуск дают спокойный старт без потери звонков. Как собрать сам сценарий, мы разбираем в материале про скрипт для робота, а быстрый старт — в статье про внедрение за один день.
7 дней бесплатно, без карты. Подключение к вашему номеру за 15 минут.