Outcome. New tickets route straight to the support pool that owns the relevant product or category, instead of landing in one shared queue for manual triage.
flowchart TD
A[Ticket created, product line known] --> B{Product line value?}
B -->|core-product| C[Rotate to Core product pool]
B -->|mobile-app| D[Rotate to Mobile app pool]
B -->|integrations| E[Rotate to Integrations pool]
B -->|billing-platform| F[Rotate to Billing platform pool]
C --> G[Set routed date, notify new owner]
D --> G
E --> G
F --> G

When to use it, when not to
- UseUse it when support covers two or more distinct products or categories that need different expertise, for example a core product, a mobile app, and an integrations layer.
- UseUse it when the current process is a person reading each ticket and manually forwarding it to the right team.
- SkipDo not use it if there is only one product and one pool; the plain rotation in tickets-sla-001 is simpler and enough.
- SkipDo not use it for account-tier routing (enterprise versus SMB); that is a separate signal, see tickets-sla-009 and tickets-sla-021.
or the tickets and sla 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.



