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