AI-агентура
Кейс · Внутренний пилот

AI-администратор для стоматологий — внутренний пилот

Голосовой агент принимает входящие звонки в стоматологию, понимает запрос пациента, подбирает услугу и врача, находит свободное окно в программе клиники и записывает пациента. Работает круглосуточно. Сейчас — внутренний пилот, готовый к запуску в первой партнёрской клинике.

Контекст

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

На рынке есть голосовые меню и колл-центры. Первые раздражают пациентов («нажмите 1 для записи»), вторые требуют живого оператора. Этот пилот — про живой диалог, реальное расписание клиники и передачу сложных случаев живому администратору. Конкретные параметры качества и показатели обсуждаю под клиента.

Сценарий A: входящий звонок → запись

Сценарий A — единственный в первой версии. Закрывает основную массу типовых входящих звонков. Сложные случаи агент передаёт живому администратору.

0. Приветствие (≤ 3 секунды)

«Стоматология {имя_клиники}, здравствуйте. Я Алина, помощник по записи. Слушаю вас.» Имя, голос и стиль — настраиваются под бренд клиники.

1. Распознавание намерения

Бот разбирает первую фразу пациента: новая запись, повторный визит, справочный вопрос или ситуация для живого администратора. Конкретный набор категорий и правила передачи зависят от клиники.

2. Определение услуги

Бот спрашивает обычным языком: «Расскажите коротко, что вас беспокоит? Или вы на профилактический осмотр?»

Бот сопоставляет ответ пациента с каталогом услуг клиники по описанию обычным языком. Если непонятно — мягко передаёт живому администратору.

3. Выбор врача и слота

«Есть пожелания по врачу? Или подобрать ближайшее свободное время?»

Бот сверяется с актуальным расписанием клиники и предлагает несколько подходящих окон. Логика выбора и точные параметры — настраиваются под клинику.

4. Сбор данных и запись

Если пациент новый — бот собирает ФИО, дату рождения, подтверждает номер из АОН. Если повторный — узнаёт по номеру: «Иван Петрович, верно?»

Финальная подводка: «Записываю: Иван Петров, лечение кариеса, доктор Соколов, завтра в 10:00. Адрес клиники: Тверская, 17. Всё верно?»

При «да» — запись в программе клиники, SMS пациенту с подтверждением, голосовое прощание. При сбое — сразу передаёт живому администратору вместе с контекстом.

Что работает и что нет

Сейчас работает в режиме внутреннего пилота:

  • Полный голосовой цикл: пациент → AI-агент → запись в программе клиники (на стенде с тестовыми данными)
  • Сценарий A целиком, со сложными случаями агент передаёт живому администратору
  • Одна установка обслуживает несколько клиник сразу, данные изолированы
  • Базовая настройка под клинику: расписание, услуги, голос, стиль, имя ассистента

Что ещё впереди до запуска в первой клинике:

  • Живой договор с первой партнёрской клиникой и тестовый доступ к программе записи
  • Экран для самостоятельной настройки клиникой, без обращения к разработчикам
  • Исходящие сценарии (напоминания, опрос после визита) — отдельная фаза, отдельная проработка по 152-ФЗ
  • Полноценный биллинг и приём платежей
  • Контроль гарантий по срокам и оповещения для боевого режима

Чего НЕ делаю сознательно: не закрываю сложные планы лечения, имплантологию, ортодонтию, ДМС/ОМС, оплату авансом. Всё это агент передаёт живому администратору. AI-агент берёт только то, что может сделать хорошо.

Уроки

  • Голос — это про задержку, а не про красоту. Воспринимаемая «живость» диалога определяется задержкой между фразой пациента и ответом бота. Любая ощутимая пауза превращает агента в «бота».
  • Несколько клиник — сразу. Переделывать приложение с одной клиники на многие потом — больно. Заложить изоляцию данных с первого дня дешевле, чем переписывать на масштабе.
  • Подключение к программе клиники — это не «дёрнуть один запрос». Это таймауты, повторы, рассинхроны, передача живому при ошибках, сведение справочников. Половина сил первой версии уходит в эту стыковку, а не в саму нейросеть.
  • Передача живому — это фича, а не баг. Пациент с острой болью не должен говорить с ботом. Чёткие правила перевода на живого администратора делают продукт лучше, а не слабее.
  • Гибкая оплата. Фикс за клинику плюс переменная часть за минуты разговора — клиника прогнозирует бюджет, проект растёт с её объёмом. Оплата только за минуты невыгодна обеим сторонам.

Похожая задача в вашей B2B-нише?

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

Обсудить в Telegram →