Outcome. A contact always sits on exactly one stage-tracking static list matching their current lifecycle stage, and gets removed from every other stage list automatically, keeping list-based reporting and sends accurate with no manual list cleanup.
flowchart TD
A[Lifecycle stage changes] --> B{Which stage?}
B -->|Lead| C[Add Active - Lead, remove from others]
B -->|MQL| D[Add Active - MQL, remove from others]
B -->|SQL| E[Add Active - SQL, remove from others]
B -->|Opportunity| F[Add Active - Opportunity, remove from others]
B -->|Customer| G[Add Active - Customer, remove from others]
B -->|Other stage| H[No action or extend]

When to use it, when not to
- UseUse when a reporting tool, sales playbook, or campaign build needs a static list per lifecycle stage specifically, not a live filter.
- UseUse when you need membership history preserved (who was ever on the "Active - MQL" list matters even after they move on) in a way a dynamic list filtered on current lifecycle stage cannot show.
- SkipDo not build this if a simple active (dynamic) list filtered
directly on
Lifecycle stagealready meets the need. That approach needs no workflow at all and stays correct automatically; only add this workflow when something beyond current lifecycle stage matters, such as combining it with other criteria or needing a static snapshot. - SkipDo not use this as a substitute for the lifecycle stage property itself in reporting. The lists exist for list-based tools and sends, not as the source of truth for stage.
or the marketing ops pack, 39 EUR
One-time, excl. VAT. 30-day refund, no questions asked. Founding prices until 31 October, then 199 and 59 EUR. Includes every spec added later, up to the full 500, and the one-click installer on the full library. Building on client portals? The agency licence at 449 EUR covers unlimited client portals.





