KI-Agenten senken nicht automatisch den Preis von Individualsoftware. Sie können Analyse, Implementierung, Tests und Dokumentation unterstützen; Produktverantwortung, Architektur, Sicherheit, Abnahme und Betrieb bleiben. Deshalb wird nicht „Code pro Stunde“, sondern ein abgegrenztes Geschäftsergebnis kalkuliert.
Kurzantwort: Eigenentwicklung mit KI-Agenten lohnt sich, wenn der Prozess stabil, klar begrenzt und wirtschaftlich wichtiger ist als eine breite Standardsuite. 2026 gibt es keine belastbare pauschale Produktivitätsquote: Studien zeigen je nach Aufgabe sowohl Beschleunigung als auch Verlangsamung. Ein bezahlter Pilot mit eigenen Testfällen liefert die einzig brauchbare Kalkulationsbasis.
Fachlich und quellenbezogen geprüft: 2026-07-23
Stufe 1 · Quick Win vor jedem Umbau
Ein Seat-Sprawl-Agent gleicht freigegebene Personal- oder Identitätsdaten, Vendor-Exporte, Aktivität, Rechnungen und Verlängerungen ab. Er legt verwaiste Seats, Doppeltools, falsche Editionen und Zombie-Abos in eine Review Queue – ohne Zugänge oder Verträge autonom zu ändern.
GitHub berichtet aus einer kontrollierten Programmieraufgabe, dass Teilnehmende mit Copilot 55 Prozent schneller fertig wurden. METR untersuchte dagegen 16 erfahrene Open-Source-Entwickler mit 246 realen Aufgaben in vertrauten, reifen Projekten; in diesem Setting verlängerte KI-Nutzung die Bearbeitungszeit um 19 Prozent.
Die Ergebnisse widersprechen sich nicht zwingend, sondern markieren unterschiedliche Aufgaben, Codebasen, Werkzeuge und Erfahrung. DORA beschreibt KI 2025 als Verstärker bestehender Stärken und Schwächen. Für ein Budget folgt daraus: Keine fremde Prozentzahl wird als Rabatt auf den Entwicklungsaufwand gesetzt.
Scope und Testfälle, UX und Datenmodell, Implementierung, Integrationen, Sicherheit und Abnahme sowie Betrieb und Änderung werden getrennt geschätzt. Agenten können in jedem Paket Vorarbeit leisten, aber Ergebnisse müssen geprüft und verantwortet werden.
Besonders teuer werden unklare Anforderungen, Ausnahmefälle und wechselnde Zuständigkeiten. Ein kleiner stabiler Prozess ist daher oft der bessere Kandidat als ein vollständiger Nachbau einer gewachsenen Suite.
Vor dem Build wird gemessen, welche Funktionen, Nutzer und Automationen tatsächlich gebraucht werden. Verwaiste Seats und Doppeltools werden zuerst bereinigt. Danach bleibt ein kleinerer Funktionskern, der mit SaaS, Open Source und Eigenentwicklung vergleichbar ist.
Die Zielarchitektur baut nicht jede Oberfläche nach. Ein Agent übernimmt nur klar definierte Schritte und nutzt bestehende Systeme weiter, wo deren TCO und Risiko passen.
Ein Pilot enthält repräsentative Normal- und Fehlerfälle, echte Schnittstellen, Rechte, Protokollierung und eine definierte Abnahme. Gemessen werden Durchlaufzeit, Korrekturen, Ausfallpfad, Modell- und Infrastrukturkosten sowie menschliche Restarbeit.
Erst daraus entstehen belastbare Werte für Implementierung und Agent Ops. Scheitert die Qualität oder ist der Betrieb zu teuer, ist „SaaS behalten“ ein valides Ergebnis des Piloten.
Beispielrechnung mit Annahmen
Zeitraum: 36 Monate
In diesem Annahmen-Szenario liegt Eigenentwicklung nach drei Jahren 45.000 Euro über SaaS.
Alle Euro-Werte sind Beispielannahmen, keine Marktpreise. Das Ergebnis kann bei mehr Nutzern, höherem SaaS-Preis, kleinerem Scope oder längerer Nutzungsdauer anders ausfallen. Eine pauschale KI-Produktivitätsquote wurde bewusst nicht eingerechnet.
Entscheidungscheck
Ist der Prozess stabil, begrenzt und mit realen Testfällen beschreibbar?
Welche bestehende Software kann bleiben und über APIs angebunden werden?
Wer entscheidet Scope, Qualität und fachliche Ausnahmen?
Sind Sicherheit, Datenschutz und Rechte Teil der Erstkalkulation?
Welche laufenden Modell-, Cloud-, Support- und Änderungskosten entstehen?
Kann der Pilot auch mit dem Ergebnis „nicht bauen“ enden?
Vom Check in den Betrieb
Verträge, Rechnungen, aktive Nutzer, Geschäftsfunktionen, Daten, Integrationen und Verlängerungen werden in einer prüfbaren Entscheidungsbasis zusammengeführt.
Ergebnis: Ist-TCO, Quick Wins und ein klar abgegrenzter Kandidat
Ein begrenzter Prozess läuft mit denselben Testfällen, Qualitätskriterien, Sicherheitsregeln und Verantwortlichen wie die bestehende Lösung.
Ergebnis: Gemessene Qualität, Aufwand und belastbare Betriebskalkulation
Migration, Schnittstellen, Rollen, Dokumentation, Rückfallweg und Vertragsende werden stufenweise umgesetzt und fachlich abgenommen.
Ergebnis: Produktiver Zielprozess ohne unkontrollierten Big Bang
Nutzung, Fehler, Freigaben, Modell- und Infrastrukturkosten sowie neue Anforderungen werden regelmäßig gemessen und priorisiert.
Ergebnis: Nachvollziehbarer Betrieb statt neuem Kosten-Sprawl
Passende Agenten-Bausteine
Preis- und Produktangaben beziehen sich auf die verlinkten öffentlichen Quellen. Konditionen können sich ändern; maßgeblich ist das konkrete Angebot des jeweiligen Anbieters. Eigene Rechnungen sind separat als Annahme gekennzeichnet.
Forschungsbericht, der KI in der Softwareentwicklung als Verstärker bestehender organisatorischer Stärken und Schwächen einordnet.
Abgerufen am 2026-07-23
Randomisierte Studie mit 16 erfahrenen Entwicklern und 246 Aufgaben: In diesem begrenzten Setting verlängerte KI-Nutzung die Bearbeitungszeit um 19 Prozent.
Abgerufen am 2026-07-23
Herstellerstudie mit kontrollierter Programmieraufgabe, in der die Copilot-Gruppe die Aufgabe 55 Prozent schneller abschloss; der begrenzte Versuchsaufbau wird auf der Seite beschrieben.
Abgerufen am 2026-07-23
FAQ
Ohne Scope, Daten, Integrationen, Sicherheitsanforderungen und Betrieb gibt es keinen seriösen Pauschalpreis. Kalkuliert werden Pilot, Erstversion, Migration, Abnahme, Cloud und Modelle, Monitoring, Support und Änderungen. Ein Pilot mit eigenen Testfällen liefert die belastbarste Basis.
Nein. GitHub fand in einer begrenzten kontrollierten Aufgabe eine 55 Prozent schnellere Fertigstellung. METR fand bei erfahrenen Entwicklern auf vertrauten, reifen Projekten in seinem Setting 19 Prozent längere Bearbeitungszeit. Ergebnisse hängen stark von Aufgabe, Codebasis, Werkzeug und Review ab.
Wenn ein stabiler, differenzierender Prozess deutlich kleiner als die Standardsuite ist und Nutzer-, Integrations- oder Änderungskosten über den Betrachtungszeitraum höher ausfallen als Build und Betrieb. Das muss auf derselben TCO-Basis gerechnet werden.
Das Unternehmen und seine beauftragten Verantwortlichen müssen Architektur, Rechte, Tests, Sicherheit, Lizenzen, Deployment und Betrieb kontrollieren. KI-Ausgabe ist kein eigenständiger Qualitäts- oder Haftungsnachweis. Verträge und rechtliche Pflichten sind gesondert zu prüfen.
Mindestens Evals, Fehler- und Kostenmonitoring, Modell- und Promptänderungen, Rechte, Protokolle, Freigaben, Incident-Weg, Datenqualität und fachliche Verantwortlichkeit. Diese laufenden Kosten gehören bereits vor dem Build in den TCO.
Nächster Schritt
Im Kostenaudit erfassen wir Verträge, tatsächliche Nutzung, Integrationen, Datenexport und Betrieb. Das Ergebnis ist eine priorisierte Entscheidung: optimieren, konsolidieren, ersetzen oder bewusst behalten.
