Journeys & orchestration
How this is scored
Multi-step automation: triggers, branching, waits, and — the part that decides whether it survives contact with reality — what happens when journeys collide.
0 — Autoresponders on a single trigger; no branching, no waits, no conditions.
3 — Linear sequences with simple conditions, one entry trigger per journey, and no visibility into where a contact currently sits.
5 — A visual builder with branching on attributes and behaviour, waits and goals, entry and exit conditions, and per-contact journey state visible.
8 — Event-driven entry from external systems, frequency capping and suppression across journeys, priority when a contact qualifies for several, versioning of a live journey, and testing against real records.
10 — Orchestration is coherent across the whole programme: one decision layer deciding what a person receives next regardless of which journey wants to send it, holdout groups for measurement, and a journey a colleague can read months later without a diagram.
The Data Protection Officer
The visual builder with split and branching paths, goals with per-funnel drop-off visibility, and entry points from form submissions, field states, segment changes, deal-stage changes and external apps like Typeform and Calendly are all documented, with email and automation split testing on the higher tiers. We found no public information on frequency capping or suppression across journeys, on priority when a contact qualifies for several at once, or on versioning of a live journey — the collision handling that decides whether orchestration survives contact with reality. 2 4 5 7