Клиенты не приходят на запись: напоминания, подтверждение и перенос в CRM
Работа с неявками начинается с состояния записи: подтверждена ли услуга, понятны ли дата и место, можно ли отменить или перенести визит. Автоматическое напоминание помогает только тогда, когда оно использует актуальную запись и приводит к действию, которое команда действительно видит.
Отсутствие ответа на сообщение не означает отмену. Доставленное уведомление не доказывает прочтение. Эти различия стоит закрепить до настройки цепочки, иначе CRM начнёт считать посещениями технические статусы сообщений.
Разделить запись и переписку
У записи есть собственные сведения: услуга, сотрудник, место или ссылка, дата со временем и часовой пояс. У сообщения — адресат, канал, время отправки и фактический статус. Они связаны, но меняются по-разному.
Если клиент перенёс визит, прежнее напоминание больше не подходит. Если номер изменился, успешная отправка на старый контакт не подтверждает общение с нужным человеком. Поэтому действие проверяют по актуальной версии записи.
Пример состояний помогает согласовать маршрут с администратором.
| Состояние | Что известно | Следующее действие |
|---|---|---|
| Создана | Выбран предварительный слот | Подтвердить условия по процессу сервиса |
| Подтверждена | Согласованы дата и услуга | Подготовить актуальное напоминание |
| Перенесена | Назначен другой слот | Заменить связанные уведомления |
| Отменена | Визит отменён по подтверждённому основанию | Освободить слот и завершить цепочку |
| Не состоялась | Факт установлен после времени визита | Записать исход и известную причину |
Что должно быть в напоминании
Текст содержит услугу, дату, понятное время, место и способ изменить запись. Для онлайн-встречи нужна действующая ссылка или объяснение, когда она придёт. Если участники находятся в разных странах, название часового пояса лучше показать явно.
Частоту выбирают по типу услуги и согласованным правилам общения. Универсального количества напоминаний, которое гарантирует снижение неявок, нет. Несколько каналов без единого состояния способны отправить противоречащие сообщения.
При использовании WhatsApp проверяют правила выбранного бизнес-решения и доступные возможности аккаунта. Наличие контакта в CRM не заменяет разрешённый способ взаимодействия. Точные требования сообщений зависят от используемого продукта и ситуации.
Какие сценарии проверить до включения
Контрольная запись проходит создание, подтверждение, перенос и отмену. Затем проверяют, что каждое действие видно ответственному и старое напоминание не уходит после изменения. Отдельный сценарий — сбой доставки: кто узнаёт о нём и что делает.
Для повторной доставки события важно не создавать вторую запись на тот же слот. Связь по стабильному идентификатору помогает проследить исход. Конкретное правило зависит от CRM и календаря.
Как измерять результат
Знаменатель должен соответствовать событию. Доля неявок среди назначенных визитов, среди подтверждённых и среди уже наступивших записей — разные показатели. Будущие визиты ещё не имеют исхода. Для сравнений сохраняют период и определение состояния.
Форма ниже помогает собрать учебный сценарий напоминания. Она не отправляет сообщения и не резервирует время.
При анализе причин сохраняют слова клиента, если они известны. Технически не доставленное напоминание и подтверждённый отказ прийти относятся к разным участкам процесса.
Основу распределения ответственности описывает регламент обработки заявок в CRM. Обсудить запись, календарь и интеграции.