Markus König

Angefangen habe ich klassisch: Netzwerke, Server, Datensicherung, Telefonanlagen. Das ist bis heute die Grundlage – und es ist die Schule, der ich den Rest verdanke. Wer einmal um drei Uhr früh eine Anlage wieder hochgefahren hat, denkt bei jeder Neuerung zuerst daran, was passiert, wenn sie ausfällt.

Über die Jahre wurde deutlich, dass die teuersten Probleme in einem Betrieb selten technischer Natur sind. Der Server läuft – aber jemand tippt Zahlen ab, die längst im System stehen. Die Software ist bezahlt – aber sie passt nicht zum Ablauf, also entstehen Excel-Listen daneben. Deshalb kam die Entwicklung dazu: Schnittstellen, Auswertungen, ganze Fachanwendungen. Und immer wieder Datenrettung aus Altsystemen, deren Dateiformat zuerst entschlüsselt werden muss, weil es keinen Export gibt.

Seit einigen Jahren kommen Sprachmodelle dazu – weil sich damit endlich Aufgaben automatisieren lassen, die vorher nicht automatisierbar waren: Gesprochenes, freie Texte, unstrukturierte Dokumente. Ein Telefonat wird zum fertigen Bautagesbericht. Eine eingehende Mail wird auf die Muster von Betrugsversuchen geprüft, an denen klassische Filter scheitern. Ein Stapel Lieferscheine wird zu Datensätzen.

Dass diese Modelle bei meinen Kunden im eigenen Serverschrank stehen und nicht in einer Cloud, ist keine ideologische Entscheidung, sondern kommt aus der Infrastrukturseite. Ein Betrieb, der seine Berichte nur noch automatisiert erstellt, darf bei einer Störung nicht plötzlich wieder von Hand anfangen. Und Angebote, Personaldaten und Kundengespräche haben außer Haus nichts verloren. Die Cloud kommt dort dazu, wo sie wirklich etwas kann, was lokal nicht geht – mit klarer Regel, welche Daten dabei überhaupt hinausgehen dürfen.

Mit den Jahren ist aus der Technikerrolle eine Leitungsrolle geworden. Bei den Betrieben, die ich betreue, verantworte ich die IT als Ganzes – was angeschafft wird, was abgelöst gehört, was man sich sparen kann. Damit kommt die Beratung von selbst: Geschäftsführung und Fachabteilungen fragen nicht nach einem Gerät, sondern danach, ob ein Vorhaben trägt. Der Unterschied zu einer reinen Beratung ist, dass ich die Antwort anschließend selbst umsetzen und betreiben muss.

Was über all die Jahre gleich geblieben ist: Ich bin derjenige, der es plant, derjenige, der es baut, und derjenige, der ans Telefon geht, wenn es nicht funktioniert. Das begrenzt, wie viele Kunden ich betreuen kann. Dafür weiß bei jedem Anruf jemand sofort, wovon Sie sprechen.

Zufriedene Kunden sind der beste Beweis für erfolgreiche Arbeit.

Ich behandle ein Sprachmodell nicht als Auskunftsstelle, sondern als Teil eines Arbeitsablaufs mit festen Stationen: Material zusammentragen, bewerten, entscheiden, Ergebnis erzeugen, Ergebnis kontrollieren. Jede dieser Stationen hat ein Kriterium, an dem sich messen lässt, ob sie sauber gelaufen ist. Eine Antwort, die nur plausibel klingt, reicht an keiner davon.

Du behandelst mich weniger wie eine Suchmaschine und eher wie ein externes Denk- und Arbeitssystem. Erst verstehen, dann zerlegen, prüfen, Fehler suchen und schließlich ein verwertbares Ergebnis liefern. Das entspricht eher einem Engineering-Workflow als einem typischen Frage-Antwort-Verhalten.

Genau das baue ich für meine Kunden nach. Nicht „hier ist ein Chatbot, viel Erfolg", sondern ein Ablauf, der eine konkrete Aufgabe von Anfang bis Ende übernimmt – mit Protokoll über jede Entscheidung, engen Rechten, einer Freigabe durch einen Menschen an den Stellen, wo es darauf ankommt, und einer Rückfallebene, wenn etwas nicht antwortet. Das ist weniger spektakulär als eine Demo, hält aber im Betrieb.