Connect with us

Ihre Systeme wurden nicht dafür gebaut, angesprochen zu werden

Vordenker

Ihre Systeme wurden nicht dafür gebaut, angesprochen zu werden

mm

Wenn Menschen über KI bei der Arbeit sprechen, gibt es eine vorhersehbare Fixierung auf Risiken. Halluzinationen, Datenlecks, Compliance-Lücken, Prompt-Injektion. Ganze Hüttenindustrien bilden sich um die Katalogisierung all dessen, was schiefgehen kann, wenn man ein Modell in der Nähe sensibler Informationen lässt.

Diese Debatte verfehlt den Punkt.

Die eigentliche Veränderung dreht sich nicht um Risiken oder Automatisierung. Es geht um die Art und Weise, wie Arbeit tatsächlich stattfindet. Chat-Schnittstellen werden zur Standardmethode, wie Menschen mit Unternehmenssoftware interagieren. Die Frage ist nicht, ob dieser Wandel kommt. Er ist bereits hier. Was passiert mit Unternehmenssystemen, die nie dafür gebaut wurden, angesprochen zu werden?

Clawdbot ist der Kanarienvogel, nicht die Krise

Betrachten Sie Clawdbot, den cleveren Assistenten, der sich in Unternehmen verbreitete, bevor die IT überhaupt wusste, dass er existiert.

In einem Sinne ist dies eine vertraute Geschichte. Jede Welle der Unternehmens-Technologie hat ihre eigenen Schatten-Tools hervorgebracht: Dropbox vor der sanktionierten Cloud-Speicherung, Slack vor der genehmigten Messaging, Notion vor den offiziellen Wissensbasen. Clawdbot ist einfach die neueste Version dieses Musters. Ein nützliches Tool, das bottom-up adoptiert wurde, weil es ein reales Problem schneller löste als offizielle Systeme.

Was sich diesmal unterscheidet, ist, wie sehr chat-basierte Tools kleben. Sobald Mitarbeiter sich an das Fragen eines Bots gewöhnt haben (“fasst diesen Vertrag zusammen”, “finde mir die Zahlen des letzten Quartals”, “entwirf eine Antwort auf diesen Kunden”), fällt es ihnen schwer, zu den alten Methoden zurückzukehren, wie dem Durchklicken von Ordnern und Dashboards.

Der Punkt ist nicht Clawdbot selbst. Es geht darum, wie schnell konversationale Assistenten sich in tägliche Arbeitsabläufe einfügen, stillschweigend zwischen Menschen und ihren Kernsystemen sitzen. Schatten-IT verschwand nicht. Sie änderte ihre Form. Anstatt von Schatten-Apps haben wir jetzt Schatten-Schnittstellen, die den Zugriff auf Unternehmensdaten vermitteln.

Chat wird zur Schnittstelle der Arbeit

Jahrzehntelang gingen Unternehmenssoftware und -systeme von einer Welt mit Bildschirmen, Menüs und strukturierten Formularen aus. Wenn Sie etwas von einem System wollten, navigierten Sie dazu: Öffnen Sie das CRM, suchen Sie nach dem Konto, filtern Sie die Ansicht, exportieren Sie die Daten. Arbeit floss durch explizite, sichtbare Schritte.

Chat invertiert dieses Modell.

Konversationale Schnittstellen werden zur primären Methode, wie Menschen mit Unternehmensinformationen interagieren. Benutzer wollen nicht mehr das “CRM”, “ERP”, “HR-Systeme” oder Dokumenten-Repositorys “öffnen”. Sie wollen Fragen stellen und Befehle in natürlicher Sprache erteilen. Das System sollte herausfinden, was zu tun ist.

Dies ist keine Benutzeroberflächen-Anpassung. Es ist ein Workflow-Reset, vergleichbar mit dem Wechsel von Desktop zu Mobilgeräten. Wie Mobilgeräte die Art und Weise, wie Produkte entworfen und regiert werden, veränderten, formt Chat um, was “Unternehmenssoftware verwenden” bedeutet.

In vielen Unternehmen kann man bereits sehen, wie sich dies entwickelt. Mitarbeiter leben in Slack, Teams oder ihrem KI-Assistenten. Alles andere wird zu etwas, das hinter dieser konversationellen Schicht sitzt. Der Schwerpunkt hat sich von Anwendungen zu Prompts verlagert.

Wenn Schnittstellen sich ändern, bleiben Systeme zurück

Hier wird der architektonische Missmatch sichtbar.

Die meisten Legacy-Unternehmenssysteme, insbesondere Dokumenten-Management-Systeme, wurden für eine Welt des menschlichen Navigierens gebaut. Sie gehen von Ordnern, Check-in/Check-out, manueller Versionierung und Berechtigungen aus, die durch eine traditionelle Benutzeroberfläche durchgesetzt werden. Sie wurden für Compliance und Aufzeichnungsverwaltung optimiert, nicht für die programmatische Abfrage durch KI-Agenten.

Chat “navigiert” nicht im traditionellen Sinne. Es klickt nicht durch Bäume von Ordnern oder versteht Ihre interne Taxonomie. Es erwartet saubere APIs, reiche Metadaten, semantische Suche und zuverlässige Abrufbarkeit. Es erwartet Systeme, die indiziert, über die nachgedacht und mit anderen Tools in Echtzeit verbunden werden können.

Wenn Ihr DMS diese Fähigkeiten nicht besitzt, erhalten Sie keine nahtlose Integration mit modernen KI-Assistenten. Sie erhalten Klebe-Code. Teams beginnen, brüchige Konnektoren, benutzerdefinierte Skripte und Middleware zusammenzufügen, nur um grundlegende Interaktionen zum Laufen zu bringen. Auf dem Papier “unterstützt” das System “KI”. In der Praxis haben Sie einen Frankenstein-Stack aufgebaut, der zerbrechlich, teuer und schwierig zu warten ist.

Mitarbeiter bemerken dies.

Wenn das offizielle Dokumentensystem nicht mit ihrer bevorzugten Chat-Schnittstelle sprechen kann, geben sie kein Ticket aus. Sie arbeiten drumherum. Dokumente beginnen, in Slack-Threads, gemeinsam genutzten Laufwerken, persönlichen Cloud-Konten oder welcher Umgebung auch immer, die mit ihrem Assistenten integriert ist, zu verschwinden. Formale Dokumentenkontrollen werden nicht durch böse Absichten gebrochen. Sie erodieren durch Bequemlichkeit.

Wenn das Fragen eines Bots schneller ist als das Navigieren in Ihrem DMS, wird Ihr DMS verlieren.

Ist Ihr Dokumentensystem chat-bereit?

Dies bringt uns zu Fragen, die die meisten Organisationen noch nicht bequem stellen.

Kann Ihr Dokumentensystem Berechtigungen durchsetzen, wenn es konversationell zugegriffen wird? Nicht nur durch einen Browser, sondern durch einen KI-Agenten, der im Namen eines Benutzers handelt?

Stellt es moderne, zuverlässige APIs bereit, die es KI-Tools ermöglichen, Inhalte ohne brüchige Workarounds zu indizieren, abzurufen, zusammenzufassen und zu durchdenken?

Behandelt es Dokumente als strukturierte, maschinenlesbare Daten mit konsistenter Metadaten, Herkunft und Beziehungen, anstatt nur als Dateien in Ordnern?

Und vielleicht am wichtigsten: Kann es seine Antworten erklären? Wenn ein KI-Assistent Informationen aus Ihrem DMS abruft, können Sie nachverfolgen, welche Dokumente diese Antwort informiert haben, welche Version verwendet wurde und warum?

Viele Legacy-Systeme wurden nie für diese Art der maschinellen Vermittlung konzipiert. Sie gehen von einem Menschen in der Schleife aus, der klickt, liest und interpretiert. Diese Annahme bricht zusammen.

Chat ersetzt Systeme nicht. Es legt sie bloß.

Ein häufiger Irrtum ist, dass Chat die zugrunde liegenden Systeme irrelevant machen wird. Das Gegenteil ist wahr. Chat macht sie wichtiger.

Wenn alles durch eine konversationelle Schnittstelle fließt, hängt die Qualität Ihrer Antworten vollständig von der Qualität der Systeme darunter ab. Schlechte Metadaten, chaotische Versionskontrolle, inkonsistente Berechtigungen, fragmentierte Repositorys. Diese verschwinden nicht. Sie werden verstärkt.

Wenn Ihre Dokumente über fünf verschiedene Tools verstreut sind, wird Ihr KI-Assistent sie nicht magisch vereinen. Wenn Ihr DMS schwache Suche oder schlechte Zugriffskontrollen hat, wird Chat diese Einschränkungen treu widerspiegeln. Oder schlimmer, ermutigt Menschen, sie zu umgehen.

Chat wirkt wie ein Stresstest für Unternehmens-Infrastruktur. Er zeigt, welche Systeme wirklich modern sind und welche nur durch Legacy-Gewohnheiten aufrechterhalten werden.

Dies ist ein Dokumenten-Problem, kein reines KI-Problem

Es ist verlockend, all dies als “KI-Problem” zu betrachten. Aber im Kern ist dies ein Dokumenten-Problem.

Dokumente sind es, wie die meisten Unternehmen tatsächlich laufen: Verträge, Richtlinien, Entwürfe, rechtliche Einreichungen, Finanzunterlagen, Kundenvereinbarungen. Wenn diese Dokumente in Systemen leben, die nicht programmatisch zugegriffen und in einer chat-ersten Welt regiert werden können, wird keine Menge an KI-Innovation diese Lücke schließen.

Einige Organisationen beginnen, die Dokumenten-Infrastruktur neu zu überdenken, nicht als Compliance-Hinterland, sondern als eine Kernschicht ihres KI-Stacks. Sie fragen: Wie sollte unser DMS strukturiert sein, wenn Chat die primäre Schnittstelle ist? Welche Metadaten benötigen wir? Welche APIs müssen wir bereitstellen? Wie stellen wir sicher, dass Vertrauen und Nachvollziehbarkeit im großen Maßstab funktionieren?

Das ist die richtige Konversation.

Schatten-IT war über Tools. Dies ist über Schnittstellen.

Vor einem Jahrzehnt bedeutete Schatten-IT unsanktionierte Apps. Ein Marketing-Team, das Mailchimp verwendet, Ingenieure, die GitHub nutzen, Vertriebsmitarbeiter, die Pipelines in Tabellenkalkulationen verwalten.

Heute ist der Schatten subtiler. Es geht nicht nur um die Tools, die Menschen verwenden. Es geht um die Art und Weise, wie sie mit allem interagieren.

Konversationale Agenten und Chat-Schnittstellen werden zur Standardmethode, wie Mitarbeiter Arbeit erledigen. Sie sitzen vor Kernsystemen wie eine neue Steuerschicht, die natürliche Sprache in Aktionen über den gesamten Stack übersetzt.

Die Unternehmen, die kämpfen werden, sind nicht diejenigen ohne KI-Assistenten. Sie werden diejenigen sein, deren grundlegende Systeme nicht dafür gebaut wurden, angesprochen zu werden.

Die Gewinner werden Chat nicht als Feature betrachten, das man anhängen kann, sondern als die Schnittstelle, um die herum die Unternehmensarchitektur entworfen werden sollte. Sie werden ihre Dokumenten-Infrastruktur modernisieren, programmatischen Zugriff annehmen und Governance so gestalten, dass sie mit konversationeller KI zusammenarbeitet, anstatt dagegen.

Kontrolle verschwindet nicht. Sie entwickelt sich weiter.

Stéphan Donzé ist der Gründer und CEO von AODocs, einem Softwareunternehmen, das er aus der Idee gegründet hat, dass die Bedürfnisse des Unternehmens nach Compliance und effizienten Prozessen nicht im Widerspruch zu einer guten Benutzererfahrung stehen. Vor der Gründung von AODocs war er VP of Engineering bei Exalead, einem führenden Unternehmen für Unternehmenssuche. Nachdem Exalead 2010 von Dassault Systèmes übernommen wurde, zog er von Paris nach Kalifornien als VP of Product Strategy. Stéphane hat einen Master-Abschluss in Software-Engineering von der Ecole Polytechnique in Frankreich (X96). Mit 18 Jahren Erfahrung in der Unternehmenssoftware ist er leidenschaftlich an der Benutzererfahrung über das gesamte Unternehmen engagiert.