Повторные обращения клиентов стоматологии: как ИИ помогает не терять заявки

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

Почему обращения остаются без продолжения

Пациент может написать в Telegram, MAX, ВКонтакте или через форму на сайте, позвонить в клинику либо попросить перезвонить. Администратор отвечает, но в тот же момент принимает посетителя на ресепшене, уточняет расписание врача и решает другие задачи. В итоге контакт не обязательно теряется совсем — иногда просто не становится понятно, кто и когда должен сделать следующий шаг.

Типичные ситуации выглядят по-разному. Человек спросил, есть ли свободное время на этой неделе, но не выбрал предложенный слот. Оставил телефон, чтобы узнать подробности, однако ответственный сотрудник не перезвонил. Попросил связаться позже, а просьба осталась в переписке. Или пациент получил ответ, но клиника не заметила, что вопрос остался открытым.

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

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

Какие обращения возвращать первыми?

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

Полезно распределить обращения по приоритету, а не ставить все в один общий список:

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

ИИ может помогать с сортировкой, учитывая слова в переписке, дату последнего контакта, наличие ответа клиники и статус записи. Но критерии задаёт клиника. Например, сообщение «подскажите, когда есть окно у ортодонта» отличается от общего вопроса «сколько стоит лечение», а просьба «напишите после 18:00» должна учитываться как предпочтение по времени.

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

Как ИИ готовит повторное касание

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

1. Найти повод для продолжения. Например, в переписке есть просьба подобрать время, но после неё нет ни предложения слотов, ни отметки о записи.
2. Собрать короткую выжимку. Сотрудник видит дату обращения, канал, вопрос пациента и то, какой шаг остался незавершённым.
3. Подготовить черновик. Формулировка опирается на факты из переписки: «Вы спрашивали о времени для консультации. Уточнить доступные варианты?»
4. Проверить и отправить. Администратор убеждается, что сообщение уместно, не содержит медицинских обещаний и соответствует правилам связи клиники.
5. Обновить статус. После ответа, записи, отказа или просьбы не связываться серия касаний останавливается или обращение закрывается.

Хороший черновик не должен создавать впечатление, что клиника уже что-то решила за пациента. Лучше спросить, актуален ли вопрос, предложить уточнить расписание или назвать сотрудника, который поможет. Не следует утверждать, что процедура точно подойдёт, гарантировать результат лечения или самостоятельно оценивать срочность по описанию симптомов.

Если администратору приходится часто исправлять одинаковые ошибки, это повод менять правила подготовки черновиков. Например, добавить требование не называть стоимость без актуального прайс-листа или не предлагать время, пока расписание не проверено. Так система помогает поддерживать единый порядок работы, а не подменяет профессиональное решение клиники.

Может ли ИИ сам писать клиенту?

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

Автоматическая отправка может быть уместна лишь для заранее согласованных сценариев, где понятны цель сообщения, получатель и условия связи. Например, клиника может отдельно настроить сервисное уведомление о подтверждённой записи. Но повторное предложение услуг или сообщение с рекламным содержанием требует отдельной правовой проверки: для рекламных сообщений по сетям электросвязи 38-ФЗ предусматривает предварительное согласие адресата. Если человек потребовал прекратить рассылку, это требование необходимо учитывать.

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

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

Как не превратить возврат обращений в спам

Частота касаний должна быть ограничена заранее. Для каждого типа обращения задайте, сколько раз и через какой интервал можно написать или позвонить, а также когда серия прекращается. Конкретный график зависит от процесса клиники: нет одного интервала, подходящего и для просьбы перезвонить сегодня, и для вопроса о плановом приёме без обозначенного срока.

Минимальные правила можно записать так:

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

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

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

Данные пациентов и требования 152-ФЗ

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

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

Обработка должна соответствовать требованиям 152-ФЗ, включая определение цели и правового основания, ограничение состава данных необходимым объёмом и принятие мер защиты. Согласие — не единственное возможное основание обработки во всех ситуациях, поэтому клинике важно оценивать свой конкретный процесс и документы с профильным специалистом. Если для связи используется рекламное сообщение, отдельно учитываются требования 38-ФЗ о предварительном согласии.

На практике полезно назначить ответственного за правила обработки, вести перечень подключённых систем и исключить из тестирования реальные данные, если задача решается на обезличенных примерах. Для команды KM2B важно обсуждать не только функции решения, но и то, какие данные будут попадать в него, где они будут храниться и кто сможет их видеть. Подробнее о внедрении можно узнать на странице услуг по внедрению ИИ и автоматизации.

Как выбрать пилот и оценить его пользу

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

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

Окупаемость пилота обычно оценивают в горизонте 2–4 месяцев, но это ориентир, а не гарантия. Для расчёта учитывают стоимость настройки и сопровождения, время сотрудников на проверку, число обработанных обращений и фактический результат для клиники. Точная цена определяется после аудита: она зависит от источников обращений, состояния данных, подключений и требований к защите. Принципы такой оценки мы описали на странице расчёта окупаемости внедрения, а примеры задач для разных процессов собраны в каталоге решений.

Для пилота можно сравнить три подхода:

Подход	Что делает команда	На что обратить внимание
Ручной просмотр	Сотрудник самостоятельно ищет незавершённые диалоги и пишет клиенту.	Просто начать, но легко пропустить переписку при высокой загрузке.
Напоминания по статусам	Система напоминает сотруднику проверить обращения с заданным статусом.	Помогает соблюдать порядок, но не всегда понимает, о чём был разговор.
ИИ с подтверждением сотрудника	Система находит вероятно незавершённый диалог, показывает контекст и предлагает черновик.	Нужны проверка качества, правила доступа к данным и контроль отправки.

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

Следующий шаг по теме

Базовые материалы и инструменты KM2B для внедрения ИИ в бизнес.

• Услуги KM2B по внедрению ИИ
• Калькулятор экономики ИИ
• ИИ-агенты для бизнеса: что дают и с чего начать
• Автоматизация бизнес-процессов нейросетями: с чего начать