KI für Entscheider | Teil 1: Warum „mit KI gebaut" noch keine Software ist

Der Unterschied zwischen Vibe Coding und Software Engineering – und warum er Ihr Unternehmen Millionen kosten kann

KI-gestützte Entwicklungswerkzeuge wie Claude Code und Cursor haben die Softwareentwicklung verändert. Was früher Wochen dauerte, ist heute in Stunden möglich. Eine funktionierende Anwendung entsteht durch wenige Prompts. Das ist keine Übertreibung, das ist Realität.

Und genau hier liegt das Problem.

Denn die Geschwindigkeit, mit der heute Software entsteht, verdeckt einen Unterschied, der für Entscheider geschäftskritisch ist: Der Unterschied zwischen einer Anwendung, die funktioniert, und einer Anwendung, die trägt. Zwischen Vibe Coding und Software Engineering.

Wer diesen Unterschied nicht versteht, baut sich heute den Legacy-Albtraum von übermorgen. Mit Ansage.

Die Analogie: Jeder kann ein Haus bauen lassen

Stellen Sie sich vor, jeder Bürger könnte sich mit wenigen Klicks die besten Handwerker des Landes auf seine Baustelle holen. Maurer, Elektriker, Dachdecker, Installateure – alle hochqualifiziert, schnell, verfügbar.

Sie sagen: „Baut mir ein Haus mit drei Schlafzimmern, offener Küche, großem Wohnzimmer mit Kamin, einem Balkon nach Süden und einer Garage für zwei Autos."

Die Handwerker beginnen sofort. Drei Wochen später steht das Haus. Es sieht aus, wie Sie es beschrieben haben. Sie ziehen ein.

Nach zwei Wintern reißt das Fundament, weil niemand ein Bodengutachten gemacht hat. Im Bad zeigt sich Schimmel, weil der Estrich nicht trocknen durfte. Das Bauamt schickt eine Rückbauverfügung, weil die Genehmigung fehlt. Die Versicherung weigert sich zu zahlen, weil zentrale Vorschriften ignoriert wurden.

Jetzt stellen Sie sich denselben Bau vor – mit einem erfahrenen Bauleiter, der denselben Handwerkern Anweisungen gibt:

„Zuerst Baugrund prüfen. Aushub, Bodenplatte mit korrekter Bewehrung. Abdichtung kontrollieren, bevor wir höher gehen. Statik der tragenden Wände nach Berechnung. Rohinstallation Elektrik und Sanitär vor dem Innenputz. Estrich 28 Tage trocknen lassen. Blower-Door-Test vor der Abnahme."

Gleiche Handwerker. Komplett anderes Haus.

Genau das ist der Unterschied zwischen Vibe Coding und Software Engineering mit KI.

Was KI-Tools wirklich sind – und was nicht

Claude Code und Cursor sind keine Bauleiter. Sie sind die besten Handwerker, die Sie je hatten. Sie schreiben sauberen Code, kennen alle gängigen Frameworks, sind in jeder Programmiersprache versiert. Sie arbeiten rund um die Uhr ohne Ermüdung.

Aber sie haben drei fundamentale Eigenschaften, die für Entscheider relevant sind:

1. Sie bauen, was man ihnen sagt – nicht, was nötig wäre. Die KI prüft nicht, ob Ihre Anforderung sinnvoll ist. Sie setzt sie um. Wenn Sie eine Kundenverwaltung ohne Mandantenfähigkeit wünschen, bekommen Sie eine Kundenverwaltung ohne Mandantenfähigkeit. Auch wenn Sie in zwei Jahren einen zweiten Kunden bedienen wollen.

2. Sie planen gegen einen Durchschnitt. Die KI schlägt vor, was statistisch in ihren Trainingsdaten am häufigsten vorkam. Das funktioniert für 70 Prozent der Standardfälle. Wenn Ihr Unternehmen eine Besonderheit hat – ein spezieller Compliance-Rahmen, eine ungewöhnliche Datenmenge, eine Legacy-Anbindung – wird die KI das nicht von selbst berücksichtigen. Sie kennt Ihren Kontext nicht.

3. Sie widerspricht nicht. Ein erfahrener Software-Architekt sagt: „Diese Idee ist machbar, aber sie wird Sie in zwei Jahren teuer zu stehen kommen, weil X, Y, Z. Lassen Sie uns das anders lösen." Die KI sagt: „Klingt gut! Hier ist die Implementierung." Sie hat keinen Anreiz, ihrem Auftraggeber zu widersprechen.

Damit ist klar: Die KI ist ein hervorragender Junior-Architekt. Aber sie braucht einen Senior, der ihre Vorschläge kritisch hinterfragt.

Der Vibe Coder hat diesen Senior nicht. Er ist der Senior – und merkt nicht, dass er es nicht ist.

Zwei Fallbeispiele aus der Praxis

Fall 1: Das schnelle MVP wird zur Sackgasse

Ein Startup baut binnen einer Woche eine Buchungsplattform per Vibe Coding. Investorentermin geschafft. Erste Kunden zahlen. Stimmung gut.

Sechs Monate später soll eine zweite Sprache hinzukommen. Nicht möglich – Texte sind hart im Code verankert. Drei Wochen Refactoring.

Nach neun Monaten kommt der erste Enterprise-Kunde mit DSGVO-Audit. Keine Datenexport-Funktion vorhanden, keine Audit-Logs, kein Rollenkonzept. Vier Monate Nacharbeit, der Kunde springt ab.

Nach einem Jahr verdoppelt sich die Nutzerzahl. Die Anwendung wird langsam, weil die Datenbankabfragen nicht optimiert wurden. Niemand versteht den Code gut genug, um ihn sauber zu reparieren. Entscheidung: kompletter Neubau, geschätzt 9 Monate Stillstand.

Die Rechnung: Eine Woche „gesparter" Entwicklungszeit am Anfang kostet das Unternehmen am Ende 16 Monate Verzug und einen sechsstelligen Betrag.

Fall 2: Das interne Tool, das niemand mehr ändern kann

Ein Mittelständler lässt sich per Vibe Coding ein internes Tool zur Auftragsverwaltung bauen. Funktioniert. Wird genutzt. Wächst.

Nach 18 Monaten möchte man eine Schnittstelle zum ERP-System. Die Anwendung hat aber keine saubere API-Schicht – Datenbank, Logik und Oberfläche sind verflochten. Jede Änderung an der Schnittstelle bricht andere Funktionen.

Der ursprüngliche Mitarbeiter, der das Tool „mit KI gebaut hat", ist nicht mehr im Unternehmen. Der Code ist ohne Dokumentation, ohne Tests, ohne Architekturentscheidungen. Niemand traut sich heran. Die Firma zahlt monatlich für ein Werkzeug, das eingefroren ist.

Die fünf Fragen, die Sie als Entscheider stellen sollten

Egal, wer für Sie Software baut – ob interne Entwickler, externe Dienstleister oder eine Mischung mit KI: Diese fünf Fragen trennen Engineering von Vibe Coding.

1. Wurde die Architektur geplant, bevor der erste Code entstand? Wenn die Antwort „die KI hat das schon richtig gemacht" lautet, ist es Vibe Coding. Architektur entsteht nicht im Prompt. Sie entsteht in der Auseinandersetzung mit Ihrem Geschäftsmodell, Ihren Daten, Ihrer Zukunft.

2. Gibt es automatisierte Tests? Eine Anwendung ohne Tests ist eine Anwendung ohne Sicherheitsnetz. Jede Änderung wird zum Risiko. Bei Engineering-getriebener Entwicklung sind Tests Pflicht, kein Add-on.

3. Ist die Anwendung in klare Schichten getrennt? Datenbank, Geschäftslogik, Schnittstellen und Oberfläche müssen voneinander unabhängig sein. Sonst wird jede spätere Änderung zum Eingriff am offenen Herzen.

4. Wie wird mit Fehlern, Daten und Sicherheit umgegangen? Gibt es Logging? Monitoring? Backup-Strategien? Verschlüsselung? Zugriffskontrolle? Wenn diese Fragen mit „das macht die KI schon" beantwortet werden, fehlt das Engineering.

5. Kann jemand anderes die Anwendung übernehmen? Können Sie morgen einen anderen Entwickler oder Dienstleister beauftragen, oder hängt das gesamte System an einer Person bzw. an einem KI-Chatverlauf, den niemand mehr nachvollziehen kann?

Wenn Sie auch nur drei dieser Fragen nicht klar beantwortet bekommen, haben Sie Vibe Coding statt Engineering bezahlt.

Wann Vibe Coding sinnvoll ist – und wann nicht

Vibe Coding ist nicht per se schlecht. Es ist ein hervorragendes Werkzeug für:

• Prototypen, die das Konzept zeigen und danach weggeworfen werden

• Persönliche Tools, die nur eine Person nutzt und niemand sonst pflegen muss

• Experimente, mit denen Sie eine Idee schnell prüfen wollen

• Wegwerf-Skripte für einmalige Aufgaben

Es wird gefährlich, sobald die Software:

• Kunden bedient (Außenwirkung, Compliance, Reputation)

• Geschäftsprozesse trägt (Ausfall = Stillstand)

• Personenbezogene Daten verarbeitet (DSGVO, Haftung)

• Mit anderen Systemen verbunden ist (Schnittstellen brechen)

• Länger als sechs Monate leben soll (Wartbarkeit, Übergabefähigkeit)

Die Faustregel: Wenn Sie sich vorstellen können, die Anwendung in zwei Jahren neu zu bauen, ist Vibe Coding okay. Wenn nicht, brauchen Sie Engineering.

Wie dataso KI-gestützt entwickelt

Bei dataso nutzen wir dieselben Werkzeuge wie alle anderen. Claude Code, Cursor, moderne KI-Assistenten – sie sind aus unserer täglichen Arbeit nicht wegzudenken. Sie machen uns schneller, gründlicher und besser.

Der Unterschied liegt nicht im Werkzeug. Er liegt in 25+ Jahren Engineering-Erfahrung, die jeder Entscheidung vorausgeht. Bevor wir den ersten Prompt schreiben, klären wir die Architektur. Wir definieren Datenmodelle, Schnittstellen, Zuständigkeiten. Wir denken in Phasen, Tests, Migrationen, Betriebsmodellen.

Die KI ist für uns ein Junior-Architekt, dessen Vorschläge wir kritisch prüfen und anpassen. Sie ist nicht der Plan. Sie ist das Werkzeug, das den Plan umsetzt.

Das Ergebnis: Software, die nicht nur funktioniert, sondern trägt. Anwendungen, die wachsen können, gewartet werden können, übergeben werden können. Keine Häuser, die nach zwei Wintern reißen.

Wenn Sie wissen wollen, ob Ihre aktuelle Software-Strategie eher Vibe Coding oder Engineering ist – oder ob Ihre nächste Anwendung von Anfang an richtig aufgesetzt wird – sprechen Sie mit uns. Ein erster Potenzial-Check ist kostenlos.