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