AUT-0657· Маркетинг
Опрацювання скарги на небажаний лист у системі надсилання
Команда зіставляє скаргу поштового провайдера з надсиланням і перевіряє припинення подальших маркетингових листів у належній області.
Чернетка · Оцінка потребує перевірки
01 / Проблема
Скарга на лист є у провайдера, але контакт залишається в чергах кампаній. Або команда помилково приписує скаргу всім адресатам повідомлення.
02 / Результат
Скарга має підтверджений зв’язок із надсиланням, пояснену область обмеження й перевірений стан подальших маркетингових повідомлень.
03 / Процес
ТригерОтримано підтверджену подію скарги від поштового сервісу.
Перевірити джерело події та зберегти її ключ, акаунт, ідентифікатор надсилання й час; повторну подію пов’язати з чинним випадком.
Зіставити надсилання з внутрішнім журналом адресатів; приховану адресу скаржника не вгадувати за списком можливих одержувачів.
За погодженою політикою визначити підтверджену область припинення маркетингових листів; неоднозначну подію передати відповідальному з явною невизначеністю.
Звірити чинну причину й область блокування в поштовому сервісі та відповідний стан маркетингового контакту; один акаунт не вважати всіма маршрутами компанії.
Перевірити заплановані маркетингові кроки й припинення в потрібних маршрутах; не надсилати тестовий лист скаржнику для доказу.
Зберегти підтверджений результат і причину; повернення до надсилання потребує окремої належної підстави, а не нового імпорту контакту.
04 / Реалізація1 варіант
Приклад · Контроль із підтвердженням результату
Скаргу пов’язали з конкретним надсиланням, але черга іншого маршруту ще містила контакт. Команда перевірила потрібні обмеження без нового листа.
Спосіб реалізації
- Вести події скарг і підтверджений стан контакту з маршрутом невизначеності.
- Зіставляти поштові події, блокування сервісу й черги кампаній.
Що потрібно для реалізації
- Є журнал надсилань з ідентифікаторами провайдера та перевірений канал подій.
- Є політика скарг, області блокування й відповідальні за неоднозначні випадки.
Обмеження
- AWS описує приховані адреси у скаргах, зіставлення за ID повідомлення та налаштовані області suppression.
- Не всі провайдери передають індивідуальні скарги; відсутність події не доводить відсутності скарг. Скарга не є технічною помилкою доставки.
- Права й можливості цільового середовища перевіряють на аудиті; години попередні.
Що потрібно уточнити (2)
- Чи кампанії використовують кілька поштових акаунтів або маршрутів?
Погодьте область припинення та зіставлення контактів.
- Чи потрібна автоматична обробка подій і звірка черг?
Визначте перевірений канал, ключі подій і доступ до фактичних станів.