Die Tool-Frage steht zu früh im Raum

Montagmorgen, erster Termin zum KI-Pilot. Auf dem Bildschirm stehen schon drei Namen von Werkzeugen. Jemand hat eine Lizenz geprüft, jemand anderes einen Testzugang angelegt. Die Frage lautet: Welches nehmen wir? Sie wirkt pragmatisch. Sie überspringt aber den Teil, der später darüber entscheidet, ob der Pilot trägt.

Ein KI-Pilot ist kein Einkaufsvorgang. Er ist ein Eingriff in einen Arbeitsablauf. Deshalb beginnt er nicht mit einer Vergleichstabelle, sondern mit einer Inventur.

Der Geschäftsprozess gibt die Richtung vor

Zuerst muss klar sein, welcher Geschäftsprozess besser werden soll. „Wir wollen KI nutzen“ beschreibt keinen Prozess. Angebote vorbereiten, E-Mails vorsortieren oder interne Anfragen bündeln: Das sind greifbare Ausgangspunkte. Erst wenn der Ablauf benannt ist, lässt sich prüfen, an welcher Stelle ein Werkzeug tatsächlich entlastet.

Das verhindert auch eine typische Enttäuschung. Ein Tool kann einen Text formulieren. Es kann aber nicht festlegen, wann ein Angebot fachlich vollständig ist oder welche Ausnahme im Ablauf zählt. Nicht das fehlende Tool ist das Problem. Die fehlende Architektur ist es.

Datenklasse und Zugriff gehören auf denselben Zettel

Danach folgt die Frage nach den Daten. Werden allgemeine Informationen verarbeitet, interne Arbeitsunterlagen oder personenbezogene Kundendaten? Diese Unterscheidung ist keine Formalität. Sie bestimmt, welche Schutzmaßnahmen, Verträge und Einstellungen nötig sind.

Genauso wichtig ist der Zugriff. Wer darf Informationen eingeben, Ergebnisse sehen oder Inhalte weiterverwenden? Wenn diese Berechtigungen erst nach dem Test geklärt werden, ist der Pilot schon weiter als die Verantwortung. Eine saubere KI-Standortbestimmung macht diese Punkte sichtbar, bevor sie im Alltag zu Ausnahmen werden.

Verantwortung endet nicht beim Ergebnis auf dem Bildschirm

Ein Pilot braucht eine verantwortliche Person für die Entscheidung, die aus dem Ergebnis folgt. KI kann vorbereiten, sortieren und formulieren. Sie trägt jedoch keine fachliche Freigabe. Zugriff, Preisentscheidung und Freigabe müssen geregelt und verantwortet bleiben.

Das zeigt sich gut bei der Angebotserstellung. Ein Assistent kann aus vorhandenen Angaben einen ersten Entwurf bauen. Doch bevor ein Angebot das Haus verlässt, muss klar sein, wer Kundendaten geprüft, Preise entschieden und die Freigabe erteilt hat. Die Oberfläche kann neu sein. Die Verantwortung nicht.

Nutzen braucht ein erkennbares Zeichen

Die fünfte Frage wird oft übergangen: Woran erkennen wir die Verbesserung? Ohne sie bleibt ein Pilot bei Eindrücken. Vielleicht wirkt die Arbeit schneller. Vielleicht entstehen nur mehr Entwürfe, die später geprüft werden müssen.

Ein sinnvoller Maßstab kann sein, ob ein klar benannter Arbeitsschritt verlässlicher oder nachvollziehbarer wird. Er muss zum Prozess passen und vor dem Start vereinbart sein. Erst verstehen, dann entscheiden. Nicht umgekehrt.

Das muss keine große Kennzahl sein. Entscheidend ist, dass das Team später dieselbe Frage beantwortet wie zu Beginn: Hat sich genau dieser Arbeitsschritt spürbar verbessert, ohne neue Unklarheit zu schaffen?

Aus Einzellösungen wird eine tragfähige Architektur

Diese fünf Fragen bremsen keinen Pilot. Sie geben ihm einen Rahmen: Prozess, Datenklasse, Zugriff, Verantwortung und Nutzen. Danach lässt sich ein Werkzeug auswählen, das zu der Aufgabe passt, statt eine neue Ausnahme zu schaffen.

Wer dafür eine breitere Einordnung sucht, findet im Beitrag KI-Einführung am falschen Ende weitere Gedanken zur richtigen Reihenfolge. Ein guter Pilot muss nicht groß beginnen. Er muss erklärbar bleiben, auch wenn die erste Begeisterung vorbei ist.

---

Michael Höner ist IT-Architekt und strategischer Sparringspartner für den Mittelstand. Er berät Unternehmen in NRW und bundesweit zu IT-Sicherheit, KI-Verantwortung und digitaler Architektur — ohne Produktprovisionen, ohne Implementierungsmandat.