Голосовой робот для записи на приём: как он принимает звонки

Сжатая выжимка перед разбором. Дальше — сценарий записи по шагам, сравнение с живым оператором, требования к телефонии и то, что происходит с разговором после того, как трубку положили.

Автоответчик проговаривает записанное сообщение, голосовое меню (IVR) раскладывает звонок по кнопкам: «один — регистратура, два — бухгалтерия». И то и другое не разговаривает — оно сортирует. Клиент подстраивается под структуру меню, а если его вопрос не совпал ни с одним пунктом, он либо жмёт ноль в надежде попасть на человека, либо кладёт трубку. Голосовой робот работает наоборот: он слушает фразу целиком и вытаскивает из неё смысл — к кому записаться, на какой день, на какое время.

Разница видна на простом примере. Человек говорит: «Здравствуйте, хочу записаться к терапевту, желательно в четверг с утра, и подскажите, нужно ли что-то с собой». В меню это три разных действия и минимум два перевода звонка. Робот разбирает фразу как одну задачу: находит специалиста, сверяется со свободными слотами в вашем расписании, отвечает на вопрос про документы по вашей же базе знаний и подтверждает запись — в одном разговоре, без ожидания оператора.

Второе принципиальное отличие — результат звонка. У автоответчика результат это факт вызова: номер, время, длительность, иногда аудиофайл. Дальше кто-то из сотрудников должен прослушать, перезвонить и внести запись руками. У робота результатом становится сама запись: клиент стоит в расписании, а карточка в CRM заполнена данными из разговора. Это меняет не громкость приветствия, а то, сколько ручной работы остаётся людям после звонка.

Сценарий — это не текст приветствия, а описание того, как робот ведёт разговор: что спрашивает, где сверяется с вашими данными, что делает при неоднозначном ответе и в какой момент зовёт человека. Пишется он под конкретный бизнес: у клиники это врач, специализация и подготовка к приёму, у автосервиса — марка машины и вид работ, у салона — мастер и длительность услуги. Механика при этом одна и та же.

Ниже — типовой маршрут входящего звонка на запись. Он намеренно линейный: чем меньше ветвлений на первом запуске, тем проще потом разобрать реальные разговоры и понять, где сценарий нужно доработать. Сложные ветки добавляются вторым шагом, по итогам прослушанных звонков, а не на старте по фантазии.

Правильная постановка вопроса — не «кто лучше», а «что кому отдать». Живой администратор незаменим там, где нужно понять человека, а не его запрос: успокоить, объяснить сложное, принять решение в нестандартной ситуации. Робот силён в другом — в повторяющемся диалоге по понятному сценарию, который повторяется десятки раз в день и не требует суждения.

Отсюда практичная схема: робот держит первую линию и закрывает типовые записи, переносы и вопросы «когда работаете, как доехать, что взять с собой», а сотрудник получает уже отфильтрованный поток — только то, где нужен человек. Это же снимает главный страх: людей не заменяют, у них забирают механическую часть работы. Человек остаётся в контуре по умолчанию, а не как аварийный вариант.

Голосовой робот не живёт сам по себе — он встраивается в звонок, а значит, ему нужна телефония: номер, АТС и маршрутизация, которая решает, что происходит с вызовом. Здесь возможны два варианта, и оба рабочие. Если телефония у вас уже есть — облачная АТС оператора или свой сервер, — мы подключаемся к ней и не заставляем ничего менять ради робота. Если телефонии нет или она сводится к мобильному номеру администратора, мы поднимаем IP-телефонию и АТС под ключ в рамках проекта.

Под ключ означает конкретный список работ: подключить номер, настроить маршрутизацию входящих, развести сценарии по времени суток и типу обращения, определить, что робот берёт на себя, а что уходит на сотрудников, и связать всё это с CRM. Отдельный пункт — что происходит, когда робот передаёт разговор человеку: на кого именно, что делать, если тот не ответил, куда падает пропущенный. Эти мелочи и определяют, будет ли схема работать в реальный час пик.

Компетенция в телефонии у нас не теоретическая: мы сами строим и эксплуатируем такую инфраструктуру. Наша собственная АТС работает в проде на стеке Asterisk, Ubuntu и VPS Timeweb, с московским номером провайдера UIS, подключением через защищённый VPN-туннель и fail2ban на защите от перебора учётных данных. Масштаб честный и небольшой: 1 московский номер UIS и 2 софтфона с параллельным дозвоном.

Сразу оговорка, чтобы не создавать ложных ожиданий: это наша личная инфраструктура для звонков через московский номер из-за границы, а не пример голосового робота на записи клиентов. Мы приводим её как доказательство того, что телефонный контур мы собираем руками и понимаем его изнутри — включая безопасность периметра, из-за которой взломанная АТС превращается в счёт за чужие международные звонки. Робот же ставится поверх такого контура как отдельный слой.

Половина ценности голосового робота лежит не в самом разговоре, а в том, что остаётся после него. Каждый звонок сохраняется записью и расшифровкой, а итог автоматически попадает в CRM: кто звонил, о чём спрашивал, на какое время записался, что осталось невыясненным. Администратору не нужно вспоминать разговор и переносить его в систему — данные уже там, в структурированном виде.

Расшифровки дают то, чего обычно нет у бизнеса на телефоне: возможность посмотреть на поток обращений целиком, а не выборочно прослушать пару звонков в месяц. По тексту разговоров видно, какие вопросы задают чаще всего, где сценарий буксует и клиент переспрашивает, в какой момент люди чаще всего просят человека. Это прямой материал для доработки: сценарий правится по реальным диалогам, а не по предположениям. Рядом с этим работает AI-скрайб — он превращает записи встреч и приёмов в готовый протокол, а не в сырую стенограмму.

Теперь про закон, потому что для клиник и любых услуг это первый вопрос. Разговор с клиентом — это персональные данные: имя, телефон, а в медицине ещё и сведения, относящиеся к специальным категориям. Записи и расшифровки мы держим на серверах в РФ, а требования 152-ФЗ закладываем в архитектуру с самого начала: где лежат данные, кто и по какому праву к ним обращается, сколько они хранятся. Это не заплатка после запуска, а часть проектирования.

Честно про границу нашей ответственности: техническая часть — размещение в РФ, разграничение доступа, журналирование — это наша зона. Организационная часть остаётся на вас и вашем юристе: согласия на обработку персональных данных и на запись разговора, уведомление Роскомнадзора, внутренние документы по обработке. Мы говорим об этом на аудите прямо, потому что обнаруживать такой пробел после запуска дороже, чем закрыть его заранее.

Начинать нужно не с выбора платформы, а с одного вопроса: какие звонки вы реально теряете. Обычно ответ находится в трёх местах — вечер и выходные, когда трубку брать некому; час пик, когда линия занята; и типовые вопросы, которые съедают время администратора. Если этих потерь нет и поток звонков спокойный, робот не окупится, и мы скажем это прямо — экспресс-аудит существует в том числе для честного «вам это пока не нужно».

Дальше порядок работ простой. Сначала бесплатный экспресс-аудит на 30 минут: смотрим текущую телефонию, поток звонков, расписание и CRM, определяем, какие сценарии робот заберёт на себя. Затем настройка и запуск: подключение к АТС или её поднятие с нуля, сценарий разговора, связка с расписанием и CRM, тестовые звонки. После запуска — разбор реальных разговоров и доработка сценария: первая версия робота никогда не бывает финальной, и планировать стоит именно так.

Про деньги без тумана: конкретной цифры до аудита мы не называем, потому что объём работ зависит от того, есть ли у вас телефония, сколько сценариев нужно, с какими системами связывать робота и насколько сложное у вас расписание. Компания с одним номером и одной услугой и сеть филиалов с общей записью получают проекты разного масштаба. Стоимость называем после экспресс-аудита, когда по каждому пункту есть ответ. Отдельные разборы того, из чего складывается цена голосового робота, у нас есть в блоге.

И последнее. Голосовой робот на приёме звонков — это одна из точек, где AI встраивается в поток клиентов. Если задача шире — не только записать пришедшего, но и обработать заявку, квалифицировать её и довести до сделки, — это уже соседняя история про AI для продаж, где робот на звонках работает вместе с CRM и первым контактом по заявкам. С чего начать в вашем случае, определяем на аудите: иногда правильный первый шаг — не робот, а порядок в маршрутизации звонков.