Перейти к содержимому

Уведомления, записи и повторные обращения

Планы меняются. Сообщения должны учитывать это.

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

Подробнее о решении

01 / Для кого

Кто проверяет завтрашние записи?

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

02 / Что может включать проект

Сообщения с учётом актуальной ситуации

01

Подтверждение и перенос записи

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

02

Повторное обращение по делу

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

03

Ошибки, которые видит команда

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

03 / Пример использования

Иллюстративный пример: визит перенесли на следующую неделю

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

04 / Как мы работаем

От даты до понятного результата отправки

  1. 01

    Выбираем события

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

  2. 02

    Согласуем правила

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

  3. 03

    Проверяем перед отправкой

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

  4. 04

    Обрабатываем результат

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

05 / Что вы получаете

Что получит ваша команда

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

Что может включать проект

Что решаем до запуска

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

С чего начнём

Обсудить проект

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

Организовать повторные обращения