Das Angebot liegt auf dem Tisch: ein KI-Agent, der Lieferantenanfragen bearbeitet, Unterlagen abgleicht und Antworten vorbereitet. Die Fachabteilung sieht die Entlastung. Die IT hat bereits einen eigenen Prototyp. Im nächsten Termin soll entschieden werden, welcher Weg weiterverfolgt wird.
Für den Kauf sprechen eine fertige Oberfläche und ein benannter Ansprechpartner. Für die Eigenentwicklung sprechen Anpassbarkeit und der Zugriff auf die eigene Logik. Eine Frage fehlt in beiden Unterlagen: Wer kümmert sich im laufenden Betrieb um die Fälle, die nicht wie in der Vorführung funktionieren?
Dieses Beispiel ist ein bewusst vereinfachtes Szenario. Wenn Sie gerade vor einer ähnlichen Entscheidung stehen, lohnt sich ein Vergleich entlang eines konkreten Geschäftsprozesses. Die folgenden Tabellen helfen Ihnen, Kosten und Zuständigkeiten für Kauf, Eigenentwicklung und einen kombinierten Ansatz offenzulegen.
Was genau soll der KI-Agent übernehmen?
Formulieren Sie zuerst den Auftrag. „Unsere Auftragsbearbeitung automatisieren“ lässt zu viel offen. Präziser wäre: „Bei einer abweichenden Lieferbestätigung den aktuellen Auftrag prüfen, die Abweichung erklären und einen Antwortentwurf zur Freigabe vorlegen.“
Damit sind Anfang, Ergebnis und Freigabegrenze erkennbar. Nun können Sie prüfen, ob das System den nächsten Schritt selbst wählen muss. Ein KI-Agent nutzt ein Modell, um Schritte und Werkzeuge innerhalb seiner Aufgabe auszuwählen. Für einen weitgehend festen Ablauf kann eine klassische Prozesssteuerung mit einem begrenzten KI-Schritt ausreichen.
Anthropic unterscheidet in seiner technischen Anleitung zwischen vorgegebenen Workflows und Agenten mit modellgesteuerter Schrittwahl und empfiehlt, mit einer möglichst einfachen geeigneten Lösung zu beginnen. Für Ihre Entscheidung zählt, welche Freiheitsgrade der konkrete Prozess braucht.
Halten Sie auch fest, was der Agent nicht selbst entscheiden darf. Darf er eine Lieferzusage nur vorbereiten oder bereits versenden? Darf er Stammdaten lesen oder ändern? Diese Grenzen beeinflussen die Architektur stärker als eine lange Liste beeindruckender Funktionen.
Kauf, Eigenentwicklung und Kombination fair vergleichen
Eigenentwicklung bedeutet nicht automatisch, ein Sprachmodell selbst zu trainieren. Meist geht es um die Anwendung, die Prozesslogik und die Kontrollen rund um fremde Modelle und Plattformen. Auch dabei bleiben Abhängigkeiten bestehen.
Auf kleinen Bildschirmen können Sie die Tabelle seitlich verschieben, um alle drei Wege zu vergleichen.
| Prüffrage | Fertige Lösung kaufen | Eigene Anwendung entwickeln | Bestehende und eigene Bausteine verbinden |
|---|---|---|---|
| Wann ist der Weg plausibel? | Das Produkt deckt den Ablauf einschließlich wichtiger Ausnahmen ab. | Wesentliches Verhalten oder notwendige Kontrollen lassen sich mit einer geeigneten Standardlösung nicht abbilden. | Die Grundlage passt, einzelne Schritte brauchen eine eigene Gestaltung. |
| Was bleibt intern? | Prozessverantwortung, Zugriffsentscheidungen, Abnahme und Leistungen außerhalb des Anbietervertrags. | Anwendungsbetrieb, Wartung, Tests und Supportorganisation sowie die fachliche Verantwortung. | Eigene Komponenten und die Übergaben zwischen den beteiligten Systemen. |
| Was muss nachgewiesen werden? | Eignung für eigene Fälle, nutzbare Protokolle, Freigaben und ein klarer Supportumfang. | Wartbare Architektur, verfügbare Kapazität, Testfälle und ein belastbarer Wiederanlauf. | Ein funktionierender Gesamtablauf mit Zuständigkeiten an jeder Schnittstelle. |
| Welcher Einwand wiegt schwer? | Eine geschäftskritische Ausnahme oder Freigabe lässt sich nicht unterstützen. | Nach Projektende ist niemand für die laufende Betreuung verfügbar. | Bei Fehlern verweisen die Beteiligten aufeinander. |
| Welcher Test hilft? | Ein schwieriger Fall sowie eine Änderung oder ein Ausfall. | Die Übergabe an eine andere Person als den ursprünglichen Entwickler. | Ein Fehler, der mehrere Komponenten und Zuständigkeiten betrifft. |
Bewerten Sie keine Idealbilder. Vergleichen Sie die tatsächlich angebotene Leistung mit einer realistisch besetzten Eigenentwicklung. Ein kombinierter Ansatz ist ebenfalls eine eigenständige Betriebsentscheidung. Die Übergänge zwischen seinen Bestandteilen müssen jemandem gehören.
Verantwortung beginnt dort, wo das Angebot ungenau wird
Fragen Sie bei der Aussage „Support ist enthalten“ nach einem konkreten Vorgang: Eine Antwort wurde auf Grundlage einer veralteten Unterlage vorbereitet. Wer erkennt das? Wer darf den Ablauf anhalten? Wer übernimmt die offenen Fälle, während die Ursache geklärt wird?
Diese Fragen betreffen zunächst die Organisation des Betriebs. Vertragliche Haftung und rechtliche Pflichten müssen die dafür zuständigen Fachleute beurteilen. Aus einem technischen Funktionsumfang lässt sich beides nicht ableiten.
Microsofts Leitfaden zum Betrieb von Agenten benennt Zuständigkeiten, Entscheidungsrechte, Lebenszyklus und Überwachung ausdrücklich als organisatorische Aufgaben. Für Ihren ersten Prozess genügt häufig eine klare Arbeitsvereinbarung mit den beteiligten Rollen.
| Aufgabe | Benötigter Nachweis | Ihre Eintragung |
|---|---|---|
| Fachliche Abnahme | Ein eindeutig beschriebenes akzeptables Ergebnis. | Verantwortliche Person und Abnahmekriterium. |
| Daten und Berechtigungen | Erlaubte Lese- und Schreibzugriffe sowie ein getesteter Rechteentzug. | Freigabe, technische Umsetzung und offene Punkte. |
| Ausnahmen | Ein erreichbarer Bearbeitungsweg für unklare oder abgelehnte Fälle. | Team, Kapazität, Vertretung und Eskalation. |
| Änderungen | Dokumentation von Modell-, Prompt- und Werkzeugänderungen mit passenden Wiederholungstests. | Änderungsverantwortung und Freigaberecht. |
| Störung und Wiederanlauf | Ein erprobter Ablauf zum Anhalten, Übernehmen und Wiederstarten. | Erreichbarkeit, Befugnis und Nachweis. |
| Anbieterwechsel | Nutzbare Exporte von relevanten Daten, Konfigurationen und Testfällen. | Wechselverantwortung, Lücken und Aufwand. |
Eine Person einzutragen reicht nicht, wenn ihr Zeit oder Zugriffsrechte fehlen. Dokumentieren Sie solche Lücken offen. Bei extern übernommenen Aufgaben zählt der vereinbarte Leistungsumfang; eine Vermutung aus dem Verkaufsgespräch ist noch kein belastbarer Nachweis.
Die Vertiefung zu Identität und Berechtigungen hilft bei den Zugriffsgrenzen. Für den laufenden Betrieb ergänzt der Leitfaden zum KI-Agenten-Monitoring die nötigen Signale und Eingriffsmöglichkeiten.
Was gehört in die Kostenrechnung?
Nutzen Sie für alle Optionen denselben Zeitraum, dieselbe Fallmenge und dieselben Qualitätsanforderungen. Vergleichen Sie anschließend die Kostenpositionen einzeln. Sonst steht womöglich eine günstige Lizenz einer Entwicklung gegenüber, in deren Angebot bereits Tests und laufende Betreuung enthalten sind.
Zu den einmaligen Aufwänden gehören Einrichtung, Datenaufbereitung, technische Anbindung und Abnahme. Laufend entstehen je nach Lösung Kosten für Plattform und Modelle, menschliche Prüfung, Ausnahmebearbeitung, Wartung, Überwachung und Support. Erfassen Sie außerdem den möglichen Wechselaufwand.
Kosten je akzeptiertem Fall = zurechenbare Betriebskosten im betrachteten Zeitraum geteilt durch die Zahl der Fälle, die die vereinbarten Abnahmekriterien erfüllen.
Weisen Sie aus, ob anteilige Einrichtungskosten enthalten sind. Zählen Sie dieselbe Wartungsleistung nicht zugleich als interne Arbeitszeit und als Bestandteil eines externen Pauschalhonorars. Bereitschaft und Vertretung können Aufwand verursachen, auch wenn im Beobachtungsmonat wenige Störungen auftreten.
Besonders wichtig ist die menschliche Nacharbeit. Wie oft muss jemand eingreifen? Wie lange dauert das? Was passiert bei einer Lastspitze? Erheben Sie diese Werte an repräsentativen Fällen. Eine pauschale Einsparungsannahme wird dadurch überprüfbar. Die engere Frage nach Modellkosten behandelt der Beitrag zum KI-Workload-Routing.
Eine Ausnahme sagt mehr als eine weitere Vorführung
Nehmen wir für das illustrative Beispiel an: Der Auftrag wurde geändert, eine Lieferbestätigung bezieht sich noch auf den alten Stand, und der Antwortentwurf enthält eine neue Terminzusage. Geben Sie allen drei Optionen dieselben zulässigen Unterlagen und dasselbe Abnahmekriterium.
Die Lösung muss den aktuellen Stand erkennen, den Widerspruch offenlegen und die Zusage zur zuständigen Person weiterleiten. Wie das technisch geschieht, darf unterschiedlich sein. Die fachliche Freigabegrenze bleibt gleich.
- Prüfen Sie Ergebnis und Begründung. Eine sprachlich gute Antwort kann sich trotzdem auf den falschen Stand beziehen.
- Kontrollieren Sie die mögliche Aktion: Könnte die Zusage ohne Freigabe versendet werden?
- Entziehen Sie in einer sicheren Testumgebung eine Berechtigung oder eine Abhängigkeit. Beobachten Sie Übergabe und Fehlerbehandlung.
- Führen Sie eine kontrollierte Änderung durch und wiederholen Sie den Test. Halten Sie fest, wer eine Verschlechterung erkennen würde.
Ergänzen Sie normale, häufige Fälle. Ausnahmen prüfen Grenzen; Routinefälle zeigen Bearbeitungsaufwand und Durchsatz. Legen Sie die Fallauswahl vor dem Vergleich fest, damit keine Option nur an ihren stärksten Beispielen gemessen wird.
Welche Besonderheiten Ihres Unternehmens verändern die Wahl?
Ein österreichischer Betrieb kann mit einer Standardlösung gut bedient sein und dennoch eigene Freigaberegeln, deutschsprachige Sonderfälle oder bestimmte Abhängigkeiten zu vorhandenen Geschäftssystemen haben. Benennen Sie jeweils die konkrete Anforderung. Der Wunsch nach „mehr Flexibilität“ allein rechtfertigt noch keine Eigenentwicklung.
Prüfen Sie zuerst, was sich innerhalb des unterstützten Produktumfangs konfigurieren lässt. Falls eine eigene Komponente nötig ist, beschreiben Sie ihre Aufgabe und ihre Auswirkungen auf Updates und Fehlersuche. Für die Entscheidung ist wesentlich, ob Ihre Organisation diese Komponente langfristig betreuen kann.
Bei grenzüberschreitenden Leistungen sollten Datenflüsse, Supportzugriffe und beteiligte Dienstleister nachvollziehbar sein. Eine Angabe zur Hostingregion beschreibt diese Wege nicht vollständig. Datenschutz- und Sicherheitsverantwortliche müssen die für sie relevanten Unterlagen prüfen. Der Architekturvergleich ersetzt keine rechtliche Bewertung.
Ein überschaubarer Weg zur Entscheidung
Als internen Arbeitsplan können Sie vier Wochen vorsehen. Die Dauer hängt von verfügbaren Personen und Unterlagen ab; sie ist weder eine Einführungszusage noch der Leistungszeitplan des Architecture Mandate.
- Woche 1: Prozess eingrenzen, Verantwortung klären, Fallmengen und Abnahmekriterien erheben.
- Woche 2: Optionen und Zuständigkeiten vergleichen, fehlende Nachweise konkret anfordern.
- Woche 3: repräsentative Fälle und einen Wiederanlauf testen; wesentliche Kostenannahmen prüfen.
- Woche 4: mit dem Sponsor eine begründete Entscheidung treffen, Bedingungen festhalten oder den Umfang zurückstellen.
Vor der Freigabe der nächsten Phase sollten fünf Punkte nachvollziehbar sein: der begrenzte Auftrag, die Betriebsverantwortung, die Befugnisse, die Kostenannahmen und der Ausweichweg bei Problemen. Eine kritische Lücke verdient eine eigene Entscheidung. Sie verschwindet nicht durch einen guten Durchschnittswert.
Wann sich ein Architecture Mandate anbietet
Kann Ihr Team den Vergleich mit ausreichenden Nachweisen selbst durchführen, ist das ein guter Ausgangspunkt. Ein externer Blick wird dann sinnvoll, wenn die Entscheidung erhebliche Folgen hat und Fachbereich, IT und Management bei Architektur oder Verantwortung nicht zu einer tragfähigen gemeinsamen Beurteilung kommen.
Das Architecture Mandate untersucht einen priorisierten KI-Prozess. Zum dokumentierten Ergebnis gehören die Investitionslogik und eine Empfehlung zu Eigenentwicklung, Kauf oder Integration. Der Standardumfang kostet 22.000 Euro exklusive Umsatzsteuer; vorgesehen sind 15–20 Arbeitstage nach Erfüllung der Startvoraussetzungen. Umsetzung, Beschaffung, laufender Betrieb und Rechtsberatung gehören nicht zum Standardumfang.
Beschreiben Sie für das erste Gespräch den Prozess, die anstehende Entscheidung und die verantwortliche Rolle, zunächst ohne vertrauliche Unterlagen. Gemeinsam wird geprüft, ob Aufgabe, Nachweise, Zeitrahmen und Budget zum Mandat passen. Erst danach folgt gegebenenfalls ein Angebot.
Architecture Mandate für Ihre KI-Entscheidung prüfen
Wenn der Lösungsweg bereits feststeht, hilft Ihnen als nächster Schritt der Entscheidungsrahmen für den Übergang in den Produktivbetrieb.
Häufige Fragen zur Entscheidung
Ist der Kauf eines KI-Agenten günstiger als eine Eigenentwicklung?
Das lässt sich erst für einen konkreten Prozess beurteilen. Vergleichen Sie Einrichtung, laufende Gebühren, menschliche Prüfung, Wartung und Wechselaufwand über denselben Zeitraum und anhand gleicher Abnahmekriterien.
Müssen wir bei einer Eigenentwicklung ein eigenes Modell trainieren?
Nein. Eine eigene Anwendung kann externe Modelle nutzen. Entscheidend ist, welche Teile Sie gestalten und betreiben und welche Abhängigkeiten bei anderen Anbietern bleiben.
Wer trägt bei einer gekauften Lösung die Verantwortung?
Klären Sie zuerst die betrieblichen Aufgaben: erkennen, anhalten, prüfen und wiederanlaufen lassen. Vertragliche Haftung und rechtliche Pflichten sind davon getrennt durch die zuständigen Fachleute zu beurteilen.
Wann passt ein kombinierter Ansatz?
Wenn eine Standardgrundlage geeignet ist, einzelne Schritte aber eigene Kontrollen oder eigenes Verhalten benötigen. Prüfen Sie die Übergaben und benennen Sie eine Verantwortung für den gesamten Ablauf.
Was tun, wenn die Nachweise nicht ausreichen?
Begrenzen Sie den Umfang, behalten Sie einen menschlich geführten Ablauf bei oder verschieben Sie die Festlegung. Dokumentieren Sie, welche Nachweise fehlen und wer sie beschaffen kann.
Zur Einordnung: Vergleich und Arbeitsblätter sind die architektonische Analyse des Autors. Das Beispiel ist illustrativ. Die verlinkten technischen Herstellerquellen dienen der Einordnung und belegen keine Kundenergebnisse. Quellen geprüft am 20. September 2026.
Weiterlesen
