Frequency caps protect users from overlapping journeys. They also protect teams from misreading engagement caused by too many reminders. A cap should account for user, account, stream, and urgency.
User-level caps prevent one person from receiving too many messages. Account-level caps prevent several teammates from receiving the same account prompt after one shared event.
| cap | example |
|---|---|
| User cap | No more than one lifecycle prompt per day. |
| Account cap | No more than one admin prompt per account per week. |
| Stream cap | Billing notices do not count against marketing caps. |
| Priority override | Security and payment mail can bypass marketing caps. |
When two automations want to send on the same day, the system should know which one wins. Trial expiration usually beats feature education. Billing beats broadcast.
A cap delays or blocks a send. An exit rule removes the user from the journey when the target action is complete. Both are needed.
Suppressed sends are useful signal. They show where journeys overlap, where trigger rules are too broad, and where lifecycle programs need consolidation.
Growth work lives or dies on targeting and measurement. What matters is whether behavioral triggers can be built without engineering time, whether the event stream supports attribution past the open, and whether deliverability holds when broadcast volume shares a reputation with product email.
Applied to email frequency capping, that means weighing scheduling, event stream, deliverability, and operating track record ahead of the rest, against behavior-triggered journeys, broadcasts, and winback campaigns measured on revenue.