Ошибки чат-бота стоматологии, из-за которых пациенты уходят
Плохой бот не просто раздражает. Он может подтвердить несуществующее время, повторно отправить предложение, потерять ответ пациента или дать опасную медицинскую формулировку.
Надёжность создаётся ограничениями, журналом и тестами. Более свободная модель не исправляет плохую архитектуру.
Ошибки диалога
Длинное приветствие, несколько вопросов сразу, повтор уже известного, игнорирование просьбы о человеке и бесконечный цикл быстро ломают доверие.
Отдельно тестируются составные сообщения, исправления пациента, голосовые сообщения и ответы после паузы.
- опрос вместо помощи
- повторный оффер после ответа
- потеря контекста
- нет выхода к человеку
Ошибки действий
Самая опасная ошибка — сообщить об успешной записи до подтверждения МИС. Далее идут дубликаты пациента, отмена не того визита и неверный филиал.
Каждое действие должно иметь идентификатор, проверку результата и безопасное сообщение при сбое.
Ошибки управления
База знаний без владельца устаревает. Логи без мониторинга копят проблемы. Обновление модели без регрессионных тестов возвращает старые ошибки.
Клиника должна иметь кнопку остановки, резервный маршрут и понятного ответственного, а не зависеть от реакции разработчика ночью.
Что проверить перед решением
- ✓один вопрос за раз
- ✓защита от повторов
- ✓подтверждение операции МИС
- ✓эскалация
- ✓регрессионные тесты
- ✓мониторинг и остановка
Коротко по вопросам
Можно ли устранить все ошибки?
Нельзя обещать ноль ошибок, но можно ограничить последствия, быстро обнаруживать сбои и не выпускать непроверенные сценарии.
Почему prompt недостаточен?
Prompt не гарантирует состояние записи, защиту от повторов, права доступа и обработку технических ошибок.
Как часто тестировать?
После каждого изменения логики, базы знаний, интеграции или модели и регулярно на контрольном наборе.
Покажу не только идеальный диалог
В демонстрации можно специально ошибаться, менять решение и просить человека — так видно реальное качество системы.