CRM-аналитика
Когда перестать писать: как настроить sunset policy с учётом активности и цикла покупки
Время чтения: 4 мин
Уровень материала: Для экспертов
Содержание
Человек год не переходит из писем, но каждый месяц покупает в приложении. Другой открывает почти всё, однако за этими открытиями может стоять автоматическая загрузка изображений. Если поставить одно правило «не открывал 90 дней — удалить», оба случая рискуют получить неправильное решение.
Sunset policy — правила, по которым компания ограничивает и затем прекращает определённые сообщения при длительном отсутствии подходящих сигналов интереса. В русской рабочей документации её можно назвать политикой прекращения рассылок. Её задача — не удерживать любой адрес в отправках, а управлять полезностью контакта и нагрузкой на аудиторию.
Yahoo рекомендует следить за неактивными получателями и отказами доставки.[1] Конкретные периоды и действия при этом нужно проектировать для своей программы. Универсального срока, подходящего всем магазинам, сервисам и B2B-компаниям, нет.
Какие запреты не зависят от активности
Отписка, жалоба и установленная непригодность адреса требуют исполнения соответствующего запрета независимо от суммы покупок и ценности клиента. Нельзя включать такого человека обратно потому, что модель оценивает его как перспективного.
Неясное разрешение также не исправляется покупательской активностью. Сначала действуют правовые и технические ограничения, затем правила частоты и интереса. Политика прекращения рассылок не должна заменять единый механизм запретов.
Разделите активность в бизнесе и активность в канале
Покупки и использование продукта говорят о связи с бизнесом. Подтверждённые содержательные действия после писем говорят о пользе email-программы. Эти измерения могут расходиться. Открытия используйте осторожно: защитные функции почтовых клиентов ограничивают их интерпретацию.[2]
| Состояние | Что оно может означать | Что проверить и сделать |
|---|---|---|
| Пользуется продуктом и реагирует на письма | Канал встроен в текущую потребность | Сохранять релевантность и общие лимиты |
| Пользуется продуктом, не реагирует на email | Клиенту удобнее другой способ или письмо не нужно | Проверить ценность канала, предложить выбор в продукте |
| Не покупает, но читает содержательно | Исследует тему, ждёт события, использует контент | Не приравнивать отсутствие покупок к отсутствию пользы |
| Нет наблюдаемой активности нигде | Потеря интереса, недоступность измерения или завершённая потребность | Проверить данные и ограничить неподходящие отправки |
Ни одна строка не даёт автоматического ответа без контекста. Для третьей группы полезный контент может быть частью долгого решения. Для второй частые скидки способны быть лишними даже при высокой ценности покупателя.
Учитывайте число реальных возможностей ответить
Отсутствие реакции на одно письмо за квартал отличается от отсутствия реакции на двенадцать. При этом нельзя отправлять больше только ради проверки: так политика сама создаст лишнюю нагрузку.
В правилах полезно учитывать время, количество действительно состоявшихся уместных контактов, характер программы и цикл потребности. Проверяйте, были ли сообщения приняты серверами и доступны наблюдению. Сбой доставки не стоит записывать как добровольную потерю интереса человеком.
Условный пример. У регулярной образовательной рассылки команда изучает снижение частоты после нескольких последовательных выпусков без содержательных действий. У сезонного сервиса оценивает реакцию в релевантный сезон и явный выбор получать следующий анонс. Конкретные границы выбираются на данных каждой программы; число выпусков не становится отраслевым стандартом.
Как описать состояния в платформе
Удобно разделить обычную программу, ограниченную частоту, паузу и рекламный запрет по отдельному основанию. У каждого состояния нужны причина, дата, применимость к бренду или теме и допустимый способ выхода. Статус «в паузе по неактивности» не равен юридическому отзыву согласия и не должен стирать историю выбора.
Для ограничения частоты найдите все отправляющие сценарии. Если массовые кампании замолчали, а триггеры продолжают писать ежедневно, политика работает только на бумаге. Общие ограничения следует включить в коммуникационную политику.
Нужна ли последняя реактивационная цепочка
Не обязательно. Для давно потерянной связи после паузы наш базовый подход — не начинать с кампании на старую неопределённую аудиторию. Более подходящий путь — новый выбор при самостоятельном возвращении клиента.
В действующей программе у получателя с подтверждённым разрешением и ещё актуальной связью можно рассмотреть одно уместное предложение изменить темы или частоту. Это проектное решение, а не обязательный «последний шанс». Не нужно превращать его в серию писем с давлением или считать молчание согласием на продолжение.
Что возвращает человека из паузы
Возврат должен происходить по понятному основанию: самостоятельное обновление подписки, подтверждённый выбор программы или предусмотренное политикой актуальное действие при сохраняющемся разрешении. Для давней холодной аудитории предпочтителен новый явный выбор.
Новая покупка может обновить покупательскую активность, но не отменяет отписку. Одиночный автоматический переход не должен сбрасывать счётчик неактивности. Изменение email тоже не восстанавливает всю коммуникационную историю автоматически.
Как понять, что политика полезна
Рост OR после исключения молчащих закономерен, но недостаточен для оценки. Смотрите абсолютную доступную аудиторию, жалобы, реальные действия, дополнительную прибыль и последующее возвращение людей. Объясняйте отдельно эффект изменения знаменателя и эффект изменения поведения.
Если тестируете разные допустимые частоты, исключите из эксперимента адреса с запретами и неподходящими разрешениями. Эксперимент не даёт права отправлять тем, кому нельзя. Результат нужен для выбора полезной программы, а не для поиска самого длинного срока, в течение которого удаётся продолжать рассылку.
Источники
[1] Yahoo. Sender Best Practices. Sender Hub; рекомендации по получателям, отказам доставки и неактивной аудитории. Проверено 24.09.2026.
[2] Apple. Protect email privacy in Mail on Mac. Руководство пользователя Mail; электронная документация, проверено 24.09.2026.