Outcome. Every time the onboarding ticket moves to a new stage, the right people get notified and a timestamp is kept, so the ticket pipeline created in customer-onboarding-005 actually reflects live progress instead of sitting untouched after creation.
flowchart TD
A[Ticket in Onboarding pipeline changes stage] --> B[Set Current Milestone Started Date]
B --> C{Stage = In Progress?}
C -->|Yes| D[Notify ticket owner: kickoff done]
C -->|No| E{Stage = Blocked?}
D --> E
E -->|Yes| F[Notify CS manager + create unblock task]
E -->|No| G{Stage = Completed?}
F --> G
G -->|Yes| H[Set Onboarding Completion Date, notify owner + rep]
G -->|No| I[End]

When to use it, when not to
- UseUse it once customer-onboarding-005 is in place and stages exist, this fiche is the workflow that reacts to stage changes, it does not create the pipeline itself.
- UseUse it when the team wants a record of how long onboarding sat in each stage, useful input for customer-onboarding-012 and customer-onboarding-035.
- SkipDo not use it if the pipeline has only two stages (open and closed), the branching adds little value at that point, a simple closed-ticket notification is enough.
- SkipDo not use it if stage changes happen too rarely to be a meaningful signal, for very long or ad hoc onboarding projects a manual status update might serve better.
or the customer onboarding 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.





