IT-Tickets schlecht dokumentiert: Warum und was hilft

„Erledigt“ ist keine Dokumentation. Es ist ein Achselzucken mit Zeitstempel.

Öffne irgendein Ticketsystem und such nach „Drucker“. Du findest Hunderte Tickets. Wie viele davon sagen dir, was damals wirklich los war? Meistens steht da „erledigt“, „Neustart hat geholfen“ oder „mit Kunde telefoniert“. Das ist kein Vorwurf an die Techniker – es ist ein Konstruktionsfehler: Dokumentation kommt nach der Lösung, und dann wartet schon der nächste Fall.

Warum werden Tickets so schlecht dokumentiert?

Weil Dokumentieren eine zweite Arbeit ist, die niemand sieht.

• Das Problem wird am Telefon oder per Fernwartung gelöst. Das Ticket wird hinterher ausgefüllt.
• Der nächste Anruf wartet. Aus fünf Minuten Befund werden drei Wörter.
• Viele Fälle werden gar nicht erfasst: Flurgespräch, Teams-Nachricht, „kannst du kurz“.
• Niemand liest alte Tickets – also lohnt es sich gefühlt nicht, sie gut zu schreiben.

Was kostet das?

Jeder wiederkehrende Fall wird von vorn untersucht. Wenn nirgends steht, dass der Drucker im 2. Stock nach jedem Windows-Update den Treiber verliert, sucht der nächste Techniker wieder eine halbe Stunde.

Dazu kommen:

• Kein Wissensaufbau: Aus schlechten Tickets entstehen keine brauchbaren Wissensartikel.
• Langsame Einarbeitung: Neue Kollegen können nicht nachlesen, wie es der Vorgänger gelöst hat.
• Unbrauchbar für KI: Ein Bot, der mit diesen Tickets trainiert oder gefüttert wird, lernt vor allem „Neustart hat geholfen“ – siehe KI-Chatbot im IT-Support: Warum Ticket-Bots scheitern.
• Keine Kennzahlen: Wer nicht weiß, was los war, kann weder Ursachen zählen noch Wiederholungen erkennen – siehe Helpdesk-Kennzahlen.

Was gehört in ein gutes Ticket?

Sechs Dinge – nicht mehr, aber auch nicht weniger:

• Feld: Symptom – Schlecht: „Drucker geht nicht“; Gut: „Druckaufträge bleiben in der Warteschlange hängen, seit heute Morgen“
• Feld: Befund – Schlecht: –; Gut: „Druckwarteschlange-Dienst hängt, 14 Aufträge in der Liste“
• Feld: Ursache – Schlecht: –; Gut: „Beschädigter Auftrag blockiert die Warteschlange“
• Feld: Schritte – Schlecht: „erledigt“; Gut: „Dienst gestoppt, Spool-Ordner geleert, Dienst gestartet“
• Feld: Freigabe – Schlecht: –; Gut: „Neustart des Dienstes ohne Freigabe erlaubt“
• Feld: Erfolg – Schlecht: –; Gut: „Testseite gedruckt, Mitarbeiter bestätigt“

Das Beispiel stammt aus Drucker druckt nicht – Druckwarteschlange.

Wie wird Dokumentation automatisch?

Indem sie nicht nachträglich passiert, sondern nebenbei. Das funktioniert nur, wenn die Arbeit selbst protokolliert wird.

Bei SuperSupport ist jeder Chat zugleich der Fall:

• Der Mitarbeiter schildert das Problem in seinen Worten – das ist das Symptom.
• Der Agent prüft am Windows- oder Mac-Gerät – jede Prüfung steht mit Ergebnis im Fall.
• Was er ändert, steht dort, ebenso was die IT freigegeben hat.
• Am Ende steht, ob es gelöst ist.

14 Tage kostenlos

IT-Support, der sich selbst erledigt.

SuperSupport löst IT-Probleme direkt am Gerät, bevor ein Ticket entsteht. Teste es 14 Tage kostenlos.

Kostenlos testen

Niemand muss hinterher etwas eintippen. Und weil die Befunde echt sind, taugt der Fall später als Grundlage für einen Wissensartikel oder ein Runbook – siehe Runbooks im IT-Support.

Und wenn der Fall weitergeht?

Dann kommt er mit Befund an, nicht mit „geht nicht“. Muss die IT übernehmen, sieht sie sofort, was schon geprüft und versucht wurde. Das spart genau die halbe Stunde, die sonst mit „Haben Sie schon neu gestartet?“ vergeht. Dasselbe gilt, wenn ein vorhandener Bot den Fall weitergibt – siehe KI-Agenten im IT-Support.

Was bleibt Aufgabe der IT?

Gute Dokumentation ersetzt keine Entscheidung. Welche Korrekturen ohne Freigabe erlaubt sind, welche Software per Runbook unterstützt wird und welche Fälle direkt an einen Menschen gehen, legt die IT fest. Passwörter, Benutzerkonten, Firewall und Server fasst der Agent ohnehin nicht an – siehe 1st-Level-KI: Was sie kann – und was nicht.

Selbst ausprobieren

Nimm die letzten 20 Tickets aus eurem System und zähl, in wie vielen die Ursache steht. Dann schau dir an, wie ein Fall aussieht, der sich selbst dokumentiert: SuperSupport lässt sich kostenlos und ohne Kreditkarte testen – für interne IT-Teams und Systemhäuser.

Häufige Fragen

Warum sind IT-Tickets so oft schlecht dokumentiert?

Weil Dokumentieren nach der Lösung kommt und keiner Zeit hat. Der Techniker hat das Problem am Telefon oder per Fernwartung gelöst, das nächste wartet schon. Also steht im Ticket „erledigt“ oder „Neustart hat geholfen“ – aber nicht, was los war und was genau gemacht wurde.

Was kostet schlechte Ticket-Dokumentation?

Jeder wiederkehrende Fall wird von vorn untersucht, statt die Lösung vom letzten Mal zu nehmen. Wissensartikel entstehen nicht, neue Kollegen lernen langsamer, und KI-Bots, die mit diesen Tickets arbeiten, lernen vor allem „Neustart hat geholfen“.

Was gehört in ein gut dokumentiertes Ticket?

Das Symptom in den Worten des Mitarbeiters, der Befund (was wurde geprüft, was war auffällig), die Ursache, die durchgeführten Schritte, wer was freigegeben hat und woran man sieht, dass es gelöst ist.

Wie dokumentiert SuperSupport einen Fall?

Bei SuperSupport ist jeder Chat zugleich der Fall. Was der Mitarbeiter schildert, was der Agent am Gerät prüft, was er ändert und was die IT freigibt, wird dabei automatisch protokolliert – ohne dass jemand nachträglich etwas eintippen muss.

Hilft das auch bei vorhandenen Ticketsystemen?

Ja. Geht ein Fall an die IT oder an einen vorhandenen Bot weiter, kommt er mit Befund und bisherigen Schritten an statt mit „geht nicht“.

14 Tage kostenlos

IT-Support, der sich selbst erledigt.

SuperSupport löst IT-Probleme direkt am Gerät, bevor ein Ticket entsteht. Teste es 14 Tage kostenlos.

Kostenlos testen