The Workflow Library

Library / Lead routing / lead-routing-049

Multi-touch routing: reroute lead if a second form fill happens with different intent

Lead routingContactMarketing Hub ProfessionalAdvanced~45 min to buildFull spec

Outcome. A lead who first showed interest in one product and later fills a form for a completely different one gets flagged and handed to the right specialist, instead of staying with the original rep by default even after their interest clearly shifted.

Workflow map Enrollment, branches and actions at a glance lead-routing-049
flowchart TD
    A[Product Interest set/changed] --> B{First Product Interest already recorded?}
    B -->|No| C[Set First Product Interest as baseline, no reroute]
    B -->|Yes| D{New value not in First Product Interest?}
    D -->|Yes| E[Notify current owner of new interest]
    E --> F{Maps to a different specialist pool?}
    F -->|Yes| G[Rotate to new specialist pool, set routed date, create task]
    F -->|No| H[End, no action - rep judgment call]
    D -->|No| I[End, no action - already covered]
action or delay branch public on every spec, paid or not

When to use it, when not to

  • UseUse it in multi-product businesses where a lead's second, later form fill sometimes signals a genuinely different need than their first touch, and the original routing (lead-routing-013) should be revisited rather than assumed still correct.
  • UseUse it once Product Interest (lead-routing-013's property) is already in place and populated by form fills, since this fiche is the "did the value actually change" layer on top of it.
  • SkipDo not use it if a single form always captures every product a lead might be interested in at once (a multi-select on one form); there is no "second, different" fill to detect in that setup.
  • SkipDo not use it if reps are comfortable simply adding a second product to their existing conversation without a formal reroute; this fiche is for cases where a clean handoff to a different specialist is actually wanted.
The preview ends here. Six sections are in the library. counted, not blurred
PrerequisitesEvery property with its label, internal name, type and options, plus the assets the workflow needs before you start.4 items
EnrollmentThe trigger, the criteria exactly as they are ticked in the UI, the re-enrollment rule and the suppression list.4 parts
StepsEach action in order with its parameters, its branches and its delays, written as you tick them.4 numbered actions
Known pitfallsTraps seen in production, each with what breaks and what to do instead.4 pitfalls
Test plan, variants and build specHow to prove it works in a test portal, where to look when it does not, the variants for other objects or tiers, and the YAML build spec.3 variants, 3 sections
FilesThe properties JSON creates the fields in one API call, the workflow JSON documents the build.PDF, Markdown, JSON
Install1 click. The installer creates the properties this spec declares and the workflow itself, switched off, then opens a task for the prerequisites that are assets rather than properties, such as a team, a static list or a marketing email. What it created is listed on the install page.1 click, switched off
Unlock the full library, 149 EUR

or the lead routing 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.