Queues in OFORK

Queues sind in OFORK die zentrale Struktur, um Tickets organisatorisch zu verteilen. Sie legen fest, welches Team oder welcher Bereich für eine Anfrage zuständig ist, welche automatischen Antworten greifen und wie Tickets im Tagesgeschäft sichtbar werden.

Eine gut geplante Queue-Struktur sorgt dafür, dass Anfragen nicht ungeordnet im System landen, sondern direkt in den passenden Arbeitsbereich gelangen.

In diesem Guide: Queue-Aufbau, Zuständigkeiten, automatische Antworten, Ereignistypen, Variablen, Kim-KI-Zuordnung, Best Practices und Auswertung.

Was ist eine Queue?

Eine Queue ist eine Warteschlange für Tickets. Sie kann ein Team, einen Fachbereich, einen Kommunikationskanal oder einen bestimmten Service abbilden.

Beispiele:

IT-Support
Kundenservice
Vertrieb
Buchhaltung
Microsoft 365
Hardware
Software
Störungen
Änderungsanfragen
Interne Aufgaben

Tickets werden einer Queue zugeordnet, damit Agenten wissen, welche Vorgänge in ihren Verantwortungsbereich fallen.

Warum Queues wichtig sind

Queues schaffen Ordnung im Supportbetrieb. Ohne klare Queues müssten Agenten jedes Ticket einzeln prüfen und manuell entscheiden, wer zuständig ist.

Queues helfen bei:

klarer Zuständigkeit
schnellerer Ticketverteilung
sauberer Rechtevergabe
teambezogenen Ansichten
automatischen Antworten
Eskalationsregeln
Statistiken und Auswertungen
getrennten Kommunikationswegen

Eine Queue ist damit nicht nur ein Ablageort, sondern ein Steuerungselement im gesamten Ticketprozess.

Queue-Struktur planen

Die Queue-Struktur sollte vor dem Produktivbetrieb bewusst geplant werden. Zu viele Queues machen das System unübersichtlich. Zu wenige Queues führen dazu, dass Tickets nicht sauber getrennt werden können.

Sinnvolle Fragen:

Welche Teams bearbeiten Tickets?
Welche Services sollen getrennt ausgewertet werden?
Welche E-Mail-Adressen laufen in OFORK ein?
Welche Agenten dürfen welche Tickets sehen?
Welche Anfragen brauchen eigene automatische Antworten?
Welche Queues benötigen Eskalationen?
Welche Queues sollen Kim-KI automatisch erkennen?

Eine gute Struktur orientiert sich an echten Arbeitsabläufen, nicht an theoretischen Organigrammen.

Einfache Queue-Struktur

Für kleine Teams reicht oft eine kompakte Struktur.

Beispiel:

Support
Vertrieb
Buchhaltung
Technik
Intern

Diese Struktur ist leicht verständlich und kann später erweitert werden.

Erweiterte Queue-Struktur

Bei größeren Organisationen kann eine hierarchische Struktur sinnvoll sein.

Beispiel:

IT
IT::Hardware
IT::Software
IT::Microsoft365
IT::Netzwerk
Kundenservice
Kundenservice::Anfragen
Kundenservice::Beschwerden
Kundenservice::Verträge

Hierarchische Queues helfen, Fachbereiche und Unterbereiche sauber zu trennen. Sie sollten aber nur verwendet werden, wenn diese Trennung im Alltag wirklich benötigt wird.

Queues und Berechtigungen

Queues sind eng mit Berechtigungen verbunden. Agenten sollten nur die Queues sehen und bearbeiten können, für die sie zuständig sind.

Typische Regeln:

Agenten erhalten Zugriff auf ihre Team-Queues
Teamleiter erhalten Zugriff auf mehrere Queues
Administratoren behalten Gesamtübersicht
vertrauliche Queues werden separat berechtigt
interne Queues werden nicht für Kunden sichtbar gemacht

Eine saubere Rechtevergabe verhindert, dass Tickets versehentlich von falschen Teams bearbeitet werden.

Queues und E-Mail-Adressen

Viele OFORK-Systeme verwenden mehrere E-Mail-Adressen. Jede Adresse kann einer passenden Queue zugeordnet werden.

Beispiele:

support@example.de → Support
rechnung@example.de → Buchhaltung
vertrieb@example.de → Vertrieb
it@example.de → IT-Support

Dadurch landen neue Tickets direkt im richtigen Bereich. Falls mehrere Themen über dieselbe Adresse eingehen, kann Kim-KI oder eine Filterregel bei der weiteren Zuordnung unterstützen.

Automatische Antworten

Automatische Antworten informieren Kunden direkt nach dem Eingang einer Anfrage. Sie bestätigen, dass das Ticket eingegangen ist, und können zusätzliche Hinweise geben.

Typische Inhalte:

Eingangsbestätigung
Ticketnummer
erwartete Reaktionszeit
Hinweise zu notwendigen Angaben
Verweis auf Servicezeiten
Notfallkontakt
nächste Schritte

Automatische Antworten reduzieren Rückfragen und geben Kunden sofort eine klare Rückmeldung.

Automatische Antworten pro Queue

Automatische Antworten sollten zur Queue passen. Eine Anfrage an die Buchhaltung benötigt eine andere Rückmeldung als eine Störungsmeldung an den IT-Support.

Beispiele:

Support: technische Eingangsbestätigung mit Ticketnummer
Buchhaltung: Hinweis auf Bearbeitungszeit für Rechnungsfragen
Vertrieb: Rückmeldung zu Angebot oder Produktanfrage
Störung: Hinweis auf Priorisierung und mögliche Rückfragen

Durch die Zuordnung von automatischen Antworten zu Queues wird Kommunikation gezielter und professioneller.

Ereignistypen für automatische Antworten

Automatische Antworten können durch verschiedene Ereignisse ausgelöst werden.

Typische Ereignistypen:

auto reply: Antwort beim Erstellen eines neuen Tickets
auto follow up: Antwort bei einer Rückmeldung zu einem bestehenden Ticket
auto reject: Antwort, wenn eine Anfrage abgewiesen wird
auto remove: Antwort oder Hinweis beim Entfernen eines Tickets
auto reply/new ticket: Antwort, wenn aus einer Folgeanfrage ein neues Ticket entsteht

Nicht jede Queue braucht alle Ereignistypen. In vielen Fällen reicht eine klare Eingangsbestätigung für neue Tickets.

Variablen in automatischen Antworten

Automatische Antworten können Variablen verwenden, damit Nachrichten personalisiert werden.

Beispiele:

Ticketnummer
Kundenname
Queue
Betreff
Erstellzeit
Systemadresse

Ein Beispiel für eine Variable ist:

<OFORK_TICKET_TicketNumber>

Damit kann OFORK die konkrete Ticketnummer in die automatische Antwort einsetzen.

Beispiel für eine Eingangsbestätigung

Eine einfache automatische Antwort kann so aufgebaut sein:

Guten Tag,

Ihre Anfrage ist bei uns eingegangen und wurde unter der Ticketnummer <OFORK_TICKET_TicketNumber> erfasst.

Unser Team prüft den Vorgang und meldet sich bei Ihnen.

Freundliche Grüße
Ihr Support-Team

Der Text sollte kurz, verständlich und passend zur Queue sein.

Queues und Kim-KI

Kim-KI kann bei der Zuordnung von Tickets zu Queues unterstützen. Dabei wird der Inhalt einer Anfrage analysiert und eine passende Queue vorgeschlagen oder automatisch gesetzt.

Kim-KI kann erkennen:

Thema der Anfrage
betroffener Service
Dringlichkeit
Fachbereich
Sprache
Beschwerde oder Eskalationsrisiko
technische Stichworte
Bezug zu bekannten Problemen

Beispiel:

Eine Anfrage mit “Ich kann mich nicht mehr bei Microsoft 365 anmelden” kann automatisch in die Queue IT::Microsoft365 einsortiert werden.

Queue-Zuordnung durch Regeln

Neben Kim-KI können auch klassische Regeln verwendet werden.

Mögliche Kriterien:

Empfängeradresse
Absenderadresse
Betreff
Textinhalt
Kunde
Service
Tickettyp
Priorität

Regeln sind besonders sinnvoll für eindeutige Fälle. Kim-KI ist hilfreich, wenn die Formulierungen unterschiedlich sind oder der Inhalt zuerst verstanden werden muss.

Queues und Eskalationen

Queues können mit Eskalations- und SLA-Regeln kombiniert werden. So kann OFORK überwachen, ob Tickets rechtzeitig bearbeitet werden.

Beispiele:

hohe Priorität in Support-Queue eskaliert schneller
Rechnungsanfragen haben andere Reaktionszeiten
interne Aufgaben haben längere Fristen
Störungen werden separat überwacht

Die Queue ist dabei ein wichtiges Kriterium für die Steuerung des Bearbeitungsprozesses.

Best Practices für Queues

Eine gute Queue-Struktur bleibt übersichtlich und entspricht der tatsächlichen Arbeitsweise.

Empfehlungen:

Queues nach Zuständigkeit planen
nicht zu viele Queues anlegen
eindeutige Namen verwenden
Unterqueues nur bei echtem Bedarf einsetzen
Rechte sauber vergeben
automatische Antworten je Queue prüfen
Kim-KI-Zuordnung mit echten Tickets testen
alte Queues deaktivieren statt unkontrolliert löschen
Queue-Struktur regelmäßig überprüfen

Wenn Agenten häufig Tickets verschieben müssen, ist das ein Hinweis darauf, dass Queue-Regeln oder Struktur angepasst werden sollten.

Häufige Fehler

Typische Probleme bei Queues:

zu viele ähnliche Queues
unklare Namen
falsche Berechtigungen
automatische Antworten passen nicht zur Queue
Tickets landen in Sammelqueues und bleiben liegen
keine Auswertung nach Queue
fehlende Eskalationsregeln
neue Services werden ohne Konzept ergänzt

Diese Fehler führen dazu, dass OFORK zwar Tickets sammelt, aber die Bearbeitung nicht sauber steuert.

Queues auswerten

Queues können in Statistiken ausgewertet werden. Dadurch wird sichtbar, welche Bereiche besonders stark belastet sind.

Sinnvolle Auswertungen:

Anzahl Tickets pro Queue
offene Tickets pro Queue
durchschnittliche Bearbeitungszeit
Eskalationen pro Queue
neue Tickets pro Zeitraum
Antwortzeiten nach Queue
Verteilung nach Priorität
Anteil automatisch zugeordneter Tickets

Diese Daten helfen, Teams besser zu steuern und Engpässe früh zu erkennen.

Fazit

Queues sind in OFORK ein zentrales Werkzeug für geordnete Ticketbearbeitung. Sie definieren Zuständigkeiten, steuern automatische Antworten, unterstützen Rechtevergabe und ermöglichen aussagekräftige Auswertungen.

Mit einer klaren Queue-Struktur, passenden automatischen Antworten und optionaler Unterstützung durch Kim-KI wird OFORK zu einem deutlich besser steuerbaren Service-Desk-System.