Eine App in einem Tag. Was das über KI-gestützte Entwicklung wirklich aussagt.
Letzten Sommer hatte ich einen einfachen privaten Need: Ich wollte meine eigene Ernährung besser im Blick behalten. Nicht mit einer der üblichen Apps, die entweder zu viel können oder zu wenig zeigen. Ich wollte etwas, das genau das macht, was ich brauche und nichts mehr, nichts weniger.
Ich komme ursprünglich aus der Informatik. Ich habe früher selbst Anwendungen entwickelt, Webseiten gebaut, eigene Projekte realisiert. Aber das war vor Jahren. Heute bewege ich mich auf der strategischen Seite des Marketings, nicht mehr im Code-Editor. Die aktuellsten Programmiersprachen und Entwicklungsumgebungen sind mir nicht mehr alle geläufig. Also habe ich geschaut, was KI-gestützte Entwicklungsplattformen heute leisten – und bin auf Lovable gestoßen.
Ich habe meine Idee beschrieben. Was die App können soll, wie sie sich verhalten soll, welche Daten sie verarbeiten soll. Lovable hat daraus eine funktionsfähige Anwendung gebaut: Sie erkennt Mahlzeiten per Foto-Scan, analysiert Kalorien und Makronährstoffe, stellt Rückfragen wenn die Einordnung unklar ist, zeigt eine Verlaufshistorie und gibt Ernährungshinweise. Ein Tag. Keine Agentur, kein Entwicklungsteam, kein Pflichtenheft.
Was unmittelbar danach kam, war keine Überraschung, eher eine logische Konsequenz. Wenn das privat in einem Tag funktioniert, was bedeutet das dann für den beruflichen Kontext? Ich arbeite seit über 20 Jahren im B2B-Marketing. Ich kenne die Situation, in der eine Idee vorhanden ist, aber niemand Zeit, Budget oder Entwicklungskapazität hat, sie umzusetzen. Also habe ich es ein zweites Mal versucht – diesmal mit Google AI Studio und einem realen Problem aus dem B2B-Umfeld. Das Ergebnis war dasselbe: ein funktionsfähiger Prototyp, ein Tag Arbeit.
Eines vorab: Ich schreibe hier über meine eigene Erfahrung. Ich mache keine Werbung für einen Anbieter. Es geht mir um das Prinzip, nicht um ein Produkt.
Was hinter solchen Plattformen steckt
Der Anbieter, den ich in diesem Fall getestet habe, arbeitet mit einem Ansatz, der im Entwicklungsumfeld gerade unter dem Begriff „Vibe Coding“ diskutiert wird: Man beschreibt in natürlicher Sprache, was man bauen will. Die Plattform übersetzt das in funktionierenden Code, generiert eine Benutzeroberfläche, verbindet Datenbank und Authentifizierung, und stellt das Ergebnis direkt bereit.
Was so einfach klingt, steckt voller Komplexität im Hintergrund. Solche Plattformen können vollständige Web-Applikationen generieren, inklusive Datenbankanbindung, Nutzer-Authentifizierung, API-Verbindungen zu Drittdiensten und responsivem Design für Desktop und Mobilgerät. Der Nutzer sieht das Ergebnis in Echtzeit, kann Anpassungen per Prompt steuern und bekommt am Ende sauberen, exportierbaren Code – kein proprietäres Konstrukt, das nur auf der Plattform läuft.
Das ist keine vereinfachte Version von Entwicklung. Das ist Entwicklung mit einem anderen Einstiegspunkt.
Kompetenz bleibt entscheidend – nur an einer anderen Stelle
Ich wäre unehrlich, wenn ich sagen würde, dass jeder das tun kann. Meine Informatik-Vergangenheit hat geholfen – nicht weil ich noch aktiv code, sondern weil ich verstehe, wie Anwendungen strukturiert sind. Ich weiß, was eine Datenbank ist, wie Datenflüsse funktionieren, was ein API-Call bedeutet. Dieses Hintergrundwissen hat meine Prompts präziser gemacht.
Wer keine Vorstellung davon hat, wie eine Anwendung intern funktioniert, wird mit solchen Plattformen schnell an Grenzen stoßen. Nicht technische Grenzen – die Plattform kann in der Regel mehr, als man denkt. Sondern konzeptionelle Grenzen. Man weiß nicht, was man fragen soll. Man erkennt nicht, wenn das Ergebnis zwar aussieht wie gewollt, aber strukturell fragil ist.
Die KI beschleunigt. Der Mensch muss trotzdem wissen, wohin.
Das ist eine wichtige Verschiebung. Früher lag die Hürde in der technischen Umsetzung. Heute liegt sie im Denken: Habe ich ein klares mentales Modell meiner Idee? Kann ich beschreiben, was die Anwendung tun soll, welche Daten sie verarbeitet, wie sich Nutzer durch sie bewegen? Wer das kann, wird mit KI-Entwicklungsplattformen weit kommen.
Welche Anbieter und Technologien existieren
Der Markt in diesem Bereich entwickelt sich schnell. Die folgende Übersicht beschränkt sich auf Plattformen, die denselben Grundgedanken verfolgen wie Lovable und Google AI Studio: Idee beschreiben, Anwendung bekommen – ohne Entwicklungsumgebung, ohne Agentur, ohne wochenlange Vorlaufzeit. Cursor, GitHub Copilot und ähnliche Werkzeuge für aktive Entwickler sind bewusst nicht aufgeführt; das ist eine andere Kategorie.
| Anbieter | Ansatz | Technische Anforderung | Stärke | Für wen geeignet |
| Lovable | Prompt → vollständige Web-App inkl. Datenbank, Auth & Deployment | Gering | Schnellste Full-Stack-MVPs; Supabase-Integration ab Start; GitHub-Export | Strategen & Nicht-Entwickler mit konkreter Produktidee |
| Google AI Studio | Gemini-basierte Build-Plattform; App-Prototyping mit Firebase-Integration | Gering bis mittel | Multimodal (Text, Bild, Video); direkte Anbindung an Google-Infrastruktur; kostenloser Einstieg | Produktteams, die auf Google-Stack setzen; KI-intensive Anwendungen |
| Bolt.new (StackBlitz) | Browser-basierter Full-Stack-Builder; kein lokales Setup nötig | Gering | Schnellste Prototypen ohne Installationsaufwand; sauberer Code-Export | Teams, die sofort eine klickbare Demo brauchen – ohne Terminal |
| v0 by Vercel | Text-Prompt zu UI-Komponenten (React/Tailwind); Figma-to-Code möglich | Mittel | Beste Frontend-Komponenten-Qualität; SOC 2 zertifiziert; Vercel-Deployment in einem Klick | Frontend-Teams & Designer, die saubere React-Komponenten brauchen |
| Replit (Agent) | Cloud-IDE mit KI-Assistent; Full-Stack inkl. echtem Backend & Deployment | Mittel | Vollständige Backend-Kontrolle; 50+ Sprachen; transparenter Code | Technisch neugierige Builder, die den Code verstehen wollen |
| Firebase Studio (Google) | Full-Stack-App-Builder direkt in der Google-Cloud-Infrastruktur | Mittel | Auth & Datenbank out-of-the-box; produktionsnahe Deployment-Pipeline | Teams, die direkt auf Google Cloud aufbauen wollen |
| Bubble | Visual No-Code-Builder mit komplexer Workflow-Logik | Mittel (proprietäres System) | Tiefste Logik-Kontrolle ohne Code; geeignet für komplexe Geschäftsprozesse | Nicht-Entwickler, die komplexe Anwendungen ohne Programmierkenntnisse bauen |
| Webflow + AI | Visual CMS- und Website-Builder mit KI-Unterstützung | Gering | Professionelle Marketing-Websites & Landing Pages ohne Code | Marketing-Teams, die keine Web-App, aber eine hochwertige Website brauchen |
Stand: Mai 2026. Angebote und Funktionsumfang ändern sich schnell – eine aktuelle Recherche vor dem Einsatz lohnt sich.
Was das für Unternehmen bedeutet
Mein zweites Beispiel kommt aus einem anderen Kontext – und zeigt, wie unterschiedlich die Ausgangssituationen sein können. Unternehmen, die mit Vertriebspartnern arbeiten, kennen das Problem: Die Zentrale produziert Kampagnenmaterial, die Partner setzen es um – oder auch nicht. Weil es zu aufwendig ist. Weil die Freigabeprozesse zu lang sind. Weil das Material nicht zur lokalen Situation passt.
Ich habe mit Google AI Studio einen Prototyp gebaut, der genau dieses Problem adressiert: einen Partner-Marketing-Hub, über den Partner selbst Mailings und Social-Media-Postings produzieren können – markenkonform, ohne manuelle Freigabe durch die Zentrale, ohne Agenturbeauftragung. Die Plattform generiert auf Basis weniger Eingaben kampagnenfähige Inhalte, zeigt eine Vorschau auf Desktop und Mobilgerät und gibt dem Partner die Kontrolle, ohne dass die Marke dabei leidet. Was früher ein mehrmonatiges Entwicklungsprojekt gewesen wäre, war als funktionsfähiger Prototyp an einem Tag machbar.
Beide Beispiele – die Ernährungs-App und der Partner-Hub – haben nichts miteinander zu tun. Außer einem: Beide wären vor zwei Jahren noch nicht ohne erheblichen Aufwand realisierbar gewesen. Heute sind sie es. Das ist kein Einzelfall. Interne Reporting-Tools, Onboarding-Assistenten, einfache Kundenportale, Anfragestrecken – das alles liegt heute in Reichweite von Teams, die bisher auf externe Entwicklung angewiesen waren. Die Voraussetzung ist nicht Programmierkenntnisse. Die Voraussetzung ist ein klares Bild davon, was man eigentlich will.
Die Kehrseite gehört dazu: Schnell gebaute Tools sind nicht automatisch gut durchdacht. Sicherheitsfragen, Datenschutz, Skalierbarkeit, Wartung – das sind Themen, die nicht verschwinden, weil die Erstellung einfacher geworden ist. Wer produktionsnah baut, braucht weiterhin jemanden mit technischem Urteilsvermögen, der das Ergebnis bewertet.
Die eigentliche Verschiebung
Was sich verändert hat, ist nicht die Qualität von Software. Es ist die Frage, wer überhaupt anfangen darf. Jahrelang lag die Antwort bei einer kleinen Gruppe von Menschen mit spezifischer technischer Ausbildung. Diese Grenze verschiebt sich.
Das bedeutet für Unternehmen vor allem eines: Die Kompetenz, eine Idee zu haben und sie klar zu beschreiben, wird wertvoller. Die rein technische Umsetzungsfähigkeit wird zur Commodity. Wer strategisch denkt, Nutzerbedürfnisse versteht und präzise formulieren kann, hat plötzlich Handlungsspielraum, den er vorher nicht hatte.
Ich habe an einem Samstagvormittag mit einer Idee angefangen. Am Abend hatte ich eine App, die ich heute täglich nutze. Die Technologie dahinter war in dem Moment egal. Was gezählt hat, war, dass ich wusste, was ich wollte – und dass ich in der Lage war, das klar genug zu beschreiben, damit eine KI daraus etwas Reales machen konnte.
Das ist der Punkt. Nicht die Plattform. Nicht das Modell. Die Fähigkeit, eine Idee so zu durchdenken, dass sie umsetzbar wird.
Fazit
Ich saß an einem Samstagvormittag mit einem konkreten Problem. Am Ende des Tages hatte ich eine Lösung, die ich mir selbst gebaut hatte. Was mich dabei beschäftigt, ist nicht die Technik dahinter. Es ist, was passiert, wenn die Hürde zwischen Idee und Umsetzung so niedrig wird, dass sie für immer mehr Menschen überwindbar ist.
Für Unternehmen ist das keine abstrakte Zukunftsfrage. Es ist eine praktische Frage, die sich heute stellt: Welche Ideen in Ihrem Team sind bisher nicht gebaut worden, weil niemand die Zeit oder das Budget für externe Entwicklung hatte? Und wie viele davon könnten in einem Tag existieren?