Спроектировать единый список исключений из рассылок
Согласовать обработку возвратов, жалоб, отказов и запретов контакта, включая перенос между провайдерами.
События доставок, причины исключения, текущие списки ESP, модель брендов и правила разрешённой коммуникации.
Модель исключений, таблица обработки событий, проверки перед отправкой и план переноса к другому провайдеру.
Кому пригодится
Email-маркетологам, CRM-архитекторам и разработчикам рассылок.
Требования и ограничения
Для какой задачи подходит
Нужен, когда несколько источников аудитории или сервисов отправки могут повторно включить исключённого получателя. Основание запрета сохраняется вместе с областью действия и условиями возможного пересмотра.
Что передать агенту
События доставок, причины исключения, текущие списки ESP, модель брендов и правила разрешённой коммуникации.
Как устроена работа
- Разделить причины: постоянный и временный возврат, жалоба, отказ, ручной запрет и неактивность.
- Определить глобальный уровень, бренд или аккаунт и отдельную кампанию, исключив противоречивые правила.
- Связать webhook-события с повторяемым обновлением записи и проверками состава аудитории и отправки.
- Подготовить миграцию исключений, поиск утечек и мониторинг изменения размера списков.
Какой результат получится
Модель исключений, таблица обработки событий, проверки перед отправкой и план переноса к другому провайдеру.
Что учесть перед применением
Исходник содержит технические примеры и упоминания зарубежного регулирования; применимость к РФ в пакете не проверялась. Правило провайдера и политика компании должны быть сверены отдельно. Рекомендация исключить запись не означает её удаления или изменения в ESP.
Автор и источник
Оригинальное название: suppression-lists
Автор или репозиторий: chunkydotdev/email-skills
Лицензия: MIT
Открыть первоисточник ↗