Viele Unternehmen diskutieren KI noch wie eine Einkaufsentscheidung: Copilot lizenzieren, ein Browser-Tool freigeben oder einen Agenten bauen. Das greift zu kurz. Die eigentliche Frage lautet: Welche Aufgaben, Daten und Rechte kann ein Unternehmen so bereitstellen, dass daraus zuverlässig Arbeit entsteht – auch wenn Terminalserver, Fachanwendungen und gewachsene Berechtigungen weiterlaufen?
Für den Mittelstand ist das keine akademische Architekturfrage. Wer die falsche Ebene auswählt, bezahlt entweder für eine gut aussehende Oberfläche ohne Zugriff auf die relevanten Informationen – oder startet ein übergroßes Integrationsprojekt, bevor der erste Prozess besser läuft.
Eine KI-Architektur beschreibt, wo das Werkzeug arbeitet, auf welche Daten es zugreifen darf, welche Systeme es ansteuern kann und wer seine Ergebnisse kontrolliert. Ein Copilot, eine Browser-KI und ein eigener Agent sind deshalb keine austauschbaren Varianten desselben Produkts.
Die Unterschiede liegen vor allem in vier Punkten: Datenzugriff, Integrationsaufwand, Kontrollgrad und den Voraussetzungen am Arbeitsplatz. Erst daraus ergibt sich, welche Lösung zu einem konkreten Einsatzfall passt.
Ein Copilot ist stark, wenn Arbeit bereits in einer modernen Standardumgebung stattfindet. Wer überwiegend in Outlook, Teams, Word, Excel oder anderen etablierten SaaS-Anwendungen arbeitet, kann damit schnell Zeit bei Recherche, Zusammenfassung, Entwürfen und Aufbereitung gewinnen.
Der Vorteil: Die KI sitzt nah an den täglichen Werkzeugen. Mitarbeitende müssen nicht zwischen zusätzlichen Oberflächen wechseln, und viele Routineaufgaben lassen sich ohne eigenes Entwicklungsprojekt verbessern. Der Nachteil: Der Nutzen endet oft dort, wo die entscheidenden Informationen außerhalb dieser Umgebung liegen.
In Unternehmen mit Legacy-IT ist genau das häufig der Fall. Ein Angebot entsteht vielleicht im ERP, technische Details liegen in Netzlaufwerken, Freigaben folgen gewachsenen Gruppenrechten, und ein Teil der Arbeit läuft in einer Terminalserver-Sitzung. Eine Copilot-Lizenz öffnet diese Grenzen nicht automatisch. Sie kann produktiv sein, aber sie ersetzt weder eine saubere Identitätsbasis noch eine belastbare Datenstruktur.
Sinnvoll ist Copilot, wenn: die Arbeitsplätze aktuell sind, Identitäten und Rechte klar verwaltet werden und der erste Nutzen in Standardkommunikation, Dokumentenarbeit oder Wissensaufbereitung liegt.
Eine Browser-KI ist der schnellste Weg, um einen abgegrenzten Anwendungsfall zu testen. Sie benötigt meist keine tiefe Integration und lässt sich in einer kleinen, modern ausgestatteten Nutzergruppe zügig einführen. Für Recherche, Textentwürfe, Meeting-Nachbereitung oder die Vorprüfung nicht-sensibler Dokumente kann das ein vernünftiger Einstieg sein.
Gerade in einer heterogenen Arbeitsumgebung hat das einen praktischen Vorteil: Der Pilot kann neben dem Altsystem laufen. Die Fachanwendung bleibt führend, während die KI Informationen vorbereitet, strukturiert oder in eine verwendbare Form bringt. Das senkt das Risiko eines Big Bang.
Die Grenze ist klar: Eine Browser-KI kennt nur das, was ihr bewusst übergeben wird. Sie arbeitet nicht verlässlich mit internen Ablagen, Auftragsdaten oder Rollenrechten, wenn diese nicht kontrolliert angebunden sind. Wer aus einem einzelnen Pilotwerkzeug einen Prozess machen will, landet schnell bei manuellen Kopierwegen, Schatten-IT oder unklarer Verantwortlichkeit.
Sinnvoll ist Browser-KI, wenn: ein Team schnell lernen soll, der Datensatz überschaubar ist und der Prozess bewusst ohne tiefen Systemzugriff beginnt.
Ein eigener KI-Agent ist kein besonders kluger Chat. Er ist ein abgegrenzter digitaler Prozessmitarbeiter: Er erhält eine Aufgabe, nutzt festgelegte Datenquellen und Werkzeuge, dokumentiert seinen Ablauf und übergibt Ergebnisse an eine verantwortliche Person oder ein Folgesystem.
Das macht ihn interessant für Aufgaben, die regelmäßig wiederkehren und mehrere Schritte verbinden. Beispiele sind die Triage eingehender Anfragen, die Vorprüfung von Dokumenten, die Zusammenstellung von Informationen für den Vertrieb oder die Übergabe zwischen Service und Fachabteilung. Entscheidend ist nicht, dass der Agent „alles kann“. Entscheidend ist, dass er einen Prozessschritt nachweisbar gut erledigt.
Der Aufwand liegt höher als bei einem Browser-Tool. Schnittstellen, Berechtigungen, Protokollierung und Freigaben müssen bewusst gestaltet werden. Dafür ist der Kontrollgrad deutlich größer: Unternehmen können festlegen, welche Daten der Agent sieht, welche Aktionen erlaubt sind und an welcher Stelle ein Mensch die Entscheidung übernimmt. Gerade bei gewachsenen Systemen kann ein Agent als Sidecar neben dem Kernsystem starten, statt dieses sofort umzubauen.
Sinnvoll ist ein eigener Agent, wenn: ein konkreter, wiederkehrender Prozess vorliegt, interne Daten kontrolliert eingebunden werden müssen und der Nutzen über einzelne Texte oder Zusammenfassungen hinausgeht.
| Kriterium | Copilot | Browser-KI | Eigener Agent |
|---|---|---|---|
| Startaufwand | Niedrig bis mittel | Niedrig | Mittel bis hoch |
| Datenzugriff | Stark in der vorhandenen Produktivitätsumgebung | Meist manuell oder klar begrenzt | Gezielt über definierte Quellen und Schnittstellen |
| Kontrollgrad | Abhängig von Suite, Mandant und Berechtigungen | Hoch bei klarer Nutzungsregel, gering bei informeller Nutzung | Hoch durch Rollen, Freigaben und Protokollierung |
| Geeigneter Nutzen | Kommunikation und Büroarbeit | Schnelle, abgegrenzte Assistenz | Wiederkehrende Prozessschritte und Übergaben |
| Risiko in Legacy-IT | Erwartung an Datenzugriff wird oft überschätzt | Schattenprozesse bei unklaren Regeln | Integrationsaufwand wird oft unterschätzt |
Die Tabelle ist keine Rangliste. In vielen Unternehmen ist die richtige Antwort eine Kombination: Copilot für moderne Office-Arbeit, Browser-KI für klar begrenzte Einzelaufgaben und ein eigener Agent dort, wo ein wiederkehrender Prozess wirklich entlastet werden soll.
Bevor Unternehmen über Modelle und Lizenzen sprechen, sollten sie den Weg vom Arbeitsplatz zu den Daten prüfen. Vier Fragen reichen für einen ersten Architektur-Check:
Diese Inventur deckt meist schneller als jedes Strategiepapier auf, ob der Engpass ein fehlendes Tool, ein alter Arbeitsplatz oder ein unklarer Prozess ist.
Der häufigste Fehler ist, mit einer Plattformentscheidung zu beginnen. Das führt zu langen Diskussionen über Funktionslisten, während der erste messbare Nutzen auf sich warten lässt. Besser ist ein Prozess, der eng genug geschnitten ist, um ihn zu verstehen und zu messen: etwa eingehende Anfragen vorsortieren, Dokumente auf Vollständigkeit prüfen oder Informationen für einen Angebotsentwurf zusammenstellen.
Für diesen Prozess lässt sich dann sauber entscheiden: Reicht ein Copilot in der bestehenden Umgebung? Genügt ein kontrollierter Browser-Pilot? Oder brauchen wir einen Agenten, der Datenquellen und Übergaben verbindlich orchestriert? Ein guter Pilot hat einen Eigentümer, eine begrenzte Datenbasis, eine menschliche Freigabe und Kennzahlen wie Bearbeitungszeit, Rückfragequote oder Durchlaufzeit.
Die richtige KI-Architektur ist nicht die modernste, sondern diejenige, die den nächsten wertvollen Arbeitsschritt sicher beherrscht. Wer eine gewachsene IT-Landschaft hat, muss nicht alles ersetzen, bevor KI Nutzen stiftet. Aber er muss entscheiden, wo Standardwerkzeuge enden und wo kontrollierte Automatisierung beginnt.
Der kluge Einstieg lautet deshalb nicht: „Welche KI kaufen wir?“ Sondern: „Welchen wiederkehrenden Prozess können wir mit klaren Daten, klaren Rechten und klarer Verantwortung zuerst spürbar besser machen?“ Auf diese Frage kann die Antwort Copilot, Browser-KI oder ein eigener Agent heißen. Ohne diese Frage bleibt jede davon vor allem eine Lizenz oder ein Pilotfenster.