200 Lizenzen, 20 Nutzer: Warum Enterprise-KI-Tools allein nichts verändern.

Ein IT-Leiter, mit dem wir kürzlich zusammengearbeitet haben, war stolz. Zu Recht. Sein Team hatte Langdock ausgerollt. 200 Lizenzen, Compliance geklärt, SSO eingerichtet. Alles richtig gemacht.

Dann die Frage, wie die Nutzung aussieht. Kurzes Zögern. "Naja, die meisten nutzen es als Chat. Manche fragen nach Zusammenfassungen. Ein paar Mutige bauen Prompts." Pause. "Ehrlich gesagt weiß ich nicht, ob wir das Potenzial ausschöpfen."

Das war kein Einzelfall. In den letzten Monaten haben wir diese Szene in Variationen immer wieder erlebt. Die Tools sind da, die Nutzung bleibt hinter den Erwartungen. Und fast immer liegt es am selben Punkt.

Das Zugangsproblem ist gelöst. Das Nutzungsproblem nicht.

Tools wie Langdock, LibreChat oder OpenWebUI lösen ein reales Problem. Sie bringen KI-Modelle compliant in die Organisation. Sie regeln Zugang, Datenschutz, Abrechnung. Das ist notwendig, und das machen sie gut.

Was sie nicht lösen: Wie die 80% der Belegschaft, die keine Prompt-Expertise haben, mit diesen Tools produktiv arbeiten. Die Oberfläche sieht für den Analysten genauso aus wie für die Teamleiterin, genauso wie für den Kreativen. Eine Suchleiste, eine Modellauswahl, ein leeres Textfeld.

Das leere Textfeld ist das größte Hindernis für produktive KI-Nutzung in Unternehmen.

Für die 20%, die täglich mit KI arbeiten, ist das kein Problem. Sie wissen, welches Modell sie für welche Aufgabe nehmen, wie sie einen Prompt strukturieren, wann sie Claude statt GPT wählen. Aber diese 20% sind nicht repräsentativ. Die meisten Menschen in Organisationen stehen vor demselben leeren Textfeld und wissen nicht, wo sie anfangen sollen. Und die Lücke zwischen denen, die KI produktiv nutzen, und denen, die davor sitzen, wird nicht kleiner. Sie wird größer.

Wo die Feature-Logik nicht aufgeht

Die genannten Tools folgen einer Logik, die für Power-User Sinn ergibt. Aber für den Großteil der Nutzer wird jedes Feature zur Hürde.

Modellauswahl: Wer nicht weiß, worin sich Claude von GPT unterscheidet, für den ist eine Liste mit 15 Modellen keine Auswahl. Es ist Überforderung. Was gebraucht wird, ist nicht die Frage "Welches Modell?", sondern die Frage "Welche Aufgabe?". Die Modellwahl sollte im Hintergrund passieren, unsichtbar für den Nutzer, gesteuert durch die Art der Anfrage.

Prompt-Bibliotheken: Eine Sammlung guter Prompts hilft denen, die schon wissen, was Prompting ist. Für alle anderen ist es eine weitere Komplexitätsschicht. Was gebraucht wird: vordefinierte Aufgaben mit klaren Eingabefeldern. Nicht "Schreib einen guten Prompt für eine Wettbewerbsanalyse", sondern "Gib Ihre Branche ein, wählen Sie den Fokus, klicken Sie auf Ausführen."

Agenten: Die Möglichkeit, Agenten zu bauen, klingt nach dem nächsten Level. In der Praxis bauen Teams Agenten für Prozessschritte, die niemand vorher in Frage gestellt hat. Bevor automatisiert wird, muss verstanden werden, ob der Schritt überhaupt nötig ist. Automatisierung ohne Verständnis erzeugt keine Effizienz. Sie zementiert Ineffizienz.

Abstraktion als Organisationsaufgabe

Die Lösung lässt sich auf ein Wort reduzieren: Abstraktion. Die technische Komplexität verschwindet hinter der Aufgabe. Das klingt nach Software-Design, ist aber in Wahrheit Organisationsarbeit.

Statt Modellauswahl: Aufgabenorientierung. Der Nutzer wählt nicht zwischen Claude und GPT. Er wählt zwischen "Schnelle Antwort", "Kreatives Schreiben" oder "Komplexe Analyse". Das System entscheidet im Hintergrund, welches Modell arbeitet. Die Modellwahl wird zur Infrastruktur, nicht zur Entscheidung.

Statt Prompt-Bibliothek: Task-Templates. Wiederkehrende Aufgaben werden als strukturierte Formulare abgebildet. Branche eingeben, Fokus wählen, ausführen. Kein Prompting-Wissen nötig. Die Qualität ist reproduzierbar, weil der Prompt im Template steckt, nicht im Kopf des Nutzers.

Statt einer UI für alle: Rollenbasierte Zugänge. Der Kreative sieht eine visuelle Auswahl mit Beispielen und Anpassungsmöglichkeiten. Die Führungskraft bekommt schnelle Entscheidungsvorlagen. Analysten arbeiten mit strukturierten Datenabfragen. Eine Oberfläche für alle klingt nach Fairness, ist aber das Gegenteil. Sie bevorzugt die, die ohnehin schon wissen, was sie tun.

Warum kein Tool dieses Problem allein löst

Hier kommt der Punkt, den niemand gern hört: Die Abstraktionsschicht zu bauen ist nicht Aufgabe des Softwareanbieters. Es ist Aufgabe der Organisation.

Das bedeutet: Jemand muss verstehen, welche Aufgaben im Alltag wiederkehren. Jemand muss entscheiden, welche davon sich als Task-Template abbilden lassen. Jemand muss die Brücke bauen zwischen dem, was das Tool kann, und dem, was die Menschen im Unternehmen tatsächlich tun.

Das ist Arbeit. Das ist keine einmalige Konfiguration, sondern ein fortlaufender Prozess. Und genau deshalb kaufen viele Organisationen lieber ein mächtiges Multi-Tool und hoffen, dass die Nutzung schon kommt. Sie kommt nicht. Nicht von allein.

Ein Enterprise-AI-Tool ohne Abstraktionsschicht ist wie ein ERP-System ohne konfigurierte Workflows. Es kann alles. Es tut nichts.

Wo dieses Argument an Grenzen stößt

Was hier beschrieben wird, kommt aus der Erfahrung mit mittelständischen Organisationen. Keine Studie, keine repräsentative Erhebung. Trotzdem sind wir überzeugt, dass das Muster auf die Mehrheit zutrifft. Die Schere zwischen Power-Usern und Gelegenheitsnutzern ist real, und sie wird größer.

Wer täglich mit KI arbeitet, lernt exponentiell. Wer alle zwei Wochen mal ChatGPT öffnet, steht jedes Mal wieder am Anfang. Das ist kein Motivationsproblem. Das ist ein Kompetenzgefälle, das sich mit der gleichen Oberfläche für beide Gruppen nicht schließen lässt.

Gibt es Organisationen, in denen ein Multi-Tool ohne Abstraktionsschicht funktioniert? Vermutlich ja. Kleine, technikaffine Teams. Startups, in denen alle ohnehin im Tool leben. Aber das sind nicht die Organisationen, die Enterprise-Lizenzen für 200 oder 2.000 Mitarbeitende kaufen.

Kann man auch zu früh abstrahieren? Auch das. Wer Templates baut, bevor er die Aufgaben versteht, schafft neue Komplexität statt sie zu reduzieren. Die Reihenfolge ist entscheidend: Erst verstehen, dann vereinfachen. Nicht umgekehrt.

Die richtige Frage bei der Toolauswahl

Keines der genannten Tools ist schlecht. Langdock, OpenWebUI, LibreChat haben ihre Berechtigung. Sie lösen das Zugangsproblem, und das ist der notwendige erste Schritt.

Aber wenn Sie gerade evaluieren, welches Tool in Ihre Organisation kommt, stellen Sie sich eine Frage, die in keinem Feature-Vergleich auftaucht: Für wen kaufen Sie das? Wenn die Antwort "für alle" ist, dann fragen Sie sich, ob "alle" damit arbeiten können. Oder ob Sie ein Tool für die 20% einführen und hoffen, dass die 80% irgendwie mitziehen.

Der erste Schritt ist nicht die Toolauswahl. Der erste Schritt ist die Frage: Welche Abkürzungen brauchen Ihre Mitarbeitenden, damit sie mit KI arbeiten können, statt vor ihr zu sitzen? Wer diese Frage beantworten kann, weiß auch, welches Tool passt. Und vor allem, was drumherum gebaut werden muss.