Журнал для тех,
кто управляет клиникой

Как устроена Kaia / Продукт изнутри

Хорошего голоса недостаточно

За естественным разговором должна стоять система, которая умеет сделать запись — и проверить, что она состоялась.

Редакция Kaia 6 минут

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

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

Мы строим среду, в которой агент работает

Для такой среды есть техническое слово Harness. По смыслу это рабочее место агента: его инструкции, доступ к данным, инструменты и ограничения. Как у администратора есть расписание, прайс и правила клиники, у агента должен быть свой организованный доступ к ним.

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

Четыре опоры за одной репликой

  1. Правила вашей клиники

    Какие услуги можно предложить, как отвечать о цене, когда нужен администратор. Агенту нужна определённая задача и границы полномочий.

  2. Данные вместо догадок

    Расписание приходит из подключённой 1С:Стоматологии. Справочные ответы опираются на данные и базу знаний клиники. Если сведений нет, уверенный голос не делает выдуманный ответ правильным.

  3. Инструменты для действий

    Подбор времени и создание записи — отдельные операции. Агент не просто произносит удобный час: система должна найти его и принять выбранный вариант.

  4. Проверка результата

    Отправленный запрос ещё не означает успешную запись. Мы разбираем ответ системы и проверяем, сообщает ли она об успехе или об ошибке.

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

Быстрый диалог — отдельная инженерная задача

По телефону даже небольшая пауза ощущается. Человек не видит индикатор загрузки и не знает, слышат ли его. Если ответ запаздывает, он начинает повторять вопрос, а реплики могут наложиться друг на друга.

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

Ускорение не должно обходить проверку расписания. Если для ответа нужны данные, их нужно получить. Нельзя обещать свободное время только ради красивой цифры задержки.

Быстро понять человека. Точно выполнить действие. Понятно сообщить результат.

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

«Отправили» и «записали» — два разных события

Представьте, что пациент выбрал 18:30. Пока шёл разговор, это время мог занять другой человек. Значит, сам факт выбора ещё ничего не гарантирует: операция записи должна завершиться успешно.

Выбрали время Отправили в МИС Проверили ответ

Небольшая техническая деталь: ответ «HTTP 200» означает, что система ответила на запрос. У 1С внутри ответа есть отдельный код результата. Мы проверяем его, прежде чем считать операцию успешной.

Если система отказала или ответ не пришёл, у нас нет оснований говорить пациенту, что запись подтверждена. Следующее действие зависит от ситуации и согласованного сценария. Красиво закончить разговор любой ценой здесь нельзя.

Попросите показать весь путь до записи

На демо полезно прервать ассистента, изменить день, задать вопрос вне заготовленного примера. Затем открыть расписание и проверить, где оказалась запись. И отдельно посмотреть, как система отвечает при отказе.

Почему одного ответа на звонок мало

Расчётный пример · не результат клиента Kaia

До изменений После изменений
Первичные обращения
До: 100
После: 100
Разговор состоялся
До: 90
После: 90
Запись в МИС
До: 35
После: 50
Первый визит
До: 28
После: 40
Условное сравнение двух процессов, а не статистика ботов и Kaia. Доступность одинакова — 90 разговоров. В модели лучшее доведение до записи даёт 12 дополнительных визитов при доходимости 80%.

Числа в таком сравнении должны подтвердиться на ваших обращениях. Смотрите на корректные записи, состоявшиеся визиты, передачу сложных вопросов и опыт пациента. Так технологию можно оценить на языке клиники.

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

Редакция Kaia · Для владельцев клиник