Wie du ein Support-Team für 24-Stunden-Abdeckung aufstellst, ohne Leute auszubrennen

24-Stunden-Support erfordert keine Nachtschichten – wenn dein Team genug Zeitzonen umspannt. Das Ziel ist, die Uhr so aufzuteilen, dass jede Region ihre Schicht während normaler Arbeitszeiten abdeckt, mit genug Überschneidung an den Nähten, um Lücken zu vermeiden.

Das Follow-the-Sun-Modell

Eine häufige Drei-Regionen-Aufteilung:

Jedes Team arbeitet einen normalen Tag. Die UTC-Uhr ist kontinuierlich abgedeckt.

Übergaben sind, wo die Abdeckung bricht

Baue eine 30-minütige Überschneidung an jeder Übergabe ein:

• APAC zu Europa: 07:00–07:30 UTC
• Europa zu Americas: 14:00–14:30 UTC

Während der Überschneidung brieft das ausgehende Team das eingehende über offene Tickets und Eskalationen – eine kurze schriftliche Notiz, kein Meeting. Ohne Überschneidung liegen Tickets, die an der Grenze eintreffen, unzugewiesen, während ein Team abmeldet und das andere sich einloggt.

Definiere, was „abgedeckt” bedeutet, bevor du den Plan erstellst

P1-Antwort innerhalb von 15 Minuten ist eine andere operative Anforderung als P3-Antwort innerhalb von 8 Geschäftsstunden. Das Schichtmodell behandelt P2 und P3 sauber; P1 braucht zusätzliche Eskalationspfade und On-Call-Infrastruktur an jeder Grenze.

Zwei-Regionen-Abdeckung (die häufige Realität)

Die meisten Teams haben keine drei ausgewogenen regionalen Büros. Zwei Regionen decken ungefähr 16 Stunden ab und lassen eine 8-Stunden-Lücke – normalerweise die APAC-Nacht, wenn deine Teams in den USA und Europa sind.

Optionen:

1. Async für die Lücke. Setze Kundenerwartungen in der automatischen Antwort: „Tickets außerhalb der Geschäftszeiten werden innerhalb von 2 Stunden nach Rückkehr unseres Teams um 07:00 UTC beantwortet.” Das ist der häufigste und ehrlichste Ansatz.
2. On-Call-Rotation. Eine Person pro Woche deckt nur P1-Tickets während der Lücke ab. Über das Team rotieren, fair vergüten, den Umfang wirklich eng halten.
3. Beauftragter Dienstleister. Ein Drittanbieter-Support-Partner deckt die Lücke für Ticket-Typen ab, die kein tiefes Produktwissen erfordern.

Die Uhr nach Volumen aufteilen, nicht gleichmäßig

Analysiere deine Ticket-Daten nach UTC-Stunde. Schichtgrenzen sollten in Tälern liegen – geringes Volumen, geringes Risiko, wenn es eine kurze Lücke gibt. Wenn 40% deiner Tickets zwischen 14:00–18:00 UTC eintreffen, setze dort ein frisches Team mit Überschneidung vom ausgehenden Team – keine Übergabegrenze.

DST-Wartung

Wenn die Uhren einer Region umgestellt werden, verschiebt sich ihr UTC-Fenster. Manila beobachtet keine Sommerzeit – ihr Fenster ist fest. Ein Dublin-Team verschiebt sich Ende März um eine Stunde.

Überprüfe UTC-Schichtzuweisungen nach jeder DST-Umstellung in einer abgedeckten Region. Aktualisiere den Plan und verifiziere, dass Übergabezeiten noch ausgerichtet sind. Nutze meetwhen, um zu prüfen, wie deine UTC-Fenster in der Ortszeit jedes Teams vor und nach einer Umstellung aussehen – das dauert 30 Minuten zweimal im Jahr und verhindert Abdeckungslücken, die sonst monatelang unbemerkt bleiben.