Outcome. The onboarding owner gets a fresh check-in task every week for as long as the onboarding ticket stays open, capped at a fixed number of cycles, instead of relying on memory to schedule regular touchpoints.
flowchart TD
A[Ticket open, Next Check-in Date known] --> B[Delay until Next Check-in Date]
B --> C{Completed or Check-in Count >= 8?}
C -->|Yes| D[End]
C -->|No| E[Create check-in task]
E --> F[Increase Check-in Count]
F --> G[Set Next Check-in Date = +7 days]
G -.re-enrolls on property change.-> A

When to use it, when not to
- UseUse it when onboarding regularly runs long enough (several weeks or more) that a single kickoff task and a completion notice leave a gap in between with no prompted touchpoint.
- UseUse it when the team is comfortable with a workflow that loops on itself through a re-enrollment trick, this is a more advanced building pattern than most fiches in this category.
- SkipDo not use it for short onboarding (under two weeks), the overhead of building the loop is not worth it, use a couple of fixed-delay tasks instead, as in customer-onboarding-003.
- SkipDo not use it if the team already runs check-ins from a shared calendar cadence, adding a parallel task-based reminder would just be noise.
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.





