Напоминание клиентам о записи: текст, время и проверка отправки

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

В этой статье разберём путь уже записанного человека. Как принять первичное обращение и выбрать время, показано в материале об онлайн-записи.

Откуда брать дату, врача и адрес

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

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

В кейсе «КОСМЕТ_А» CRM показывает путь человека от заявки к записи и приходу. На снимке отчёта видно 226 заявок при плане 358 в рассматриваемом периоде. Эти цифры относятся к воронке клиники.

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

Как написать текст без лишнего давления

Человеку нужны дата, время, место и простой способ ответить. Формулировка может быть спокойной: «Напоминаем о записи на консультацию 28 октября в 15:30, филиал на [адрес]. Если время изменилось, ответьте на это сообщение или позвоните по [номер]».

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

Некоторые компании требуют ответ «подтверждаю». Это разумно лишь тогда, когда ответ кто‑то обработает. Если пациент написал «не смогу», но система продолжает считать визит подтверждённым, сообщение вводит команду в заблуждение.

Сразу определите, куда попадает ответ и кто предлагает другое время. Не обещайте автоматический перенос, если его никто не настроил.

Как это выглядит в работе

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

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

Если пациент после напоминания пишет, что потерял подтверждение, сначала найдите действующую запись и только затем повторяйте дату. В кейсе «AI‑продавец для косметолога» клиент попросил восстановить время: помощник уточнил телефон и нашёл запись. Экран показывает поиск существующего визита, а не автоматическое создание нового.

Проверьте напоминание на действующей записи:

• Сверьте время и филиал с календарём.
• Отправьте тестовое сообщение на свой телефон.
• Ответьте просьбой о переносе.
• Найдите этот ответ в рабочем списке.

Когда отправлять сообщение

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

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

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

Что может пойти не так после переноса

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

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

После переноса проверьте всю цепочку:

• Отмените задачу на старое время.
• Прочитайте новое время из календаря.
• Отправьте обновлённое сообщение.
• Проверьте ответ пациента в рабочем списке.

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

Для клиник организационные сообщения и медицинские вопросы разделяют. На ответ «болит после процедуры» нельзя отправлять шаблон «ждём вас завтра». Такой разговор немедленно видит сотрудник по утверждённому порядку клиники. Описывать симптомы в автоматическом ответе помощник не должен.

Как проверить результат через месяц

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

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

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

Частые вопросы

Достаточно ли одного сообщения накануне?

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

Что писать, если пациент не ответил?

Не считайте молчание подтверждением. Отметьте, что ответа нет, и определите внутреннее правило дальнейшего контакта. Оно зависит от типа услуги и согласованного канала связи.

Нужно ли указывать название процедуры?

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

Как избежать двух сообщений после переноса?

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

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