Definition: Geführtes Aufbauen
Geführtes Aufbauen ist eine Deployment-Methodik, bei der ein Implementierungsteam gemeinsam mit den Prozessverantwortlichen und Fachexperten eines Unternehmens eine definierte Abfolge von Aktivitäten durchläuft: von der Prozesserkundung und Wissenserfassung über das Agentendesign und Testen bis zur operativen Übergabe. Das Unternehmen konfiguriert kein KI-System allein auf einer leeren Leinwand.
Der Begriff grenzt eine begleitete Build-Beauftragung von zwei gängigen Alternativen ab: Selbstkonfiguration (der Kunde baut allein mithilfe von Dokumentation und Vorlagen) und vollständigem Outsourcing (ein Anbieter baut vollständig im Auftrag des Kunden, ohne tiefe Einbindung der Prozessverantwortlichen). Geführtes Aufbauen liegt zwischen diesen Extremen: Der Anbieter oder Implementierungspartner liefert Struktur, Expertise und Werkzeuge; das interne Team liefert Fachwissen, Validierung und Prozessverantwortung. Das Ergebnis ist ein System, das das interne Team versteht, pflegen und erweitern kann.
Was geführtes Aufbauen nicht ist
Geführtes Aufbauen wird manchmal mit benachbarten Konzepten verwechselt, die ähnlich wirken, aber unterschiedliche Ergebnisse liefern:
- Kein Schulungskurs. Geführtes Aufbauen produziert ein laufendes Produktivsystem, nicht nur Fähigkeiten oder Zertifikate. Schulung ist ein Bestandteil, aber das primäre Lieferobjekt ist ein operativer KI-Agent oder Workflow.
- Kein vollständiges Outsourcing. Bei klassischem IT-Outsourcing baut der Anbieter eine Black Box und übergibt sie. Geführtes Aufbauen erfordert durchgehende Beteiligung der Prozessverantwortlichen, damit implizites Wissen korrekt erfasst und im System verankert wird.
- Kein Hackathon. Kurzformatige Innovationsformate produzieren Prototypen. Geführtes Aufbauen produziert produktionsreife Systeme mit definierten Übergabekriterien, Dokumentation und Iterationspfaden.
Das Problem, das geführtes Aufbauen löst
Der häufigste Grund, warum KI-Piloten im Unternehmen die Produktion nicht erreichen, liegt nicht an unzureichender Technologie. Es liegt an der Lücke zwischen einer allgemeinen KI-Fähigkeit und dem spezifischen, oft undokumentierten Kontext, den der Prozess eines bestimmten Teams tatsächlich benötigt. Ein KI-Agent für die Schadenbearbeitung kann die Ausnahmen, die ein erfahrener Sachbearbeiter auswendig kennt, nicht richtig behandeln, wenn dieses Wissen nicht systematisch erfasst und kodiert wurde. Geführtes Aufbauen liefert die Facilitierungsstruktur und Expertenbegleitung, um dieses Wissen zu erschließen, zu strukturieren und in ein einsetzbares System einzubetten.
Methoden und Verfahren beim geführten Aufbauen
Eine Beauftragung zum geführten Aufbauen folgt typischerweise fünf aufeinanderfolgenden Phasen. Die Phasengrenzen sind explizite Checkpoints mit definierten Lieferobjekten, keine informellen Meilensteine.
Phase 1: Prozesserkundung
Implementierungsspezialisten und Prozessverantwortliche kartieren den Zielworkflow im Detail: Eingaben, Entscheidungspunkte, Ausnahmefälle, Übergabebedingungen und Qualitätskriterien. Die Erkundung beginnt nicht mit dem KI-Tool, sondern mit dem menschlichen Prozess. Typische Erkundungsergebnisse umfassen eine mit Datenquellen annotierte Prozesskarte, eine Liste von Randfällen und bekannten Ausnahmen sowie eine nach Wert und Komplexität priorisierte Liste von Automatisierungskandidaten.
Die Erkundung dauert für einen einzelnen Workflow typischerweise 2 bis 5 Tage. Teams, die diese Phase überspringen oder verkürzen, produzieren konsequent KI-Systeme, die den Standardfall beherrschen, aber bei den Fällen scheitern, die tatsächlich den meisten menschlichen Aufwand verursachen.
Phase 2: Wissenserfassung
Fachexperten tragen das implizite Wissen bei, das in keinem System und keinem Dokument zu finden ist: die Urteilsregeln, die Ausnahmelogik, die Eskalationsschwellen. Strukturierte Wissenserfassungssitzungen nutzen eine Kombination aus Prozessdurchläufen, Entscheidungsbäumen und annotierten Beispielüberprüfungen, um implizites Expertenwissen explizit und maschinenlesbar zu machen.
Dies ist die Phase, die am häufigsten unterschätzt wird. Erfahrene Mitarbeiterinnen und Mitarbeiter verfügen über Routing-Logik, Priorisierungsregeln und Beziehungskontext, die weder aus ERP-Daten noch aus schriftlichen Richtlinien gewonnen werden können. Diese Expertise zu erfassen, solange die Experten verfügbar und engagiert sind, ist der unersetzliche Schritt.
Phase 3: Agentendesign
Mit Prozesskarte und erfasstem Wissen gestalten Implementierungsteam und Prozessverantwortliche gemeinsam die Agentenarchitektur: Was der Agent autonom erledigt, was er zur menschlichen Prüfung weiterleitet, aus welchen Systemen er liest und in welche er schreibt, und wie Konfidenzschwellen die Eskalation bestimmen. Das Ergebnis ist eine funktionale Spezifikation, die Prozessverantwortliche abzeichnen, bevor Code geschrieben oder ein Modell konfiguriert wird.
Phase 4: Bauen und Testen
Der Agent oder Workflow wird gegen die funktionale Spezifikation in kurzen iterativen Zyklen gebaut. Prozessverantwortliche testen anhand echter Beispiele aus Phase 2, einschließlich bekannter Randfälle und Ausnahmeszenarien. Hier gefundene Probleme sind Designprobleme: Sie sind in dieser Phase günstiger und schneller zu beheben als nach dem Produktivbetrieb. Jeder Zyklus endet mit einer Bestanden/Nicht-bestanden-Entscheidung gegen die in Phase 3 definierten Abnahmekriterien.
Phase 5: Übergabe und Iterationspfad
Das fertige System wird dem Prozessverantwortlichen mit Dokumentation, einer annotierten Beispielbibliothek und einem definierten Iterationsprotokoll übergeben: Wie neue Ausnahmefälle hinzugefügt werden, wie Eskalationsschwellen angepasst werden und wie Änderungen angefragt werden, die den Selbstbedienungsumfang übersteigen. Der Prozessverantwortliche wird ausgebildet, das System eigenständig zu betreiben und zu verbessern. Die Abhängigkeit vom Implementierungspartner endet mit der Übergabe, nicht mit der Inbetriebnahme.
Wichtige KPIs für geführtes Aufbauen
Die Messung von Beauftragungen zum geführten Aufbauen erfordert die Trennung von Deployment-Effizienz und Produktionsleistung.
Deployment-Effizienz
- Time-to-Production: Kalendertage vom Beauftragungsstart bis zum ersten Produktionsbetrieb. Geführtes Aufbauen zielt auf 8 bis 14 Wochen für ein fokussiertes Einzelworkflow-Deployment, verglichen mit 6 bis 18 Monaten bei unstrukturierten Selbstversuchen vergleichbarer Komplexität.
- Engagement-Aufwandsverhältnis: Partnerstunden im Verhältnis zu Prozessverantwortlichen-Stunden. Ein gesundes Engagement läuft bei etwa 40 Prozent Partner- und 60 Prozent Prozessverantwortlichen-Aufwand. Zu viel Partneraufwand deutet auf Fehler bei der Eigentumsübertragung hin; zu wenig zeigt, dass der Partner zu wenig Struktur liefert.
- Abnahmetestquote beim ersten Zyklus: Anteil der Testfälle, die ohne Nacharbeit in jedem Bau-und-Test-Zyklus bestehen. Zielwert: über 75 Prozent ab Zyklus drei. Sinkende Quoten deuten auf eine Erkundungs- oder Designlücke hin, nicht auf ein Testproblem.
Produktionsleistung
- Durchlaufquote ohne Eskalation: Anteil der Fälle, die der Agent im Regelbetrieb ohne menschliche Eskalation abschließt. Zielwert: 75 bis 90 Prozent je nach Workflow-Komplexität.
- Iterationszykluszeit: Zeit bis zur Inbetriebnahme einer Verbesserung oder eines neuen Ausnahmefalls nach der Identifikation in der Produktion. Ein gut übergebenes System sollte von Prozessverantwortlichen geleitete Iterationen in unter einer Woche für kleinere Ergänzungen ermöglichen.
- Vertrauensscore der Prozessverantwortlichen: Eine strukturierte Befragung 30 und 90 Tage nach der Übergabe bewertet, ob der Prozessverantwortliche das System pflegen, erklären und erweitern kann. Dies ist ein Frühindikator dafür, ob das System den ersten Personalwechsel übersteht.
Risikofaktoren und Kontrollen beim geführten Aufbauen
Unzureichende Beteiligung der Prozessverantwortlichen
Geführtes Aufbauen scheitert, wenn Prozessverantwortliche zu beschäftigt sind, um an Erkundung und Tests teilzunehmen, und das Implementierungsteam die Lücke durch Designannahmen füllt. Falsche Annahmen werden in der Produktion entdeckt, wo sie teuer zu beheben sind. Der Beauftragungsvertrag muss die Zeit der Prozessverantwortlichen für strukturierte Beteiligung schützen, sonst kollabiert die Methodik zu einem Outsourcing mit Workshop-Branding.
Kontrolle: Mindest-Beteiligungsstunden pro Phase im Beauftragungsvertrag festlegen. Jede Woche, in der ein Prozessverantwortlicher weniger als 50 Prozent der geplanten Sitzungen wahrnimmt, löst eine formelle Verzögerung statt einer stillen Umgehung aus.
Wissenserfassung von der falschen Person
Verfügbarkeitsprobleme bei Fachexperten verleiten Teams dazu, die am leichtesten verfügbare Person gegen die kompetenteste auszutauschen. Dies ist besonders in Mittelstandsunternehmen akut, wo Experte und Abteilungsleiter manchmal dieselbe Person mit vollem Tagesgeschäft sind.
Kontrolle: Wissensträger namentlich vor Beauftragungsstart identifizieren, ihre Verfügbarkeit explizit verhandeln und nicht ohne formelle Entscheidung ersetzen. Wenn der Schlüsselexperte nicht verfügbar ist, sollte der betreffende Prozessumfang verschoben statt approximiert werden.
Übergabe ohne echte Eigenständigkeit
Eine Übergabe, die Dokumentation, aber keine nachgewiesene Befähigung produziert, lässt den Prozessverantwortlichen für jede Änderung über den Routinebetrieb hinaus vom Implementierungspartner abhängig. Mit der Zeit kehrt dies zu einer Managed-Service-Beziehung zurück, die den Kernzweck des geführten Aufbauens zunichtemacht.
Kontrolle: Prozessverantwortliche müssen mindestens eine Iteration, zum Beispiel das Hinzufügen eines neuen Ausnahmefalls oder die Anpassung einer Eskalationsschwelle, ohne Partnerunterstützung durchführen, bevor die Beauftragung abgeschlossen wird. Wenn ihnen das nicht gelingt, ist die Dokumentation unzureichend und Phase 5 muss verlängert werden.
Praxisbeispiel
Ein Versicherungsmakler mit 180 Mitarbeitern in Bayern setzte geführtes Aufbauen ein, um einen Agenten für die Policenverlängerung zu deployen. Der Prozessverantwortliche, ein Senior-Account-Manager mit 14 Jahren institutionellem Wissen, nahm über elf Wochen an allen fünf Phasen teil.
Die Erkundung brachte 23 Ausnahmefälle ans Licht, die nirgendwo dokumentiert waren und dazu geführt hätten, dass der Agent 35 Prozent der Verlängerungen unnötigerweise eskaliert hätte. Die Wissenserfassung überführte diese Ausnahmeregeln in strukturierte Bedingungen, die der Agent nun autonom anwendet. Der Agent wickelt 81 Prozent der Standardverlängerungen vollständig ab; die verbleibenden 19 Prozent werden mit einer vorausgefüllten Zusammenfassung eskaliert, die den manuellen Prüfaufwand um 55 Prozent reduziert.
Bei der Übergabe hatte der Account-Manager während der Testphase drei neue Ausnahmefälle selbstständig ergänzt und konnte jede Entscheidungsregel des Agenten erklären. Sechs Monate nach der Übergabe wurde das System zweimal ohne Partnereinbindung erweitert.
Aktuelle Entwicklungen und Auswirkungen
Plattformseitige Unterstützung für geführtes Aufbauen
KI-Deployment-Plattformen bauen begleitete Workflow-Tools direkt in ihre Produkte ein: strukturierte Onboarding-Assistenten, vorgefertigte Prozessvorlagen für gängige Workflows und In-Produkt-Coaching-Hinweise, die Prozessverantwortliche durch Erkundungsfragen führen. Diese reduzieren die Kosten pro Beauftragung für Standardanwendungen, bewahren aber die Methodik für komplexe Fälle.
Playbook-Bibliotheken für branchenspezifische Workflows
Implementierungspartner, die konzentrierte Branchen bedienen, wie deutsche Fertigung, Logistik oder freie Berufe, bauen wiederverwendbare Playbooks für die häufigsten Workflows in jeder Branche auf. Ein Playbook enthält die typische Prozesskarte, die Standardausnahmekategorien, die gängigen Systemintegrationen und die Abnahmetestvorlagen. Playbooks ersetzen nicht die Erkundung, da jedes Unternehmen einzigartige Prozesselemente hat, komprimieren aber Phase 1 und Phase 3 erheblich für gut verstandene Workflow-Typen.
Geführtes Aufbauen für Company Brain-Deployments
Geführtes Aufbauen wird zunehmend als empfohlenes Deployment-Modell für Company-Brain-Systeme positioniert, weil Company Brains eine systematische Wissenserfassung von mehreren Abteilungen und Experten über einen längeren Zeitraum erfordern. Die mehrphasige, begleitete Struktur passt natürlich zur Wissensarchitektur eines Company Brains: Prozesserkundung entspricht der Domänenidentifikation, Wissenserfassung entspricht dem Design der Ingestionspipeline, und Agentendesign entspricht der Konfiguration von Retrieval- und Grounding-Schicht.
Fazit
Geführtes Aufbauen ist die Deployment-Methodik, die die Lücke zwischen allgemeiner KI-Fähigkeit und spezifischem Geschäftsprozess in eine strukturierte, handhabbare Ingenieurbeauftragung verwandelt. Es ist kein Schlagwort für “wir helfen Ihnen beim Einrichten”, sondern eine definierte Abfolge von Erkundung, Wissenserfassung, Co-Design, Testen und Übergabe mit expliziten Lieferobjekten und Eigentumsübertragung in jeder Phase. Für KMU und Mittelstandsunternehmen, bei denen institutionelles Wissen in einer kleinen Anzahl erfahrener Mitarbeiterinnen und Mitarbeiter konzentriert ist, ist geführtes Aufbauen der Mechanismus, der sicherstellt, dass dieses Wissen korrekt erfasst, zuverlässig eingebettet und nach dem Abzug des Implementierungspartners operativ besessen wird.
Häufig gestellte Fragen
Was ist geführtes Aufbauen beim KI-Einsatz?
Geführtes Aufbauen ist eine strukturierte, begleitete Methodik für den Einsatz von KI-Systemen, bei der Implementierungsspezialisten gemeinsam mit den Prozessverantwortlichen eines Unternehmens definierte Phasen durchlaufen: Erkundung, Wissenserfassung, Agentendesign, Bauen und Testen sowie Übergabe. Es produziert ein Produktions-KI-System, das das interne Team versteht, besitzt und eigenständig erweitern kann.
Wie unterscheidet sich geführtes Aufbauen von einem ausgelagerten KI-Projekt?
Beim klassischen Outsourcing baut ein Anbieter ein System mit minimaler Einbindung der Prozessverantwortlichen und übergibt es. Geführtes Aufbauen erfordert tiefe Beteiligung der Fachexperten des Unternehmens in allen Phasen, insbesondere bei der Wissenserfassung und beim Testen. Der Unterschied im Ergebnis ist die Eigenverantwortung: Nach geführtem Aufbauen kann der Prozessverantwortliche das System eigenständig pflegen und erweitern. Nach Outsourcing typischerweise nicht.
Wie lange dauert eine Beauftragung zum geführten Aufbauen?
Für ein fokussiertes Einzelworkflow-Deployment dauert geführtes Aufbauen typischerweise 8 bis 14 Wochen vom Beauftragungsstart bis zur Produktionsübergabe. Multi-Workflow- oder Company-Brain-Deployments über mehrere Abteilungen dauern 16 bis 24 Wochen und werden als Abfolge von Einzelworkflow-Beauftragungen strukturiert, nicht als ein großes paralleles Vorhaben.
Warum scheitern KI-Piloten ohne geführtes Aufbauen?
Das häufigste Scheitermuster liegt nicht an der Technologie, sondern an der Lücke zwischen allgemeiner KI-Fähigkeit und dem spezifischen, oft undokumentierten Prozesskontext, den das Team tatsächlich benötigt. Die Erkundungs- und Wissenserfassungsphasen des geführten Aufbauens erschließen das implizite Wissen, die Ausnahmelogik und die Entscheidungsregeln, die nie aufgeschrieben wurden, aber bestimmen, ob das KI-System reale Fälle korrekt behandelt.
Ist geführtes Aufbauen für Mittelstandsunternehmen geeignet?
Ja, geführtes Aufbauen ist besonders wertvoll für Mittelstandsunternehmen, weil institutionelles Wissen typischerweise in einer kleinen Anzahl erfahrener Mitarbeiterinnen und Mitarbeiter konzentriert ist. Die strukturierten Wissenserfassungsphasen stellen sicher, dass diese Expertise korrekt erfasst und im System verankert wird, bevor diese Experten das Unternehmen verlassen oder in Rente gehen. Das Übergabemodell stellt außerdem sicher, dass das System durch internes Personal gepflegt und erweitert werden kann, ohne dauerhaft von einem Implementierungspartner abhängig zu bleiben.
Was ist der Unterschied zwischen geführtem Aufbauen und einem Schulungskurs?
Ein Schulungskurs produziert Fähigkeiten und Zertifikate. Geführtes Aufbauen produziert ein laufendes Produktivsystem. Schulung ist ein Bestandteil des geführten Aufbauens, da Prozessverantwortliche während der Beauftragung lernen, das System zu betreiben und zu erweitern. Aber das primäre Lieferobjekt ist ein deployierter KI-Agent oder Workflow, keine Qualifikation.
