Die Anschlussfrage nach dem KI-Interesse

Der meistgelesene KI-Beitrag der vergangenen Woche zeigt ein klares Signal: Stadtwerke lesen KI nicht mehr nur als Zukunftsthema, sondern als Integrationsproblem. Die Frage lautet weniger, ob künstliche Intelligenz beeindruckende Antworten erzeugen kann. Die wichtigere Frage lautet, ob eine konkrete Fachaufgabe dadurch verlässlicher, schneller oder nachvollziehbarer wird. Genau an dieser Stelle entscheidet sich, ob ein Use Case im Alltag trägt oder als Demonstrator stecken bleibt.

Die Europäische Kommission beschreibt mit dem AI Act einen risikobasierten Rahmen für KI. Das BSI ordnet KI aus Sicht von Sicherheit, Vertrauen und Schutzmaßnahmen ein. Für Stadtwerke ergibt sich daraus keine pauschale Handlungsanweisung, sondern eine praktische Übersetzung: KI-Anwendungen brauchen einen dokumentierten Kontext. Wer setzt sie ein? Welche Daten werden verwendet? Welche Entscheidung wird vorbereitet? Welche Ausgabe ist nur Hinweis und welche hat Prozesswirkung? Welche Kontrollen verhindern, dass plausibel klingende Texte zur ungeprüften Wahrheit werden?

Eine Integrationsakte ist dafür ein nützliches Arbeitsformat. Sie ist kein juristischer Ersatz für notwendige Einzelfallprüfung. Sie ist eine operative Struktur, mit der Fachbereich, IT, Datenschutz, Informationssicherheit und Leitung denselben Use Case betrachten können. Ohne diese gemeinsame Akte entsteht schnell das bekannte Muster: eine Fachabteilung sieht Nutzen, die IT sieht Schnittstellenrisiken, Datenschutz sieht Unklarheiten, die Geschäftsführung sieht Erwartungsdruck und am Ende bleibt die Anwendung im Pilotstatus.

Ein Use Case ist keine Idee

Viele KI-Initiativen beginnen mit einer guten Idee: Kundenanfragen vorsortieren, MaKo-Klärfälle zusammenfassen, Messwertlücken erklären, Dokumente durchsuchen, Störungsmeldungen strukturieren oder interne Wissensbestände zugänglicher machen. Diese Ideen sind legitim. Als Use Case sind sie aber erst reif, wenn sie in einen Prozess eingebettet sind.

Die Integrationsakte beginnt deshalb mit der fachlichen Entscheidung. Welche konkrete Handlung soll unterstützt werden? Geht es um Recherche, Zusammenfassung, Klassifikation, Formulierung, Priorisierung oder Prüfung? Diese Unterscheidung ist wesentlich. Eine Zusammenfassung eines internen Protokolls hat andere Anforderungen als eine Empfehlung, welche Kundenanfrage zuerst bearbeitet wird. Eine Suchhilfe im Wissensbestand ist anders zu bewerten als ein System, das Ausnahmen in Abrechnungsdaten markiert.

Ebenso wichtig ist das Nicht-Ziel. Gute KI-Vorhaben benennen ausdrücklich, was die Anwendung nicht darf. Sie ersetzt keine verbindliche Einzelfallbewertung. Sie verspricht keine wirtschaftliche Wirkung. Sie entscheidet nicht eigenständig über verbindliche Vorgänge, sensible Maßnahmen oder Zahlungen. Sie darf personenbezogene Informationen nicht in unpassende Systeme verschieben. Solche Grenzen sind kein Innovationshemmnis. Sie machen den Use Case erst betrieblich anschlussfähig.

Datenbasis vor Modellfrage

In vielen Diskussionen steht das Modell im Vordergrund. Für Stadtwerke ist die Datenbasis oft entscheidender. Ein Modell kann nur mit dem arbeiten, was es erhält oder abrufen darf. Sind Prozessdokumente veraltet, Begriffe uneinheitlich, Zuständigkeiten unklar oder Quellen nicht versioniert, entsteht kein Qualitätsgewinn. Die KI macht dann Unsicherheit flüssiger, nicht kleiner.

Die Integrationsakte sollte deshalb festhalten, welche Quellen zulässig sind, wie aktuell sie sein müssen, welche Dokumente ausgeschlossen bleiben und wie die Antwort auf Quellen zurückgeführt wird. Bei einem internen Wissensassistenten kann das bedeuten: nur freigegebene Prozessdokumente, klare Aktualisierungsverantwortung, sichtbare Quellenverweise und ein Hinweis, wenn keine belastbare Quelle gefunden wurde. Bei einer Klassifikation von Vorgängen kann es bedeuten: strukturierte Eingabefelder, definierte Fehlerklassen, Stichprobenkontrolle und Eskalation bei Unsicherheit.

Datenqualität ist dabei nicht nur eine IT-Frage. Fachbereiche müssen beschreiben, welche Information für eine Entscheidung tatsächlich benötigt wird. IT und Sicherheit müssen bewerten, wo diese Information liegt und wie sie geschützt wird. Leitung muss entscheiden, welcher Nutzen den Aufwand rechtfertigt. Erst daraus entsteht ein tragfähiger Use Case.

Kontrollpunkte statt blindes Vertrauen

KI-Systeme erzeugen häufig überzeugende Sprache. Das ist Stärke und Risiko zugleich. Ein Stadtwerk braucht deshalb Kontrollpunkte, die zum Prozess passen. Nicht jede Ausgabe muss durch ein großes Freigabegremium. Aber jede wirksame Ausgabe braucht eine klare Rolle: Wer prüft? Nach welchen Kriterien? Was passiert bei Widerspruch? Wie wird ein Fehler zurückgemeldet?

Für einfache Recherche- und Zusammenfassungsfunktionen reichen oft Quellenanzeige, Unsicherheitsmarkierung und menschliche Endprüfung. Für operative Klassifikationen braucht es zusätzlich Stichproben, Auswertungen nach Fehlerart und eine Möglichkeit, den Prüfpfad zu verbessern. Für Anwendungen mit Außenwirkung ist die Grenze strenger: Texte an Kundinnen, Kunden, Marktpartner oder Öffentlichkeit dürfen nicht automatisch verbindlich werden, wenn Faktenlage, Tonalität oder rechtliche Aussagegrenzen unklar sind.

Der Kontrollpunkt ist kein Misstrauensritual. Er ist die Stelle, an der Organisation lernt. Wenn immer wieder dieselbe Fehlerklasse auftritt, ist vielleicht die Datenquelle schlecht. Wenn Nutzende häufig übersteuern, ist die Ausgabe unklar. Wenn ein Fachbereich das System meidet, passt der Use Case nicht zur Arbeit.

Integration ist Führungsarbeit

Die eigentliche KI-Frage im Stadtwerk lautet damit: Wer führt die Integration? Ein Pilot kann aus Neugier entstehen. Betrieb entsteht nur durch Verantwortung. Die Integrationsakte sollte mindestens Fachowner, technische Owner, Datenowner, Sicherheitskontakt, Änderungsrhythmus, Nutzungsgrenzen und Erfolgskriterien benennen. Erfolgskriterien müssen dabei betriebsnah sein: weniger Suchzeit, bessere Vollständigkeit, schnellere Erstsortierung, nachvollziehbarere Übergaben oder geringere Wiederholfehler.

So entsteht eine nüchterne, aber wirksame Innovationslogik. Stadtwerke müssen nicht jedem KI-Trend folgen. Sie sollten aber die Use Cases, die echten Prozessdruck adressieren, sauber aufsetzen. Die Integrationsakte hilft, Begeisterung und Vorsicht zusammenzubringen. Sie macht sichtbar, was schon tragfähig ist, was noch fehlt und wo ein Projekt bewusst gestoppt werden sollte.

Fazit

KI im Stadtwerk wird nicht an der Zahl der Experimente entschieden, sondern an der Qualität der Einbettung. Der beste nächste Schritt nach einem starken KI-Signal ist deshalb keine weitere Ideensammlung, sondern eine Integrationsakte pro relevantem Use Case. Sie verbindet Fachaufgabe, Datenbasis, Systemanschluss, Verantwortung und Kontrolle. Damit wird KI weder überschätzt noch ausgebremst. Sie wird zu einem Werkzeug, das dort eingesetzt wird, wo Organisation, Daten und Entscheidung zusammenpassen.