У каждой команды по удержанию клиентов есть одна и та же слабость: автоматизированные цепочки писем ломаются, но вы не всегда замечаете, где именно они дают сбой, не говоря уже о причинах.
Одно письмо в серии из 8 приветственных сообщений может провалиться. Показатели открываемости падают, количество жалоб на спам растет, выручка снижается. Но общие цифры по цепочке выглядят нормально, поэтому никто не замечает проблем неделями.
Я вице-президент по удержанию клиентов в Particle, ведущем DTC-бренде мужской косметики с базой подписчиков более миллиона человек. У моей команды более 1000 активных электронных писем и текстовых сообщений в 140 запущенных цепочках, в каждой из которых от 5 до 30 писем.
При таких объемах мониторинг эффективности каждого письма и обеспечение их максимальной отдачи заняли бы у всей команды целую неделю.
Поэтому мы создали решение с помощью Claude.
Проблема того, как большинство команд управляет автоматизированными цепочками
Большинство команд по удержанию клиентов действуют одинаково: они переходят к цепочкам, приносящим наибольшую выручку, выбирают одно или два письма, проводят тест и наблюдают за результатами. А затем повторяют это снова.
Это не самая плохая стратегия, но это не настоящая оптимизация, так как она затрагивает лишь 3% вашей email-программы.
Остальные 97% просто работают, и часто никто не проверяет их на наличие более глубоких проблем, таких как:
- Пятое письмо в цепочке «брошенная корзина» работает так же эффективно, как 18 месяцев назад?
- Дизайн актуален?
- Предложение не устарело?
- Логика триггеров не перестала срабатывать?
- Не увеличилось ли количество жалоб на спам или отказов?
Klaviyo предоставляет показатели по цепочке в целом, и если она выглядит нормально, легко предположить, что и всё внутри неё в порядке.
Для нас, со 140 цепочками и таким количеством активных сообщений, это предположение означало потерю значительной прибыли. Но мы не могли увидеть, где именно возникают эти глубокие проблемы, не тратя на это массу времени.
Создание оценки состояния цепочки с помощью Claude
Мы создали еженедельный монитор цепочек: дашборд, который автоматически каждую неделю подтягивает данные из интеграции Claude x Klaviyo и всего нашего аккаунта Klaviyo.
Вот как это работает:
1. Каждая цепочка получает оценку состояния.
2. Каждое письмо внутри каждой цепочки отслеживается по заданным нами пороговым значениям:
- Падение открываемости (open rate)
- Падение кликабельности (click rate)
- Падение выручки на получателя
- Снижение количества получателей
- Рост жалоб на спам
- Рост отписок
- Рост количества отказов (bounce rate).
3. Когда показатель пересекает порог, срабатывает оповещение. Мы разделяем оповещения об эффективности и оповещения о доставляемости, так как они требуют разных мер реагирования.
4. Результатом является приоритизированный список цепочек, требующих внимания, и конкретных писем внутри них, которые вызывают проблемы. Система указывает на конкретное письмо со ссылкой для перехода прямо в Klaviyo.
Совет по мониторингу: мы также установили минимальные пороги по количеству получателей. Если письмо слишком новое или имеет слишком малый объем для получения значимых данных, оно не вызывает оповещений. Система выявляет только реальные сигналы.
Получение ответов о первопричинах от Claude за секунды, а не дни
Здесь наш еженедельный монитор становится еще полезнее.
Внутри каждого письма в дашборде есть окно чата с Claude, настроенное на контекст конкретного письма. Когда срабатывает оповещение, мы получаем уведомление, и Claude выступает в роли собеседника, который уже знает контекст: что это за письмо, какими были показатели на прошлой неделе, что изменилось и каковы возможные причины.
Мы можем спросить его напрямую:
- Что вызвало падение кликабельности?
- Является ли снижение числа получателей вероятной причиной падения выручки, или происходит что-то другое?
- Какие A/B тесты вы бы провели для этого письма, учитывая текущие данные?
Claude может прочитать HTML конкретного письма и провести более точный анализ на основе тем, превью-текстов и реального контента, что делает рекомендации менее шаблонными. Он генерирует предложения для тестов за секунды. Мы просматриваем их, создаем задачу и двигаемся дальше.
До появления нашего монитора ручное получение таких рекомендаций потребовало бы выгрузки данных из Klaviyo, создания отчета, анализа и написания брифа с нуля. Для одного письма. Для нас, с более чем 1000 активных сообщений, это было просто невозможно.
Интеграция с Monday.com: сокращение разрыва между обнаружением проблемы и её решением
Когда мы решаем отреагировать на оповещение, задача отправляется прямо на нашу доску в Monday со всеми данными: названием цепочки, письмом, типом оповещения и метриками. Назначается ответственный. Как только проблема решена, задача исчезает с доски.
Это важно, потому что раньше анализ и работа находились в совершенно разных местах. Вы находили проблему в одном инструменте, описывали её, копировали куда-то еще и назначали вручную. Теперь идентификация проблемы и постановка задачи происходят в одном месте.
Совет по мониторингу: если вы настраиваете похожий процесс, обязательно отправляйте задачи в свою систему управления проектами.
На 400% больше тестов, десятки тысяч долларов дополнительной выручки
С нашим новым еженедельным монитором мы проводим более 30 новых A/B тестов в неделю во всех наших цепочках.
При таком объеме тестов наш монитор увеличил нашу способность к тестированию на 400%. При размере нашей базы, где каждый 1% роста кликабельности приносит ощутимую выручку, это расширение возможностей потенциально превращается в десятки тысяч долларов дополнительной ежемесячной прибыли.
Еще одна вещь, которую выявляет наш монитор — это технические сбои. Цепочки ломаются по причинам, не связанным с текстом или дизайном: интеграция перестает работать, меняется условие триггера или фильтр случайно исключает слишком много подписчиков. В наших масштабах такие «тихие» сбои раньше оставались незамеченными неделями. Теперь они появляются в оповещении в следующее воскресенье.
3 вещи, которые мы бы сделали иначе
Мы бренд косметики, а не софтверная компания. У нас нет большого штата инженеров. Создание этого монитора потребовало реальных усилий, и есть 3 вещи, которые мы бы сделали иначе, если бы начинали сначала:
- Настройка порогов: мы потратили много времени на калибровку того, что считать реальным оповещением, а что — шумом. Слишком высокая чувствительность — и дашборд переполняется предупреждениями, не требующими действий. Слишком низкая — и реальные проблемы ускользают. Правильная калибровка потребовала множества итераций, и мы до сих пор её настраиваем.
- Система оценки: мы создали собственную оценку состояния для каждой цепочки, что полезно, но методология поначалу была несколько произвольной. Мы дорабатывали её со временем, но если бы начинали сегодня, мы бы потратили больше времени на точное определение того, как выглядит «здоровая» цепочка, прежде чем писать первую строку логики.
- Охват за пределами цепочек: мы начали с цепочек, а теперь у нас есть отдельный модуль для кампаний. Если бы мы строили всё с нуля, мы бы спроектировали архитектуру так, чтобы она обрабатывала и то, и другое с первого дня, а не рассматривали их как отдельные сборки.
Что дает полная прозрачность для вашей email-программы
Ваша программа в Klaviyo может быть недостаточно оптимизирована из-за проблем с видимостью данных. И, конечно, невозможно исправить то, что вы не видите. Если вы, как и мы, управляете сотнями писем в десятках цепочек, то количество того, что вы не видите, значительно превышает то, что находится у вас на виду.
Сочетание данных Klaviyo, аналитики Claude и специально разработанной панели управления меняет это соотношение. Но это не заменяет принятия решений. Человек по-прежнему просматривает каждое уведомление, решает, какие тесты проводить, и одобряет каждое изменение.
Это означает, что вы можете принимать такие решения для всех 1000+ писем в ваших цепочках, а не только для трех самых эффективных.
Если создание подобного инструмента своими силами нереалистично для вашей команды, то Flow Audit в Klaviyo Composer уже делает это за вас прямо внутри Klaviyo. Спросите его, как работает цепочка, и он пошагово проанализирует последовательность, укажет, на каком этапе отсеиваются клиенты, и объяснит причину простым языком, опираясь на ваши реальные сегменты, каталог и историю эффективности.
То, что создала моя команда, потребовало серьезных инженерных усилий, настройки пользовательских пороговых значений и постоянного обслуживания панели управления. Composer дает аналогичный результат в ходе одного диалога, не требуя никакой разработки, поэтому вы тратите время на исправление того, что работает плохо, а не на поиск способов это обнаружить.
Composer по-прежнему оставляет принятие решений за вами: что тестировать, что запускать и когда. Но если вам нужна такая видимость без необходимости заниматься поддержкой системы, она уже встроена в платформу.
Работаете над масштабированием своей email-программы с использованием аналогичного подхода?
