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