Veröffentlicht am

Wir betreiben deine Vibe-Coded-App.

Autoren

Listen in English · Wir betreiben deine Vibe-Coded-App.

0:00 / 0:00

Watch in English · Wir betreiben deine Vibe-Coded-App.

Jeder kann heute eine App beschreiben und eine bekommen. Unternehmen sind dafür am besten aufgestellt, weil sie den Prozess, den sie automatisieren, bereits kennen. Was fast niemand kann, ist, das Ding fertigzustellen: Authentifizierung, Mandantenfähigkeit, Migrationen, Backups, Deployments, Monitoring, Secrets, Kosten. Die Demo ist der leichte Teil. ABN Asias Angebot ist der Rest – Sie vibe-coden, wir hosten und warten.

Im letzten Jahr hat sich etwas verändert, und es ist nicht subtil: Eine Person, die noch nie Code geschrieben hat, kann jetzt eine funktionierende Anwendung beschreiben und bekommt eine. Kein Mockup. Ein laufendes Ding mit einer Datenbank, einem Anmeldebildschirm und einem Formular, das speichert.

Das ist wirklich neu, und es ist wirklich nützlich. Die Menschen, die einen Geschäftsprozess verstehen — diejenigen, die wissen, dass die Rechnung vor dem Arbeitsauftrag beim Kunden eingeht, dass der Dienstplan am Donnerstag schließt, dass ein Rabatt ab einem Schwellenwert eine zweite Genehmigung braucht —, können nun die Software bauen, die dieser Prozess benötigt, ohne sechs Monate auf eine Entwicklungswarteschlange zu warten.

Damit ist die erste Hälfte des Problems gelöst. In diesem Artikel geht es um die zweite Hälfte.

1
Restore, den du tatsächlich ausgeführt hast – ein ungetestetes Backup ist eine Datei, kein Backup
0
Secrets im Browser: niemals API-Schlüssel im Client
24/7
Irgendetwas muss merken, wenn es um 3 Uhr morgens ausfällt, und zwar nicht die Person, die es gebaut hat

Was die Demo nicht abdeckt

Eine vibe-codete App funktioniert normalerweise wunderbar in dem Zustand, in dem sie entstanden ist. Erst wenn sie auf die Welt trifft, beginnt die Liste.

Authentifizierung und Mandantenfähigkeit. Ein Nutzer ist einfach. Zwei Nutzer, die die Daten des jeweils anderen nicht sehen dürfen, sind eine Entscheidung über das Datenmodell, kein Feature. Die meisten Prototypen speichern alles in einer Tabelle ohne Eigentümerspalte, und Mandantenfähigkeit nachträglich einzubauen, nachdem echte Kundendaten existieren, ist die teuerste Änderung in der Software.

Geheimnisse. Der schnellste Weg, einen Prototyp zum Laufen zu bringen, ist, den API-Schlüssel dort abzulegen, wo der Code ihn sehen kann – was in einer Browser-App bedeutet, dass der Nutzer ihn ebenfalls sehen kann. Schlüssel werden innerhalb von Minuten aus öffentlichen Repositories ausgelesen.

Migrationen. Eine Schemaänderung an einer Tabelle mit echten Zeilen, an einem Dienstag um 14 Uhr, ohne Rollback – so wird aus einer funktionierenden App ein Ausfall.

Backups. Nicht die Existenz eines Backup-Jobs – die Wiederherstellung, die Sie durchgeführt und zeitlich gemessen haben. Bis dahin haben Sie eine Hoffnung, keinen Wiederherstellungsplan.

Deployment. „Works on my machine“ wird zu „läuft bis zum nächsten Dependency-Update“. Ein Deployment, das sich nicht mit einem einzigen Befehl zurückrollen lässt, ist ein Deployment, das niemand zu starten wagt.

Observability. Wenn es kaputtgeht – und das wird es –, braucht jemand Logs, einen Fehler-Trace und einen Alarm. Ohne sie ist jeder Vorfall Archäologie.

Kosten. Prototypen sind billig, weil sie niemand nutzt. Im ersten Monat mit echtem Traffic kommen die Hosting-Rechnung, die Datenbank-Stufe und die Ausgaben für KI-Tokens alle auf einmal.

Compliance. Wo die Daten liegen, wie lange sie aufbewahrt werden, wer sie lesen kann und was passiert, wenn ein Kunde die Löschung verlangt. Das sind keine Funktionen, die man später hinzufügt; sie sind Eigenschaften des Systems, das man gebaut hat.

  1. Härten

    Mandantentrennung, Rollen, Secrets außerhalb des Clients, Eingabevalidierung, Abhängigkeitsaudit.

  2. Deployen

    Reproduzierbarer Build, Staging, ein Rollback mit einem einzigen Befehl.

  3. Beobachten

    Logs, Fehlerverfolgung, Uptime-Warnungen, eine Kostenobergrenze, die jemanden alarmiert.

  4. Schützen

    Backups plus eine Wiederherstellung, die du ausgeführt und zeitlich gemessen hast. Aufbewahrungs- und Löschregeln.

  5. Warten

    Patchen, Abhängigkeitsupdates, kleine Änderungen, jemand, den man anrufen kann.

Die letzte Meile. Nichts davon ist glamourös; alles davon entscheidet, ob die App den Kontakt mit echten Nutzern übersteht.

Warum Unternehmen die Richtigen sind, um zu bauen

Es gibt einen Grund, warum das in Unternehmen und nicht in Softwarehäusern passiert. Die schwierige Hälfte der Softwareentwicklung war nie das Tippen des Codes – es war zu wissen, was die Software tun soll. Ein Unternehmen besitzt dieses Wissen bereits: die Ausnahmen, die Genehmigungskette, den Kunden, der immer zu spät zahlt, den Bericht, den der Vorstand tatsächlich liest.

KI hat die andere Hälfte zusammenschrumpfen lassen. Deshalb kann ein Manager heute an einem Nachmittag herstellen, wofür früher ein Viertel der Zeit eines Entwicklers nötig war.

Was KI nicht geschlossen hat, ist die Lücke zwischen „einer funktionierenden App“ und „einem Service“. Diese Lücke ist keine Intelligenz; sie ist Disziplin – und sie ist ein anderer Job, erledigt von anderen Leuten, nach einem Zeitplan.

Die Demo bauen20%

was das Modell gut kann und was sich wie die ganze Arbeit anfühlt

Der Betrieb in der Produktion80%

Härtung, Deployment, Monitoring, Backups, Wartung

ABN Asias Faustregel aus der Kundenarbeit, keine Messung. Die Proportionen sind der Punkt: Der sichtbare Teil ist der kleine Teil.

Das Angebot, klar gesagt

Du vibe-codest. Wir hosten und warten.

Du behältst den Teil, den nur du tun kannst: zu entscheiden, was die App tun soll, und deine Meinung zu ändern, während du lernst. Wir übernehmen das Repository und erledigen den Teil, der keine Demo hat: das Härten, das Deployment, das Monitoring, die Backups, das Patchen, die kleinen Änderungen um 9 Uhr morgens an einem Montag und den Anruf, wenn etwas kaputtgeht.

In der Praxis bedeutet das: ein namentlich genannter Ingenieur, der Ihr System kennt, eine Staging-Umgebung, die die Produktion spiegelt, eine getestete Wiederherstellung, Warnmeldungen, die einen Menschen erreichen, und monatliche Kosten, die Sie vorhersehen können. Die Geschäftskenntnisse und die Produktentscheidungen behalten Sie. Das operative Risiko tragen wir.

Sie bauen den Prozess, wir tragen den laufenden Betrieb

Es ist ein weniger spannendes Verkaufsargument als „eine App mit KI bauen“. Es ist das, was entscheidet, ob die App nächstes Jahr noch läuft.

Wenn Sie einen funktionierenden Prototyp haben und niemanden, der ihn betreibt, dann ist das genau das Gespräch. Schreiben Sie uns mit dem Repository und einem Satz dazu, was er tut.

Quelle: ABN Asias eigene Kundenprojekte, 2026. Die oben genannte Aufteilung des Aufwands ist eine Faustregel aus dieser Arbeit, keine gemessene Statistik.

Kontakt: [email protected]

Bitte beachten Sie, dass die deutsche Version von Ai unterstützt wird und daher geringfügige Fehler auftreten können.

AUTOR

Über ABN Asia: Ai-Banking-NetworkSecurity (ABN), ABN Asia wurde im Jahr 2012 gegründet und ist ein Unternehmen mit akademischem Hintergrund, das von Lehrkräften und ehemaligen Studierenden aus Ungarn, den Niederlanden, Russland, Deutschland und Japan gegründet wurde. Wir teilen eine gemeinsame Leidenschaft und eine klare Vision für Technologie, die Innovation und erstklassige Qualität für unsere Kunden bringt. Unser Motto lautet: Besser. Schneller. Sicherer. In vielen Fällen: Günstiger.

Zögern Sie nicht, uns zu kontaktieren, wenn Sie IT-Dienstleistungen, digitale Beratung, Standardsoftwarelösungen benötigen oder uns Angebotsanfragen (RFPs) senden möchten. Sie können uns unter [email protected] kontaktieren. Wir sind bereit, Ihnen bei all Ihren Technologiebedürfnissen zu helfen.

ABNAsia.org

© ABN ASIA