Сменить сервис голосового робота кажется рискованным: страшно потерять номер, наработанные сценарии и часть звонков на время переключения. На деле переход проходит без простоя, если запускать новый сервис параллельно и переключать трафик только после проверки. Разбираем порядок миграции, при котором клиника не теряет ни одного звонка.
Переход проходит в три шага: вы подключаете Stexa параллельно действующему сервису, переносите и проверяете сценарии на тестовых звонках, а затем переключаете рабочий номер. Старый робот при этом продолжает принимать звонки до самого момента переключения, поэтому простоя и потери вызовов не возникает. Весь процесс обычно занимает несколько дней.
Разберём каждый этап и что подготовить заранее.
Причины обычно практичные: робот плохо понимает речь, не умеет записывать через нужную CRM, дорого обходится или его сложно настраивать без разработчика. Иногда не хватает обзвона или аналитики. Перед переходом стоит выписать, что именно не устраивает, — это станет чек-листом приёмки нового сервиса.
Как сравнивать сервисы по делу, описано в материале про выбор голосового бота.
Да, номер клиники остаётся прежним. Робот подключается к действующему номеру через IP-телефонию без смены оператора связи, поэтому пациентам не нужно запоминать новый телефон и менять его на сайте и в справочниках. Это снимает главный страх миграции — потерять привычный для пациентов номер.
Технически переключение сводится к тому, куда направляются входящие звонки, а сам номер не меняется.
Наработанные сценарии не пишут заново: тексты приветствий, ответы на частые вопросы и логику записи переносят из старого сервиса и адаптируют под новый кабинет. Это занимает несколько часов и сохраняет накопленный опыт разговоров. Заодно полезно почистить устаревшие формулировки, которые тянулись со времён прежней настройки.
Готовые заготовки реплик для проверки собраны в статье про скрипты разговора бота.
Ключ к переходу без простоя — параллельная работа. Новый робот сначала настраивается и тестируется на отдельном контуре, пока действующий сервис продолжает принимать звонки. Так вы спокойно проверяете записи, интеграции и тон речи, не рискуя живым потоком пациентов, и переключаетесь только когда всё работает как надо.
На этом этапе удобно прогнать типовые звонки и сверить, что робот корректно записывает и переводит сложные случаи.
Связку с YClients, amoCRM или Битрикс24 настраивают до переключения, чтобы робот сразу видел расписание и создавал записи. Подключение идёт через кабинет и занимает от 15 минут до рабочего дня. Проверьте на тесте, что записи попадают в нужные ячейки, а переносы и отмены корректно отражаются в системе.
Как наладить обмен данными в обе стороны, описано в материале про двустороннюю синхронизацию записей.
В день переключения трафик переводят на нового робота и сразу делают контрольные звонки: приветствие, запись, перенос, перевод на администратора. Старый сервис держат включённым ещё сутки как страховку. Если что-то идёт не так, трафик возвращают за минуты — поэтому переключение безопасно и обратимо.
Чек-лист типовых промахов при запуске собран в статье про ошибки при внедрении бота.
Первую неделю стоит слушать записи реальных звонков и смотреть, что робот понимает услуги и корректно записывает. Мелкие шероховатости правят на ходу прямо в кабинете. Это нормальный этап донастройки: именно живые звонки показывают, какие формулировки стоит уточнить под вашу клинику.
Расхождения и упущенные обращения помогает находить поиск по расшифровкам — об этом материал поиск по расшифровкам звонков.
Итог: выпишите, что не устраивало в старом сервисе, перенесите сценарии, настройте интеграции и протестируйте робота параллельно, затем переключите номер с суточной страховкой и неделю донастраивайте по живым звонкам. При таком порядке клиника не теряет ни номер, ни звонки, а переход проходит за несколько дней.
Пройти миграцию без риска помогает бесплатный период 7 дней без карты — успеете протестировать робота до переключения.
7 дней бесплатно, без карты. Подключение к вашему номеру за 15 минут.