Сеть стоматологий: регистратура, которая не пропускает ни одного звонка
Три клиники, 14 кресел, 1800 визитов в месяц. Теряли около 200 звонков и 222 слота из-за неявок ежемесячно. За 11 недель собрали голосового робота, автоподтверждение визитов, лист ожидания и дашборд загрузки кресел поверх существующей МИС.
С чем пришли
Владелец сформулировал задачу деньгами: кресла простаивают, при этом администраторы жалуются на перегрузку, а рекламный бюджет приводит обращения, которые не доходят до записи. Нужно перестать терять входящие звонки, снизить неявки и видеть в цифрах, сколько кресло-часов сеть теряет каждый месяц и по какой причине. Жёсткое условие: МИС не менять, процессы врачей не трогать, работать только программной надстройкой сверху и полностью удалённо.
Что делали по неделям — включая сложности
В реальных проектах всегда есть грабли. Мы показываем их здесь честно — потому что умение их проходить и есть то, за что вы платите.
Замер базовой линии
Две недели ничего не автоматизировали, только считали. Выгрузили статистику АТС за квартал, прослушали 180 записей разговоров, сверили журнал записей МИС с фактическими визитами. Выяснилось неприятное: администраторы считали пропущенными только звонки в рабочее время, поэтому в отчётах у владельца стояло 60 потерь в месяц вместо реальных 200. Отдельно разложили неявки по причинам: 44% — забыли, 31% — перенесли бы, если бы кто-то позвонил, 25% — осознанный отказ от лечения. Вторая группа и стала главной мишенью проекта.
Мост к расписанию МИС
Здесь проект встал. У МИС не оказалось ни публичного API, ни документации на схему базы. Читать чужую базу напрямую мы не стали: это конфликт с вендором, потеря поддержки у клиента и гарантированная поломка при первом же их обновлении. Владелец от своего имени написал вендору, тот согласовал доступ на чтение к отдельной реплике и подтвердил, что запись пойдёт через его служебную процедуру. Переписка заняла девять рабочих дней, ещё пять ушло на разбор схемы. Результат: промежуточная база, куда каждые 30 секунд стекают расписание, врачи, кресла и статусы записей, плюс обратный канал на создание и перенос записи. Этап, заложенный на две недели, занял четыре.
Голосовой робот на нерабочие часы
Собрали робота и вывели его на самый безопасный участок — вечер, выходные и вторую линию, когда все администраторы заняты. То есть на звонки, которые и так терялись целиком: рисковать было нечем. Робот видит живые окна из промежуточной базы, записывает, переносит, отвечает на вопросы по утверждённому прайсу, адресам и подготовке к приёму. Острая боль, жалоба и вопрос про имплантацию — стоп-темы: мгновенный перевод на человека, а ночью — задача администратору на утро с расшифровкой разговора.
Подтверждение визитов и лист ожидания
Запустили цепочку подтверждений: сообщение в мессенджере за двое суток, напоминание утром накануне, звонок робота тем, кто не отреагировал ни на одно. Ключевое здесь не напоминание, а то, что происходит после отказа: слот немедленно уходит в лист ожидания, и робот обзванивает пациентов, которые просились раньше, в порядке очереди к этому врачу. Слот, освободившийся за сутки до приёма, закрывается в среднем за 40 минут. Таблицу листа ожидания в общем документе выключили на второй неделе — она сразу стала неактуальной.
Сопротивление регистратуры
Администраторы восприняли робота как заявку на своё сокращение и начали тихо саботировать: переводили ему заведомо сложные звонки, а его записи перепроверяли вручную, удваивая себе работу. Приказом это не лечится. Сделали три вещи. Владелец письменно зафиксировал, что штат не сокращается. Ввели еженедельный разбор: садились вместе, слушали расшифровки диалогов, администраторы отмечали, где робот ответил плохо, и правка уходила в сценарий за день — они увидели, что управляют системой, а не она ими. Третье оказалось решающим: к концу месяца с регистратуры ушло около 1900 ручных звонков-напоминаний в месяц, а вечерние смены перестали заканчиваться разбором пропущенных. После этого уговаривать не пришлось.
Дашборд загрузки и полный запуск
Робот принял весь входящий поток, а не только вечерний. Владелец получил дашборд: загрузка каждого кресла и врача в кресло-часах, окна простоя, воронка от звонка до визита, причины неявок и отдельная строка — сколько слотов спас лист ожидания. Первый же отчёт показал, что кресло в третьей клинике недогружено на 30% из-за графика единственного ортопеда. Это исправили расписанием, без всякой автоматизации, и на разговор с владельцем такой пример подействовал сильнее, чем демонстрация робота.
Сопровождение
Раз в неделю разбираем диалоги, где робот перевёл звонок человеку, и закрываем пробелы в базе знаний. Обновляем прайс, следим за долей распознавания и стоимостью минуты. Раз в месяц сверяем цифры дашборда с выгрузкой МИС: расхождение больше 1% считаем инцидентом и разбираем до причины. Отдельно держим сценарий отказа: если мост к МИС недоступен, робот переходит на подтверждённые окна и не обещает пациенту того, чего не видит.
- Голосовой робот на входящей линии: распознавание речи, синтез, языковая модель на утверждённой базе знаний сети. Единый номер на три клиники, выбор филиала по запросу пациента или по его истории в карте.
- Промежуточная база расписания — реплика данных МИС с обновлением раз в 30 секунд. Чтение напрямую из реплики, запись — только через служебную процедуру вендора, согласованную письменно.
- Модуль подтверждения визитов: мессенджер, затем SMS, затем звонок робота. Ответ пациента меняет статус записи в МИС без участия администратора.
- Лист ожидания: очередь по врачу и услуге, автоматический обзвон при освобождении слота, бронь на 15 минут за первым согласившимся пациентом.
- Дашборд загрузки для владельца и старших администраторов: кресло-часы, простои, воронка звонок — запись — визит, причины неявок, эффект листа ожидания.
- Журнал аудита: запись и расшифровка каждого разговора, каждое действие робота в расписании с исходной фразой пациента. Любое решение системы проверяется за минуту.
Цифры до и после
- Спрашивать про API нужно до подписания договора, а не на третьей неделе. Мы заложили на интеграцию с МИС стандартные две недели, а потратили четыре: у системы не было ни публичного API, ни документации на схему базы. Обходить это чтением чужой базы напрямую нельзя — клиент теряет поддержку вендора, а мы получаем поломку при первом их обновлении. Законный путь оказался медленнее: владелец от своего имени запросил доступ к реплике и служебную процедуру записи. Теперь вопрос про API и готовность вендора к переписке стоит у нас первым пунктом диагностики, а срок в предложении разветвляется на два сценария.
- Сопротивление администраторов — это не про технологию, а про страх увольнения, и снимается оно двумя вещами одновременно: письменной гарантией сохранения штата и участием людей в настройке. Разбор расшифровок, где администратор говорит, что робот ответил плохо, и через день слышит исправленный ответ, дал больше любого обучения. Но по-настоящему всё изменилось, когда с регистратуры физически ушли 1900 звонков-напоминаний в месяц. Если бы нагрузка не упала, никакие совещания не помогли бы, и мы это учитываем при планировании: первым автоматизируем то, что снимает работу с тех, кто будет системой пользоваться.
- Основные деньги принёс не робот на звонках, а лист ожидания. Возвращённые пропущенные обращения дали около 351 000 ₽ дополнительной выручки в месяц, отыгранные неявки — около 348 000 ₽, вместе примерно 700 000 ₽ в месяц или 2,1 млн ₽ за квартал. При вкладе на покрытие 38% это 266 000 ₽ маржи; за вычетом поддержки 55 000 ₽ и эксплуатации 22 000 ₽ (телефония, сообщения, языковая модель, сервер моста) чистый эффект — 189 000 ₽ в месяц, то есть 780 000 ₽ внедрения возвращаются за 4,1 месяца. Робот заметен и хорошо продаётся, скучная очередь на освободившийся слот — нет, но без неё окупаемость удваивается. С тех пор мы не беремся за голосового робота в клинику без листа ожидания.
- Без двух недель замеров до старта проект было бы нечем защищать. Владелец был уверен, что теряет 60 звонков в месяц, — реальная цифра оказалась 200, потому что вечерние обращения и вторая линия в отчёт вообще не попадали. Мы не начинаем внедрение без базовой линии, снятой своими руками: иначе любой спор о результате после запуска упирается в слово против слова. В расчёте окупаемости мы сознательно не учли то, что сеть отказалась от найма четвёртого администратора, — это ещё около 62 000 ₽ в месяц, и пусть остаётся запасом прочности модели.
Похожая ситуация в вашем бизнесе?
Расскажите о ней — сравним с этим сценарием, найдём отличия и посчитаем вашу экономику. Диагностика бесплатна.
