Wo stehen Sie, und welcher Schritt bringt Sie weiter?
KI verändert persönliche Tätigkeiten, betriebliche Abläufe und die Software-Architektur eines Unternehmens zur selben Zeit. Dieser Bereich ordnet ein, an welcher Stelle ein Betrieb heute steht, trennt stabile Regeln von Sprachmodellen und zeigt an realen Aufbauten, wie Arbeitsmittel, Unternehmenskontext und kontrollierte Agenten zusammenspielen.
Stand: ·Leitseite 00 von 05
01 Die Suche nach dem Use-Case: Drei typische Ausgangslagen
Warum die Frage nach dem „besten KI-Use-Case“ oft in die Irre führt: In Gesprächen mit Geschäftsführungen, Vorständen und Fachbereichsleitungen steht selten eine rein technische Frage am Anfang. Häufig überwiegt das Gefühl, handeln zu müssen, um den Anschluss zu halten, während konkrete Verbesserungen im eigenen Ablauf noch schwer greifbar sind.
Vor einer Werkzeugauswahl hilft ein Blick in drei Ausgangslagen aus der Praxis. In welchem dieser drei Bilder erkennen Sie Ihren Betrieb wieder?
Spiegelbild A: „Unsere Leute nutzen KI längst, aber jeder im privaten Konto“ (BYOAI)
Im privaten Alltag auf dem Smartphone sind ChatGPT, Claude oder Gemini selbstverständlich geworden. Fehlt im Unternehmen ein freigegebenes, ebenso gutes Gegenstück, bringen Beschäftigte ihre privaten Konten an den Arbeitsplatz mit (Bring Your Own AI / Schatten-KI). E-Mails, Entwürfe, Tabellen und Kundendaten wandern über ungesicherte Wege nach außen, weil Mitarbeitende ihre Arbeit schneller erledigen wollen. Das birgt erhebliche Risiken durch Datenabfluss, DSGVO-Verstöße und die Preisgabe von Geschäftsgeheimnissen.
- Sinnvoller nächster Schritt: Klare rote Linien und Verbote für Unternehmensdaten in privaten Konten aussprechen und gleichzeitig eine gute offizielle Alternative (oder einen konkreten Ausblick auf die Einführung) bereitstellen, damit die Regel im Alltag eingehalten wird.
- Direkter Einstieg: → Leitseite 01: Arbeitsmittel, Menschen & Rollen
Spiegelbild B: „Wir haben Lizenzen gekauft, aber unsere Abläufe sind keinen Tag schneller“
Ein Unternehmen schaltet KI-Zugänge frei. Einzelne Mitarbeitende formulieren damit schneller Texte, doch die Durchlaufzeit eines Kundenauftrags, einer Reklamation oder einer Rechnungsprüfung ändert sich kaum. Diese Erfahrung ähnelt der Einführung der ersten PCs in den 1980er-Jahren, für die der Ökonom Robert Solow das Computer-Produktivitätsparadox formulierte (externe Seite, brookings.edu): Eine neue Basistechnologie wirkt sich erst dann messbar aus, wenn Abläufe, Zuständigkeiten und Wissenszugänge umgebaut werden (Brynjolfsson, Rock & Syverson zur Productivity J-Curve (externe Seite, nber.org)). Ein Sprachmodell ohne Zugriff auf Ihre Kundenhistorie und Ihre Freigaberegeln bleibt ein isolierter Textgenerator.
- Sinnvoller nächster Schritt: Einen konkreten Engpass-Prozess schneiden, das nötige Domänenwissen aus den Köpfen der Mitarbeitenden zugänglich machen und feste Prüfschritte mit gezielten Modellaufrufen verbinden.
- Direkter Einstieg: → Leitseite 02: Wissen & Kontext und Leitseite 03: Prozesse & Automatisierung
Spiegelbild C: „Wir beschleunigen nur das Gestrige. Was wird durch KI überhaupt erst möglich?“
Wer KI ausschließlich als Beschleuniger für bestehende Formulare betrachtet, übersieht Vorhaben, die bisher an Zeit, Kosten oder fehlender Entwicklerkapazität scheiterten: etwa die einmalige inhaltliche Auswertung tausender Altverträge und Scans an einem Wochenende oder der Bau passgenauer interner Werkzeuge per Agentic Engineering.
- Sinnvoller nächster Schritt: Bisher unterlassene Vorhaben sichten, die Rechnung zwischen Kaufen, Integrieren und Eigenbau neu aufmachen und eine zentrale Basis schaffen, auf der Fachbereiche und persönliche Agenten sicher aufsetzen können.
- Direkter Einstieg: → Leitseite 04: Referenzarchitektur und Leitseite 05: Markt & Make-or-Buy
02 Was möchten Sie verändern? Die drei Einstiegswege
Warum wir Einzelplatz, Prozess und Plattform trennen: Viele Aufgaben kommen ohne autonomen Agenten aus, und viele Automatisierungen scheitern an fehlenden Schnittstellen statt am Sprachmodell. Diese drei Ebenen bauen logisch aufeinander auf, lassen sich aber je nach Engpass getrennt starten:
- Weg 1 · Meine Arbeit erleichtern (Persönliches Arbeitsmittel):
KI als tägliches Werkzeug für jeden Mitarbeitenden: Texte strukturieren, Ideen gegenprüfen, gültiges Unternehmenswissen finden und komplexe Programme (Tabellenkalkulation, ERP, Fachanwendungen) per natürlicher Sprache statt über verschachtelte Menüs bedienen.
→ Zur Leitseite 01: Arbeitsmittel & Menschen - Weg 2 · Aufgaben und Prozesse mit KI automatisieren:
Von der einmaligen massenhaften Aufbereitung unstrukturierter Dokumente (Scans, PDFs, Altbestände) über stabile Workflows (n8n, MicrosoftPower Automate, APIs, RPA) bis zu Conversational AI im Kunden- und internen Service.
→ Zur Leitseite 03: Prozesse & Automatisierung - Weg 3 · Eine KI-fähige Umgebung bauen („Fit für KI“):
Wie ein mehrgleisiger Kontext-Layer, ein zentrales Rollen- und Rechtemodell für Menschen und Agenten, AI-Gateways, Sandboxes und Audit-Logs zu einer wartbaren Architektur zusammenfinden, auf der Fachbereiche und persönliche Agenten aufbauen können.
→ Zur Leitseite 04: Referenzarchitektur & Sicherheit
03 Der Entscheidungs-Kompass: Deterministisch wo möglich, Sprachmodell wo nötig
Warum dieser Schnitt vor jedem Projekt geklärt sein muss: Ein häufiger Konstruktionsfehler besteht darin, einen gesamten Geschäftsablauf in einen offenen Agenten-Loop zu legen, obwohl der Großteil der Teilschritte aus eindeutigen Regeln besteht. Wo Regeln feststehen, ist klassischer Programmcode sofort prüfbar, günstig und vollständig reproduzierbar. Ein Sprachmodell gehört genau an die Stelle, an der unstrukturierter Eingang (freie E-Mail, PDF-Scan, Telefongespräch) verstanden oder anhand von Firmenkontext eingeordnet werden muss (Anthropic: Building Effective Agents (externe Seite, anthropic.com)).
Welche Bauform passt zu Ihrem Vorhaben?
Wählen Sie eine typische Aufgabenstellung aus dem Betrieb, um den empfohlenen Schnitt zwischen festem Programmcode, Sprachmodell und menschlicher Aufsicht zu sehen.
Rechnungssummen nachrechnen (Netto + Steuer = Brutto), Dubletten per Datei-Hash erkennen, Pflichtfelder prüfen oder Datensätze zwischen zwei APIs synchronisieren.
Wo Eingangsdaten strukturiert vorliegen und die Regel eindeutig feststeht, ist ein Sprachmodell unnötig teuer und fehleranfällig. Klassischer Code (Skript, API, n8n- oder Power-Automate-Regel) rechnet zu 100 Prozent reproduzierbar.
Eingang (API / Datenbank) → Feste Code-Regel → Direkte Buchung / Protokoll
Keine Einzelprüfung nötig; Überwachung nur auf technische Ausnahmefehler.
Details auf Leitseite 03: Prozesse & Automatisierung →Eingehende Lieferantenrechnungen mit wechselndem Layout auslesen, freie Kunden-E-Mails klassifizieren und mit dem passenden Kundenstatus aus dem CRM verbinden.
Der Eingang ist unstrukturiert (PDF-Scan, freie Sprache), das gewünschte Zielschema steht jedoch fest. Das Modell übernimmt nur die Extraktion und Einordnung; direkt danach prüft deterministischer Code Summen und Bestellnummern.
Eingang → Document Intelligence & 1 LLM-Schritt → Code-Schranke (ERP-Abgleich) → Freigabetor bei Abweichung
Standardfälle laufen überwacht durch; Sachbearbeiter prüfen nur markierte Abweichungen am Diff.
Praxisfall A auf Leitseite 03 ansehen →Tausende Altverträge, Prüfberichte oder Bauakten einmalig nach Kündigungsfristen, Preisgleitklauseln oder Haftungsrisiken durchsuchen und in einer Tabelle bereitstellen.
Statt monatelang einen Dauerprozess zu bauen, läuft ein Batch-Skript über den Bestand. Damit kein erfundenes Detail durchrutscht, verlangt das Schema ein wörtliches Originalzitat, das ein Skript buchstabengetreu gegen den Dokumenttext prüft.
Dokumenten-Archiv → Struktur-OCR → Batch-LLM (Extraktion + Zitat) → Deterministisches Zitat-Tor → Geprüfte Ergebnistabelle
Kein Dauerbetrieb nötig; Fachabteilung prüft gezielt die markierten Treffer.
Einmal-Aufgabe vs. Dauerbetrieb auf Leitseite 03 →Komplexe Fehlerdiagnose über mehrere Log-Quellen, mehrstufige Fallklärung über Wiki und CRM oder das Entwickeln und Testen von Programmcode per Coding-Agent.
Der nächste Schritt hängt vom Zwischenergebnis des vorherigen Schritts ab. Damit die Schleife beherrschbar bleibt, läuft der Agent in einer isolierten Sandbox mit festem Schritt- und Budget-Deckel.
Auftrag → Kontroll-Host (Agenten-Pass) → Agenten-Loop in Sandbox (Lesen & Entwerfen) → Menschliches Freigabetor vor Außenwirkung
Lesen und Entwerfen automatisch in der Sandbox; schreibende Wirkung nach außen immer über eine Aktionsvorschau (Diff).
Sandbox & Agenten-Pass auf Leitseite 04 →| Stufe | Aufbau | Wann wählen? | Vorhersehbarkeit & Prüfaufwand |
|---|---|---|---|
| Stufe 1 · Deterministisch | Fester Programmablauf (Skript, API, n8n-Regel) ohne Sprachmodell | Strukturierte Eingangsdaten, eindeutige Geschäftsregel (Summen, Fristen, Pflichtfelder) | 100 % reproduzierbar. Prüfung nur bei technischen Ausnahmefehlern; minimale Kosten. |
| Stufe 2 · Hybrid-Workflow | Fester Rahmen + einzelner LLM-Schritt (Extraktion/Klassifikation) + nachgelagerte Code-Schranke | Unstrukturierter Eingang (E-Mail, PDF, Ton), aber festes Zielschema (z. B. Belegprüfung, Ticket-Vorbereitung) | Ablauf fest, Inhalt code-geprüft. Ein kalkulierbarer Modellaufruf je Vorgang; Mensch prüft nur bei angeschlagener Schranke. |
| Stufe 3 · Begrenzter Agenten-Loop | Planungs- und Werkzeugschleife in einer Sandbox mit Schritt-/Budget-Deckel und Freigabetor | Offener Lösungsweg, der von Zwischenergebnissen abhängt (Recherche, Softwareentwicklung, mehrstufige Klärung) | Durch Sandbox und Tor eingehegt. Schreibende Wirkung nach außen erfordert eine konkrete Aktionsvorschau (Diff). |
04 Fünf typische „Unproduktivitätsfallen“ und das Gegenmodell „Fit für KI“
Warum viele KI-Initiativen trotz starker Modelle im Tagesgeschäft versanden: Die größten Risiken im Betrieb entstehen durch organisatorischen und technischen Wildwuchs rund um die Modelle:
- Falle 1 · Vom sinnvollen PoC in den unwartbaren Tool-Zoo:
Lokale Werkzeuge, kleine Skripte und schnelle Proofs of Concept (PoCs) sind am Anfang ausdrücklich wertvoll, um Menschen „Fit für IT und KI“ zu machen und Ideen unbürokratisch zu erproben. Zur Falle wird dieser Wildwuchs erst dann, wenn aus zwanzig isolierten Versuchen und Abteilungs-Abos schleichend ein dauerhafter Insel-Betrieb wird: Jedes Mini-Tool kennt dann den aktuellen Firmenkontext nicht, zwingt Mitarbeitende zum Copy-and-Paste zwischen Fenstern und hinterlässt bei Stellenwechseln verwaiste Werkzeuge. Größere und abteilungsübergreifend genutzte Lösungen gehören deshalb auf eine gemeinsame zentrale Basis. - Falle 2 · BYOAI (Schatten-KI im privaten Account):
Solange offizielle Werkzeuge komplizierter oder schwächer sind als das private Smartphone-Abo, fließen vertrauliche Vorgänge ohne Auftragsverarbeitung und Löschkontrolle in private Konten ab. - Falle 3 · Scheineffizienz und Nacharbeits-Flut („Workslop“):
Ein Mitarbeitender erzeugt per Knopfdruck in zwei Minuten ein langes Dokument, und drei Kolleginnen verbringen anschließend Stunden damit, wohlklingende, aber fachlich ungenaue Aussagen wieder herauszuprüfen (Harvard Business Review / BetterUp zu Workslop (externe Seite, hbr.org)). - Falle 4 · Blinde Agenten ohne Firmenkontext:
Ein Sprachmodell erhält Kundenkontakt oder Werkzeugzugriff, ohne dass die internen Kulanzregeln, Ausnahmen und Live-Bestandsdaten angebunden sind. Mangels Kontext beginnt das System zu raten. - Falle 5 · Unbemerkte Systemänderung durch Modellwechsel:
Ein Cloud-Anbieter aktualisiert ein Modell im Hintergrund oder schaltet einen Endpunkt ab, und bestehende Prompts verhalten sich bei Grenzfällen plötzlich anders.
Das Gegenmodell „Fit für KI“: Eine zentrale Basis für Fachbereiche und persönliche Agenten
Anstelle dutzender isolierter Mini-Tools baut ein KI-fähiges Unternehmen einmalig ein zentrales Fundament auf (gemeinsamer Multi-Kontext-Layer, zentrales Rollen- und Rechtemodell, AI-Gateway und geprüfte Schnittstellen). Auf dieser gewarteten Basis setzen die Fachbereiche mit ihren eigenen Fach-Workflows sowie die persönlichen Agenten der Mitarbeitenden sicher auf.
→ Zur detaillierten Architekturzeichnung auf Leitseite 04: Referenzarchitektur.
05 Fünf Fragen vor dem nächsten KI-Vorhaben (Schnelltest)
Prüfen Sie jeden neuen Vorschlag kurz an diesen fünf Stellen, bevor Sie Lizenzen kaufen oder Code schreiben:
- Aufgabe & Warum: Was genau soll im Ablauf besser werden (Durchlaufzeit, Qualität, Suchaufwand oder ein bisher unmögliches Vorhaben), und wer beurteilt das Ergebnis fachlich?
- Arbeitsmittel: Haben die beteiligten Mitarbeitenden ein offizielles, datenschutzkonformes Werkzeug, und passt die Bedienform (Button, freier Chat in Leitplanken oder natürliche Sprache im Fachprogramm)?
- Kontext & Eigentümer: Woher kennt das System Ihre internen Firmenregeln und aktuellen Bestandsdaten, und wer hält diesen Kontext fachlich aktuell?
- Wirkung & Rechte: Wo liest das System nur, wo legt es einen Entwurf an, und an welcher Stelle braucht eine schreibende Aktion zwingend ein Freigabetor?
- Betrieb & Wechsel: Wer wartet die Lösung in sechs Monaten, und an welchen Referenzfällen prüfen Sie, ob das System nach einem Modellwechsel noch sauber arbeitet?