Модуль 8 · Урок 29

Lifecycle messages, segmentation і frequency

Lifecycle flow — це контрольована система станів, а не серія листів за календарем. Визначте trigger, eligibility, message purpose, next step, exit, suppression і re-entry; потім вирішуйте сегментацію, пріоритет та частоту на рівні людини.

Lifecycle mapSegment contractFrequency capExit rules

Lifecycle contract

Valid triggerEligibilityMessageNext stepExit / suppressReview
Flow contract
Purpose · trigger timestamp/source · eligibility · exclusions · delay/time zone · content · CTA · next state · exit · suppression · expiry · re-entry · cap · priority · owner · QA · metric.

Наприклад, onboarding має завершитися після activation, expiry або suppression. Без exit rule людина може отримати «зробіть перший крок» уже після виконання, а late event — повернути її в застарілий flow.

Сегмент як відтворюваний запит

«Активні клієнти» — не segment contract. Потрібні population, inclusion, exclusion, attributes, source, refresh cadence, valid window і QA query. Використовуйте тільки дані, необхідні для визначеної мети; не виводьте sensitive traits із непрямих сигналів.

СлабкоВідтворювано
Неактивні користувачіEligible confirmed accounts без activation event протягом 7 днів; exclude suppressed, closed і test
VIPDefined value threshold, period, currency/refund status та owner-approved purpose
Цікавляться темоюExplicit preference або documented allowed behavior signal у визначеному window

Frequency — на рівні людини

Cap лише всередині однієї кампанії не захищає від суми newsletter, onboarding, promotion і sales automation. Створіть person-level counter, priority matrix і conflict rule: send, defer, replace або drop.

Priority 1Security: точність і своєчасність, без promotion.
Priority 2Service: необхідна account/transaction інформація.
Priority 3Lifecycle: релевантний next step у valid window.
Priority 4Campaign: відкласти або drop, якщо cap вичерпано.
Quiet hoursRecipient local time, якщо дані надійні; інакше conservative default.
ExpiryПрострочений message не надсилати «після черги».

Entry, exit і re-entry

РизикЗахист
Подія прийшла пізноEvent timestamp + maximum age before entry
Людина виконала CTA в іншому каналіCross-channel state check перед кожним send
Unsubscribe після queueingSuppression check at send time, not only at scheduling
Flow запускається повторноDefined cooldown і new-valid-trigger requirement
Дві кампанії конфліктуютьGlobal priority/cap service з deterministic rule

Практика уроку

  1. Спроєктуйте onboarding, renewal або win-back на synthetic data.
  2. Заповніть lifecycle map і segment contract.
  3. Додайте global cap, priority, quiet hours, expiry та conflict rules.
  4. Напишіть QA для duplicate, stale event, completed action і unsubscribe-after-queue.
  5. Перевірте plain text, mobile, keyboard/readability та зрозумілий sender.

Завантажити Email & CRM Pack

Офіційні джерела

Практична перевірка · урок 29 з 42

Закріпіть матеріал уроку

Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.

1. Що має lifecycle flow крім trigger?
2. Який onboarding exit rule коректний?
3. Що робить segment відтворюваним?