Триггерная цепочка писем после сбоя. Три шаблона для сервиса
Запускайте три письма по событиям: обращение принято, есть обновление, результат подтверждён. Каждое письмо сообщает, что уже сделано и когда ждать следующего контакта.
Триггерная цепочка после сбоя помогает вести один разговор с клиентом. Сначала назначьте владельца обращения, затем привяжите письма к его статусам. Если вопрос уже решён, запланированное промежуточное уведомление отменяется.
Карта запуска на условном обращении
- •10:00, обращение принято: у заявки есть владелец, отправляем подтверждение со сроком до 15:00.
- •14:50, решение ещё проверяют: отправляем актуальный статус и время следующей проверки.
- •16:20, результат проверен: сообщаем, что исправлено, и даём один шаг для проверки со стороны клиента.
- •Повторное обращение: добавляем его в ту же заявку, чтобы клиенту не пришли два начальных письма.
Шаблон правила: событие → кому → что подтверждено → следующий шаг → условие отмены. Перед запуском проведите тест с закрытием заявки раньше срока: промежуточное письмо после закрытия не должно уйти.
На встречу про эмоциональный маркетинг возьмите одно письмо о задержке. Сравните, понятно ли из него, что подтверждено и когда клиент получит следующий ответ.
Письмо 1. Сбой зарегистрирован
Условие отправки — поддержка приняла обращение, и у него есть ответственный. Шаблон: «Получили сообщение о задержке запуска. Проверяем, на каком этапе остановилась настройка. До 15:00 сообщим статус по этому адресу». Подставляйте срок только из подтверждённого рабочего правила. Если обращение пришло повторно, цепочка должна продолжать текущий разговор.
Письмо 2. Появилось обновление
Запускайте сообщение при новом факте или к обещанному сроку проверки. Шаблон: «Уточнили, что доступы выданы, настройка ещё в работе. Следующая проверка завтра до полудня. Если срок критичен, ответьте на письмо, мы предложим временный вариант». Если команда ещё не знает причину, сообщите об этом прямо и назовите время следующего контакта.
Письмо 3. Результат можно проверить
Отправляйте после подтверждения решения исполнителем. Шаблон: «Настройка завершена. Откройте рабочий раздел и попробуйте создать тестовую заявку. Если она не появится в очереди, ответьте на это письмо». Если клиент отказался от услуги, нужен другой сценарий, например сообщение о завершении отмены.
Как проверить цепочку перед запуском
Пройдите её на тестовой записи с задержкой, повторным обращением и быстрым решением. Проверьте, не приходит ли обещание обновления после финального сообщения и не запускается ли цепочка второй раз. Смотрите на долю обращений, где обещанное обновление пришло вовремя, и на повторные вопросы по тому же случаю. Так видно, помогла ли коммуникация пройти сбой, а не просто отправить три письма.
Конференции, форумы, нетворкинг и мастер-классы — с фильтрами по дате, формату и цене.
Открыть афишу →