KI-Service-Desk: Triage, SLA-Uhr und Warnungen bei SLA-Verletzungen
Ein funktionsfähiger Prototyp, den ich gebaut habe, um zu zeigen, wo KI einem Service Desk hilft und wo sie nicht allein entscheiden darf. Er triagiert eine Anfrage, setzt die Priorität, startet die SLA-Uhr, antwortet aus einer Wissensdatenbank und alarmiert bei einem P1 den Major Incident Manager. Er läuft vollständig auf meinem eigenen Laptop: kein Cloud-Dienst, und keine Ticketdaten verlassen das Gerät.
Einen P1-Durchlauf ansehen
Ein echter Durchlauf auf dem Laptop, ohne Schnitte aufgezeichnet, mit einer Ausnahme: Die 80-sekündige Wartezeit des Modells läuft 16-mal schneller ab. Starten Sie die Wiedergabe, um zu sehen, wie Triage, Antwort aus der Wissensdatenbank und P1-Ticketkarte erscheinen.
Was mit einer Nachricht passiert
Die Nachricht lesen
Der Nutzer schreibt in einfacher Sprache. Nichts auszufüllen, keine Kategorie auszuwählen.
Auswirkung und Dringlichkeit vorschlagen
Das Sprachmodell schlägt eine Kategorie (Incident, Service Request oder Frage), eine Auswirkung und eine Dringlichkeit vor. Mehr entscheidet es nicht.
Die Regeln im Code anwenden
Fester Code wendet die Prioritätsmatrix (P1 bis P4) an, wählt die Zuweisungsgruppe und startet die SLA-Uhr nach Geschäftszeiten, bei einem P1 rund um die Uhr (24x7).
Aus der Wissensdatenbank antworten
Die Antwort wird aus den Service-Desk-Artikeln verfasst, mit Quellenangaben, und eine Ticketkarte zeigt die Fälligkeiten für Erstreaktion und Lösung.
Einen P1 eskalieren
Ein P1 wird dem Major Incident Manager mit einer 24x7-Uhr zugewiesen, und der Major-Incident-Prozess wird sofort ausgelöst.
Die Designregel: KI schlägt vor, Regeln entscheiden
Das Modell schlägt immer nur Auswirkung und Dringlichkeit vor. Priorität, SLA-Ziele und Fälligkeiten stammen aus deterministischem Code, sodass jede Zahl auf dem Ticket geprüft und einem Auditor oder Kunden erklärt werden kann. Liegt das Modell falsch, korrigiert der Analyst ein Feld, und die Uhr rechnet neu.
Die Ticketkarte
Jede Antwort endet mit dem erfassten Ticket: Kategorie, Priorität mit der zugrunde liegenden Auswirkung und Dringlichkeit, Zuweisungsgruppe und beide SLA-Fälligkeiten.
SLA-Verletzungsprüfung
Ein zweiter Workflow nimmt eine Liste offener Tickets und einen Prüfzeitpunkt entgegen und gibt zurück, welche verletzt und welche gefährdet sind (75% des Lösungsziels verbraucht). Dann entwirft er die Warn-E-Mail an den Service Desk Manager mit einer nächsten Maßnahme für jedes Ticket. Bei den sechs Beispieltickets findet er zwei verletzte und zwei gefährdete.
Wie es gebaut ist
- Dify für die Workflows und die Wissensdatenbank
- Ein kleines offenes Modell (Llama 3.2), lokal auf Ollama
- Prioritätsmatrix und SLA-Uhr als einfacher Python-Code, getrennt vom Modell
- Wissensdatenbank: Service-Desk-Anleitungen sowie mein eigenes Material zu ITIL (Version 5) und Major Incidents
- Antworten dauern auf einem Laptop-Prozessor ein bis zwei Minuten; ein Server würde in Sekunden antworten
Dies ist eine Demonstration, kein gehosteter Dienst. Die Beispielorganisation, die Tickets und die Artikel dienen nur der Veranschaulichung.
Möchten Sie es live sehen?
Ich führe es in einem Gespräch vor und zeige, wie dasselbe Muster zu Ihrem Service Desk, Ihren Kategorien und Ihren SLAs passen würde.