Задача: не заставлять человека выбирать между ожиданием и другой клиникой
Администратор встречает посетителя, оформляет документы и отвечает на звонок. В это время в чате спрашивают, работает ли нужный филиал в субботу, сколько стоит консультация и как перенести уже назначенный приём. Каждое сообщение несложное, но переключение между ними прерывает работу у стойки. Посетитель в зале ждёт, а человек в переписке не понимает, заметили ли его вопрос.
Чат-бот для клиники берёт на себя начало организационного разговора. Он помогает разобраться с опубликованными условиями и собирает данные для следующего действия. Цель сценария — дать каждому обращению понятное продолжение, сохранив за администратором подтверждение записи и работу с нестандартными ситуациями. Клиника получает подготовленный запрос, а посетитель — конкретный ответ вместо просьбы просто оставить телефон.
Этап 1. Собрать единый справочник услуг и условий
Сначала клиника определяет, на какие административные вопросы помощник может отвечать самостоятельно. В справочник входят названия услуг, филиалы, часы работы, опубликованные цены, правила посещения и способы связи. Для каждой услуги важно указать, что входит в стоимость: первый приём, повторная консультация или отдельная процедура. Это позволяет отвечать по существу и не смешивать разные позиции прайса.
За обновление справочника назначают сотрудника. Если меняется адрес приёма или временно недоступна услуга, изменение должно попадать в ответы до следующего обращения. Устаревший ответ вежливого помощника не становится полезнее из-за скорости. При отсутствии согласованной информации ИИ сохраняет вопрос для администратора, чтобы посетителю ответили один раз и правильно, а не исправляли обещание после визита.
Этап 2. Отличать новую запись от переноса и обычного вопроса
Разговор начинается с намерения человека. Новому посетителю нужна запись, действующему — перенос, третьему достаточно узнать адрес и возможность оплаты. Этим людям не нужна одинаковая анкета. Если вопрос уже понятен, помощник отвечает сразу; если требуется приём, последовательно уточняет название услуги, удобный филиал и предпочтительное время.
Допустим, посетитель написал: «Нужна повторная консультация в филиале у метро, лучше после работы». Помощник не спрашивает заново, новый ли это приём. Он сохраняет указанные пожелания и уточняет недостающие сведения. Медицинские документы и подробное описание состояния не нужны для обычного организационного запроса. Вопросы о симптомах, назначениях и выборе лечения передаются специалисту по правилам клиники: административный помощник не подменяет консультацию врача.
Этап 3. Превратить пожелание по времени в подтверждённую запись
В карточке отдельно фиксируются желаемое и согласованное время. Посетитель может попросить вечер пятницы, но это ещё не означает, что у специалиста есть свободное окно. В базовом процессе администратор получает пожелания, сверяет расписание и предлагает подходящий вариант. Помощник сообщает человеку, что запрос принят и время будет подтверждено, не создавая впечатления завершённой записи.
Если клиника хочет подтверждать приём автоматически, сначала проверяют подключение к её системе расписания. Недостаточно получить список часов: нужно создать запись и убедиться, что система её сохранила. При отказе сервиса или занятом окне запрос возвращается администратору вместе с историей. Так ожидания посетителя совпадают с фактической записью, а сотрудникам не приходится разбирать накладки у стойки.
Администратор разрывается между стойкой и сообщениями?
Разберём путь обращения в вашей клинике: какие вопросы может закрыть помощник и с какими данными передавать заявку сотруднику.
Обсудить работу с обращениями →Этап 4. Передавать администратору готовую суть обращения
Администратор открывает карточку и видит услугу в формулировке посетителя, филиал, желаемое время, способ связи и причину обращения. История переписки доступна рядом. Для переноса сохраняется ссылка на существующую запись, если её удалось надёжно определить; для нового приёма создаётся отдельная задача. Ответственный назначается по филиалу или согласованной очереди.
Настройку AI-продавца для обработки входящих обращений в таком процессе ограничивают административными задачами. Когда сотрудник включается в разговор, помощник не продолжает параллельно предлагать другие действия. Посетителю не нужно повторять анкету и объяснять, почему он написал. Защищённые сведения остаются в предусмотренной системе, а в уведомлениях сотрудникам достаточно информации, необходимой для обработки конкретного обращения.
Этап 5. Сохранить порядок при переносах и повторных сообщениях
Человек может написать вечером, вернуться утром с уточнением и позже позвонить. Если все сообщения превращать в самостоятельные заявки, сотрудники будут несколько раз связываться по одному вопросу. Поэтому новое сообщение сначала сопоставляется с активным обращением по доступным и надёжным признакам. При сомнении администратор видит возможную связь и проверяет её, не объединяя чужие записи автоматически.
После подтверждения приёма дальнейшие действия зависят от правил клиники. Напоминание содержит согласованную дату и организационную информацию. Просьба перенести визит меняет задачу для администратора, а не запускает повторное приглашение на уже неудобное время. Отказ посетителя закрывает это продолжение общения. Такой порядок освобождает стойку от лишних уточнений и помогает не потерять актуальное решение человека.
Кто отвечает за качество сервиса
Помощник ведёт первичный административный диалог, использует утверждённые сведения и собирает пожелания. Администратор подтверждает приём, разбирает неоднозначные запросы и проверяет изменения. Руководитель контролирует справочник и очередь: есть ли обращения без ответственного, где люди ждут и какие вопросы постоянно возвращаются сотрудникам. Медицинская оценка остаётся у специалистов клиники.
Чтобы эта схема работала каждый день, для администратора, ушедшего со смены, заранее определяют замену. Незавершённое обращение должно переходить следующему ответственному с последним согласованным действием. Общий порядок сохранения истории и назначения задач подробно раскрыт в материале про автоматизацию обработки заявок. В клинике особенно важна ясная граница между информированием, заявкой и фактически подтверждённым приёмом.
Как оценить, стало ли пациенту проще записаться
Для проверки выбирают один поток: например, новые административные вопросы из чата сайта. Команда просматривает весь путь обращения до подтверждения или отказа. Оцениваются время содержательного ответа, полнота карточки, число повторных уточнений и случаи, когда человеку пришлось заново объяснять запрос. Само количество сообщений помощника ничего не говорит о качестве сервиса.
Отдельно разбирают причины несостоявшейся записи. Если в нужное время нет специалиста, это отличается от потерянной заявки или неверного ответа. ИИ для клиники приносит пользу в этом сценарии тогда, когда посетителю легче получить согласованный следующий шаг, а администратору — завершить организационную работу. Решение о расширении сценария принимают по таким наблюдениям, а не только по скорости первого приветствия.
Как выглядит работа клиники с подготовленными обращениями
| Этап | Как устроен процесс |
|---|---|
| Вопрос об услуге | Посетитель получает ответ из согласованного справочника. |
| Пожелание по времени | Администратор видит филиал, услугу и предпочтения до звонка. |
| Подтверждение приёма | Желаемое время не смешивается с фактически оформленной записью. |
| Продолжение общения | Перенос и уточнения остаются в истории одного обращения. |
Такой процесс помогает клинике быть внимательной одновременно к посетителям у стойки и людям в переписке. Рутинная подготовка обращения выполняется заранее, а сотрудник занимается решениями, для которых нужны его полномочия и доступ к расписанию.