Ein Vibe-Coded-Prototyp, der sauber demonstriert, hat eines bewiesen: Der Happy Path läuft. Das ist echter Fortschritt und Respekt wert. Es hat nicht bewiesen, dass das Ding sicher genug ist, um es Fremden mit echten Daten und echtem Geld vorzusetzen.
So launchen ist häufiger die richtige Wahl, als Leute zugeben, die Härten verkaufen. Ein internes Tool, das drei Personen nutzen, die seine Kanten kennen, eine Wegwerf-Demo für einen Pitch, ein Design-Partner-Pilot mit Fake-Daten und einem Menschen, der jeden Schritt beobachtet: In all dem ist ein Production-Readiness-Durchlauf verschwendetes Budget. Du lernst schneller, indem du das raue Ding jemandem vorsetzt und beobachtest, was er tut. So launchen ist auch reversibel, solange nichts Echtes auf dem Spiel steht, du kannst es wegwerfen und mit dem Gelernten neu bauen.
Härten wird zur richtigen Wahl, wenn der Fehlerfall aufhört, Peinlichkeit zu sein, und anfängt, Schaden zu sein. In dem Moment, in dem ein Prototyp echte Kundendaten anfasst, eine Zahlung annimmt oder deinen Namen vor User trägt, die nicht zugestimmt haben, Testsubjekte zu sein, hören die fehlenden Teile auf, Politur zu sein, und werden zu Haftungsrisiken. KI-Tools optimieren auf eine laufende Demo, nicht auf die Auth, Input-Validierung, Secrets-Handling, Error-Handling, Regressionstests und Observability, die ein produktionsreifes System davor bewahren, Daten zu leaken oder zu verlieren. Nichts davon taucht in einer Demo auf, was genau der Grund ist, warum es übersprungen wird.
Der ehrliche Test ist eine Frage: Was passiert, wenn es das erste Mal vor einem echten User kaputtgeht? Wenn die Antwort lautet, wir lachen und fixen es, dann so launchen. Wenn die Antwort einen Datenleak, ein Chargeback oder einen Kunden bedeutet, der nie wiederkommt, dann erst härten. Sieh, wie wir einen Production-Readiness-Durchlauf fahren.