Was kostet Vibe Coding wirklich? Der Business Case

Die Rechnung, die Ihnen vorgelegt wird, sieht meist einfach aus: Eine Lizenz für Claude Code, Cursor oder Copilot kostet pro Entwickler einen überschaubaren Betrag, und wenn das Team dadurch auch nur etwas schneller wird, hat sich das schnell bezahlt gemacht. Die Rechnung ist nicht falsch. Aber sie ist unvollständig, und zwar an genau den Stellen, die Sie später erklären müssen.

Dieser Beitrag ordnet die Kosten- und die Nutzenseite anhand zweier Quellen: einer Umfrage unter Budgetverantwortlichen in Engineering-Organisationen und einer kontrollierten Studie zur tatsächlichen Produktivität.

Was Unternehmen tatsächlich ausgeben

Das Analyseunternehmen DX hat im Herbst 2025 Engineering-Verantwortliche zu ihren Budgets für KI-Werkzeuge befragt. Die Ergebnisse geben eine erste Größenordnung. Woher die Befragten stammen, wird nicht aufgeschlüsselt, und die Beträge sind in US-Dollar angegeben. Für den Mittelstand im DACH-Raum taugen sie deshalb nur als Orientierung:

• Knapp die Hälfte der befragten Budgetverantwortlichen hat ein bis drei Prozent des gesamten Engineering-Budgets für KI-Werkzeuge eingeplant.
• In einer zweiten Umfrage unter 275 Führungskräften gab gut ein Drittel an, 2025 zwischen 101 und 500 US-Dollar pro Entwickler und Jahr auszugeben. Jeweils rund ein Zehntel lag bei 501 bis 1.000 Dollar beziehungsweise darüber.
• Für 2026 hat sich bei vielen 1.000 Dollar pro Entwickler und Jahr als Zielgröße etabliert. Wer mehreren Werkzeugen für verschiedene Zwecke Raum gibt, sollte laut DX mit 500 bis über 3.000 Dollar pro Entwickler und Jahr rechnen.

Wichtiger als die Zahlen ist die Richtung: Die Ausgaben steigen, weil die Nutzung steigt und weil mehr Werkzeuge auf den Markt kommen.

Die Posten, die in keiner Lizenzrechnung stehen

Aus der DX-Auswertung lassen sich mehrere Kostentreiber ableiten, die über den Listenpreis hinausgehen:

• Nutzungsabhängige Kosten. Viele Angebote rechnen nicht nur pro Kopf ab, sondern nach Verbrauch. Gemeint sind Tokens, also die Textmenge, die das KI-Modell verarbeitet. Damit schwankt die Rechnung mit dem Verhalten Ihres Teams. Feine Ausgabengrenzen pro Team oder Rolle bieten die meisten Enterprise-Verträge laut DX noch nicht.
• Mehrere Anbieter parallel. Fast alle Unternehmen, mit denen DX spricht, nutzen mehrere Werkzeuge gleichzeitig, weil sich die Anbieter ständig gegenseitig überholen und kein Werkzeug alles abdeckt. Das senkt die Abhängigkeit von einem Anbieter, treibt aber die Kosten.
• Werkzeuge jenseits des Programmierens. Ein Großteil der Befragten reserviert Budget für KI in Code-Review, Fehlersuche, Sicherheit, Dokumentation oder Projektplanung. Typisch sind 15 bis 20 Prozent des KI-Budgets für solche Zwecke.
• Messung. Wer den Nutzen belegen will, braucht Daten zu Nutzung und Wirkung, und dafür Zeit und Ressourcen.

Dazu kommen Folgekosten, die in keiner Umfrage auftauchen: die Pflege von Software, die schnell entstanden ist. Wie Prototyp und Produkt sich unterscheiden, beschreiben wir in Vibe Coding im Unternehmen: Die Entscheidungsgrundlage.

Die Nutzenseite: gefühlte und gemessene Geschwindigkeit

Die heikelste Annahme in jedem Business Case ist der Zeitgewinn. Hier lohnt ein Blick auf eine Studie der Forschungsorganisation METR aus dem Jahr 2025. Sie ließ 16 erfahrene Open-Source-Entwickler 246 echte Aufgaben aus ihren eigenen, großen Projekten bearbeiten, nach Zufall mit oder ohne KI-Unterstützung. Überwiegend kam Cursor mit den damals führenden Claude-Modellen zum Einsatz.

Das Ergebnis: Mit KI brauchten die Entwickler im Schnitt 19 Prozent länger. Vorher hatten sie erwartet, um 24 Prozent schneller zu sein, und selbst nach den Aufgaben glaubten sie noch, KI habe sie um 20 Prozent beschleunigt.

Die Studie hat klare Grenzen, die METR selbst benennt: Sie betrachtet erfahrene Entwickler in großen, vertrauten Codebasen mit Werkzeugen vom Frühjahr 2025. Sie belegt nicht, dass KI generell nicht beschleunigt, und die Werkzeuge haben sich seither deutlich weiterentwickelt. Für Ihre Entscheidung zählt eine andere Lehre: Die Selbsteinschätzung des Teams ist kein verlässliches Maß. Wer den Nutzen nur erfragt, bekommt womöglich eine Zahl, die sich nicht mit der Uhr deckt.

Wo Unternehmen bei der Bewertung hängen bleiben

Laut DX fühlen sich 86 Prozent der Budgetverantwortlichen unsicher, welche Werkzeuge den größten Nutzen bringen. 40 Prozent sagen, ihnen fehlten die Daten zu Nutzung und Wirkung, um überhaupt eine Aussage zum Return on Investment zu treffen. Das ist bemerkenswert, denn es betrifft Organisationen, die bereits intensiv mit diesen Werkzeugen arbeiten.

Die Konsequenz: Der Business Case ist nicht nur eine Rechnung vor der Investition, sondern ein Messauftrag danach.

Was das für Ihre Entscheidung bedeutet

Bevor Sie ein Budget freigeben, sollten diese Fragen beantwortet sein:

• Kostenmodell: Zahlen wir pro Kopf, nach Verbrauch oder beides? Wer überwacht den Verbrauch, und gibt es eine Obergrenze?
• Anbieterzahl: Wie viele Werkzeuge parallel sind gewollt, und wer entscheidet über neue?
• Nutzenannahme: Woher stammt der erwartete Zeitgewinn? Aus Messung oder aus Einschätzung?
• Messung: Welche Kennzahlen erheben wir ab dem ersten Tag, und wer berichtet sie der Leitung?
• Folgekosten: Wer pflegt, was schneller gebaut wird, und ist das im Budget?

Eine kompakte Abwägung: Die Chance liegt in schnelleren Ergebnissen dort, wo sie sich messen lassen. Das Risiko ist ein Budget, das mit der Nutzung wächst, ohne dass jemand den Gegenwert belegen kann. Der nächste Schritt ist ein begrenzter Einsatz mit klaren Kennzahlen statt einer flächendeckenden Freigabe.

Auch die rechtliche Seite hat ihren Preis: Haftung und neue EU-Pflichten behandeln wir in Risiken von Vibe Coding: Was die Leitung verantwortet.

Kosten und Nutzen sauber zu trennen, soll ein Schwerpunkt des geplanten Seminars sein; im Inhouse-Format würden wir dabei mit Ihren Annahmen statt mit Durchschnittswerten rechnen. Melden Sie unverbindlich Ihr Interesse an oder fragen Sie ein Inhouse-Seminar an.