Die meisten fragen: “Ihr macht doch IT — braucht ihr KI-Tipps?” Die ehrlichere Frage ist: “Wie viel Technikerzeit geht für das immer gleiche Erstticket und das Suchen nach der Lösung von letztem Mal drauf — Zeit, die für die kniffligen Fälle fehlt?”
Diese Seite zeigt drei Stellen, an denen KI im Systemhaus heute entlastet — und die Linie, hinter der Eingriff und Kundenkommunikation beim Techniker bleiben. Auch für die, die KI selbst verkaufen, lohnt der ehrliche Blick auf den eigenen Laden.
Was heute wirklich funktioniert
Eingehende Tickets kommen vorsortiert und vorqualifiziert
Tickets laufen gemischt auf — die zurückgesetzte Drucker-Warteschlange neben dem ausgefallenen Server. Ohne Vorsortierung bindet jedes gleich viel Aufmerksamkeit.
Eine KI kann Tickets nach Kategorie und Dringlichkeit vorsortieren, fehlende Angaben erfragen und zu Routinefällen Lösungsvorschläge aus eurer Wissensbasis legen. Der Techniker entscheidet und handelt.
Das echte Scheitern: Die Priorisierung muss konservativ sein — ein heruntergespielter Ausfall reißt die SLA. Und die KI darf einen Lösungsweg vorschlagen, aber nicht selbst am Kundensystem eingreifen. Sie qualifiziert vor, der Techniker macht.
Die Lösung von letztem Mal ist wieder auffindbar
“Das hatten wir doch schon bei dem Kunden” — und die Antwort steckt in einem alten Ticket, einer Notiz, einem Doku-Eintrag, den niemand schnell findet.
Ein durchsuchbares Archiv über eure Tickets, Doku und internen Notizen findet die frühere Lösung in normaler Sprache, mit Quelle. Der Techniker prüft, ob sie auf den aktuellen Fall passt.
Die Bedingung: Das ist nur so gut wie eure Doku-Pflege, und Kundentrennung ist Pflicht — Wissen aus dem einen Mandanten darf nicht ungewollt zum anderen sichtbar werden. Der Techniker prüft die Übertragbarkeit, das Modell rät sie nur.
Doku, Angebote und Reports entstehen als Entwurf
Netzdoku, Standard-Angebote, monatliche Service-Reports — Fleißarbeit, die Abende frisst.
Eine KI kann aus euren Daten Entwürfe bauen — den Report aus den Monitoring-Daten, das Angebot aus euren Bausteinen —, die ein Mensch prüft und freigibt.
Die Grenze: Sicherheitsrelevante Angaben und Preise prüft der Mensch. Eine erfundene Konfiguration in der Doku oder ein geratener Preis im Angebot kostet mehr als die gesparte Stunde.
Wo du die Finger weglässt
Der autonome Eingriff am Kundensystem. Skripte ausführen, Konfigurationen ändern, etwas “automatisch beheben” — das verantwortet der Techniker. Die KI schlägt vor, sie greift nicht ein.
Sicherheitskritische Auskünfte ungeprüft. Eine falsche Aussage zu einer Konfiguration oder einem Sicherheitsthema ist gefährlich. Was raus geht oder umgesetzt wird, hat ein Mensch geprüft.
Mandantendaten ohne Trennung. Kundendaten und internes Wissen brauchen saubere Trennung und einen geklärten Rahmen — sonst leckt Wissen vom einen zum anderen Kunden.
KI sortiert die Tickets und findet die alte Lösung. Was am System passiert und zum Kunden geht, verantwortet der Techniker.
Wie ein ehrlicher Einstieg aussieht
Nimm eine Ticket-Kategorie mit hohem Routineanteil und lass nur dafür Vorsortierung und Lösungsvorschläge aus eurer Wissensbasis testen — der Techniker handelt weiter selbst. Wenn das Erstticket in Minuten vorqualifiziert ist und die Lösung von letztem Mal direkt danebensteht, hast du den Beweis. Erst dann das breitere Wissensarchiv oder die Reports.
Worauf du achtest, wenn dir das jemand verkauft
Du kennst das Geschäft — prüf den Anbieter mit denselben Fragen, die du selbst beantworten können solltest:
- Soll die KI autonom am System eingreifen, oder schlägt sie vor? Eingriff gehört zum Techniker.
- Wie löst er die Mandantentrennung im Wissensarchiv? Ohne saubere Antwort lass die Finger davon.
- Behandelt er sicherheitskritische Auskünfte mit Prüfpflicht, oder lässt er die KI frei formulieren?
Wenn die nächsten Tickets reinkommen, kopier sie mit diesem Prompt in ein KI-Werkzeug — du bekommst eine Vorqualifizierung, die nichts ausführt:
Du qualifizierst eingehende IT-Support-Tickets für meine Techniker vor. Ich gebe dir die Tickets.
1. Ordne jedes Ticket nach Kategorie und Dringlichkeit. Im Zweifel stufe die Dringlichkeit höher ein.
2. Markiere fehlende Angaben, die für die Bearbeitung nötig sind, als "[nachfragen]".
3. Schlage bei Routinefällen einen Lösungsweg vor, NUR auf Basis der mitgegebenen Wissensbasis,
mit Quellenhinweis. Erfinde keine Schritte und keine Konfigurationen.
4. Führe NICHTS aus und beschreibe keinen Eingriff als "erledige ich" — der Techniker handelt.
Gib eine Tabelle aus: Ticket | Kategorie | Dringlichkeit | offene Punkte | Lösungsvorschlag.Ihr betreibt ein Systemhaus und wisst selbst, wie schnell „wir sollten das mal automatisieren” liegen bleibt? Dann reden wir über den einen internen Ablauf, der eure Technikerzeit gerade am meisten frisst — die Tickets, die Wissenssuche oder die Doku — und nicht über »KI« im Allgemeinen.