KI für Softwarehäuser: Wo der wirtschaftliche Hebel wirklich liegt

Für Softwarehäuser ist die spannende Frage nicht, ob KI beim Programmieren hilft. Sie tut es. Die spannende Frage ist, an welcher Stelle der Wertschöpfung der Effekt tatsächlich ankommt – und warum viele Häuser nach einem Jahr KI-Einsatz mehr Code, aber kaum bessere Margen sehen.

1. Die Ausgangslage

Ein Softwarehaus verkauft Projektergebnisse, keine Zeilen. Der wirtschaftliche Erfolg hängt an drei Größen: wie viel Aufwand ein Projekt bindet, wie kalkulierbar dieser Aufwand ist und wie viel davon in Folgeprojekten wiederverwendbar bleibt. KI wirkt auf alle drei – aber unterschiedlich stark.

2. Woraus ein Projekt wirklich besteht

Eine grobe, aber in vielen Häusern wiedererkennbare Aufteilung eines Individualprojekts:

Die unangenehme Beobachtung: Der Anteil mit dem geringsten wahrgenommenen Kundenwert bindet in vielen Projekten den größten planbaren Aufwand – und er wiederholt sich in jedem Projekt fast identisch.

3. Drei Hebel, sehr unterschiedliche Wirkung

1. Schneller tippen. Wirkt auf die Implementierung, also auf einen Teil des Aufwands. Sofort spürbar, aber begrenzt – und ohne Prozessanpassung teilweise durch zusätzlichen Review-Aufwand aufgezehrt.
2. Weniger tippen müssen. Wirkt auf die technische Basis: Was als Plattformfunktion existiert, muss weder erzeugt noch geprüft noch gewartet werden. Der Effekt ist größer und dauerhaft.
3. Anspruchsvollere Projekte annehmen können. Wirkt auf den Umsatz statt auf die Kosten – etwa wenn regulierte oder nachweispflichtige Vorhaben bearbeitbar werden, die vorher am Aufwand für Nachweisführung scheiterten.

4. Wiederverwenden, beschleunigen, kontrollieren

Daraus folgt eine einfache Dreiteilung für die Projektplanung:

• Wiederverwenden, was bereits gelöst ist: Identitäten, Rollen und Rechte, Mandanten, Datenzugriff, Historie, Reporting-Grundlagen. Welche Teile das sinnvollerweise sind, behandelt der Deep Dive Plattform statt Boilerplate.
• Mit KI beschleunigen, was individuell bleibt: Fachlogik, Oberflächen, Integrationen. Hier zahlt sich Geschwindigkeit direkt aus, weil genau dieser Teil den Kundenwert trägt.
• Kontrollieren, was ausgeliefert wird: Reviews, Quality Gates, Nachvollziehbarkeit, reproduzierbare Delivery. Das ist der Teil, der aus schneller Arbeit ein verantwortbares Produkt macht.

5. Was das für die Kalkulation heißt

Wenn die technische Basis nicht mehr projektweise entsteht, verändert sich die Kostenstruktur: Ein Teil des variablen Projektaufwands wird zu einer fixen Plattformposition. Das ist wirtschaftlich attraktiv, aber nur unter zwei Bedingungen:

• Auslastung. Eine Basis lohnt sich ab einer gewissen Zahl paralleler oder aufeinanderfolgender Projekte – bei einem einzelnen Projekt pro Jahr rechnet sich fast nichts.
• Disziplin. Sobald Projekte die Basis „nur ein bisschen“ forken, entsteht wieder Wartungsaufwand pro Projekt, und der Effekt kehrt sich um.

Für die Angebotskalkulation heißt das konkret: Der Basisanteil wandert aus der Aufwandsschätzung heraus und in eine Plattform- oder Lizenzposition. Die Schätzung wird dadurch kleiner und zuverlässiger – der zweite Effekt ist langfristig der wertvollere.

6. Angebot und Kundenkommunikation

Kunden fragen inzwischen aktiv nach KI-Einsatz. Zwei Antworten funktionieren schlecht: „Wir setzen keine KI ein“ (oft nicht wahr) und „Wir sind dadurch 50 % schneller“ (nicht belegbar). Belastbar ist die dritte Variante: beschreiben, wie eingesetzt wird und wie geprüft wird.

Dazu gehören eine kurze Aussage zum Betriebsmodell, zur Behandlung von Kundencode und zu den Prüfschritten vor Auslieferung. Die Grundlage dafür ist eine schriftliche Regelung – siehe AI Coding Governance. Wer das im Angebot sauber beantwortet, hat in Ausschreibungen einen Vorteil gegenüber Mitbewerbern, die ausweichen.

7. Risiken der falschen Priorität

• Preisdruck ohne Differenzierung. Wenn alle schneller implementieren, verschiebt sich der Wettbewerb auf den Preis – es sei denn, das Angebot enthält etwas, das nicht generierbar ist: Fachwissen, Nachweisfähigkeit, Betriebsverantwortung.
• Wartungslast. Mehr Code pro Projekt bedeutet mehr Code, den Sie über Jahre pflegen. Geschwindigkeit ohne Standardisierung erzeugt genau das.
• Qualitätsrisiko in der Fläche. Wenn jedes Team eigene Regeln hat, ist die Aussage „unsere Projekte erfüllen Standard X“ nicht mehr haltbar.

8. Ein realistischer Einstieg

Checkliste: Hebel richtig setzen

Fazit

KI verschiebt für Softwarehäuser nicht in erster Linie die Geschwindigkeit, sondern die Frage, welche Arbeit überhaupt noch projektspezifisch sein muss. Der Hebel liegt in der Kombination: eine wiederverwendbare Basis, KI für den individuellen Teil und ein kontrollierter Weg in die Auslieferung.

Wer nur den mittleren Teil angeht, wird schneller – und bleibt in derselben Kostenstruktur. Wer alle drei angeht, verändert die Kalkulation.