Apps bauen mit KI: Vom Prompt zur veröffentlichten App

1. Was bedeutet "App bauen mit KI" heute?

Noch 2022 hieß "App bauen": ein Entwickler-Team beauftragen oder selbst Swift/Kotlin lernen. Beides braucht 6+ Monate. 2026 ist die Realität eine andere: Du beschreibst, was deine App können soll, und ein KI-Tool — Claude Code, Lovable, Cursor — schreibt den Code, baut die Datenbank, deployed das Ganze. Du bist Architekt, nicht Maurer.

Wichtig zu verstehen: "App" ist heute ein dehnbarer Begriff. Eine moderne Web-App fühlt sich auf dem Smartphone an wie eine Mobile App. Eine Progressive Web App lässt sich am Homescreen installieren. Eine native iOS-App über Expo läuft mit derselben Codebase auch auf Android. Die Grenzen verschwimmen — und das ist deine Chance.

Der Workflow ist immer derselbe:

1. Du formulierst die Idee in 5-15 Sätzen.
2. Die KI baut einen ersten Wurf (oft schon lauffähig).
3. Du iterierst — Feature für Feature, Bug für Bug.
4. Du deployst auf eine echte Domain.
5. Du zeigst es echten Nutzer:innen.

Hintergrund zu diesem Workflow: siehe VibeCoding Pillar.

2. Welche App-Typen kannst du bauen?

Vier große Kategorien decken 95% aller realistischen Anfänger-Projekte ab. Wähl bewusst — Mobile und Web haben unterschiedliche Workflows.

2.1 Web-Apps

Im Browser laufende Apps mit Login, Datenbank, Forms, Dashboards. Standard-Stack: Next.js + Supabase + Tailwind. Beispiele: Habit-Tracker, Notion-Klon, Trade-Journal, Mini-CRM. Empfohlen als Erst-Projekt: niedriger Reibungswiderstand, kein App-Store-Theater.

2.2 Mobile Apps

Native iOS- und Android-Apps mit einer Codebase. Standard: Expo + React Native. Vorteil: dieselbe App läuft auf iPhone und Android. KI-Tools wie Claude Code beherrschen Expo gut. Bis zur veröffentlichten App im Store dauert es typisch 2-4 Wochen.

2.3 SaaS-Plattformen

Eine Web-App mit Bezahlfunktion, mehreren Nutzer:innen und wiederkehrenden Abos. Stack: Next.js + Supabase + Stripe + Vercel. Der "Heilige Gral" für viele VibeCoder, weil das Geschäftsmodell skalierbar ist. Aufwand: 4-8 Wochen für ein solides MVP.

2.4 Landing Pages

Single-Page-Sites zur Kundenakquise: Hero, Features, Pricing, FAQ, Form. Mit v0 oder Lovable in 1-3 Stunden gebaut. Wenn deine "App" eigentlich nur ein Lead-Tool ist: bleib bei der Landing Page, spar dir die Komplexität.

3. Die 5 besten Tools für AI-App-Building

Es gibt mehr Tools, als du je brauchst. Diese fünf decken vom MVP bis zum SaaS alles ab.

3.1 Lovable — Visueller App-Builder

Browser-basiert, prompt-zu-App in Minuten. Baut React-Frontends und Supabase-Backends. Ideal für Anfänger:innen, die noch nie ein Terminal gesehen haben. Kostet 0-50 €/Monat. Schwäche: bei sehr komplexen Apps stößt es an Grenzen.

3.2 Claude Code — Power-Tool

Terminal-basiert, agentisch, mächtig. Für ernsthafte Projekte ab dem zweiten App-Build. Mehr im Claude Code Pillar.

3.3 Cursor — Editor-zentriertes Bauen

VSCode-Fork mit eingebauter KI. Tab-Completion ist unschlagbar. Für alle, die schon einen Editor mögen, perfekt. Kostet 0-20 €/Monat.

3.4 v0 (Vercel) — Frontend-Generator

Spezialisiert auf hochwertige UI-Komponenten und ganze Frontends. Direkter Deploy zu Vercel. Wer Next.js nutzt: hier landest du früher oder später.

3.5 Bolt.new (StackBlitz) — Browser-IDE mit KI

Komplette Dev-Umgebung im Browser, unterstützt Vite, Next.js, Astro, Expo. Praktisch, wenn du auf einem Chromebook sitzt oder kein lokales Setup willst. Free-Tier mit Limits, paid ab 20 €/Monat.

Tool-Empfehlung nach Use-Case

4. Schritt für Schritt: Deine erste App in 7 Tagen

Dieser Plan funktioniert für eine einfache Web-App. Wenn du Mobile bauen willst, addiere 7-14 Tage für App-Store-Setup.

1. Tag 1 — Idee schärfen. Schreib in 200 Wörtern auf: Wer nutzt die App? Welches Problem löst sie? Was ist die wichtigste Aktion? Mehr brauchst du nicht.
2. Tag 2 — Setup. Account bei Lovable (oder Claude Code installieren), Supabase-Projekt anlegen, GitHub-Repo erstellen. Eine Stunde reicht.
3. Tag 3 — Erste Version. Beschreib die App in 5-10 Sätzen, lass die KI bauen. Akzeptiere, dass die erste Version 60% richtig ist.
4. Tag 4 — Auth & Datenbank. Login funktionierend, Daten werden gespeichert. Test mit einem Fake-User. Wenn das nicht klappt, ist der Rest egal.
5. Tag 5 — Polish. Loading-States, Empty-States, Mobile-Layout, Dark-Mode wo sinnvoll. Kein Pixel-Perfektionismus — nur "fühlt sich professionell an".
6. Tag 6 — Deploy. Push zu Vercel, eigene Domain (15 €/Jahr bei Cloudflare), HTTPS, Open-Graph-Bild. Eine echte URL ist 10x motivierender als localhost.
7. Tag 7 — Zeigen. Schick die URL an drei Freund:innen. Beobachte still, was hängt. Notiere alles. Das ist deine Roadmap.

5. App veröffentlichen

"Veröffentlichen" heißt drei verschiedene Dinge, je nachdem, was du gebaut hast.

5.1 Web-Apps via Vercel

Der einfachste Weg: GitHub-Repo mit Vercel verbinden. Jeder Push auf main deployed automatisch. Kostenlos für Hobby-Projekte, ab 20 €/Monat Pro für ernsthafte. Eigene Domain in 5 Minuten konfigurierbar.

5.2 Apple App Store

Apple Developer Account: 99 €/Jahr. Mit Expo + EAS Build (auch von Windows) erstellst du den iOS-Build, lädst ihn via App Store Connect hoch, füllst Metadaten aus, schickst zum Review. Apples Review dauert 2-7 Tage. Erste App ist meist die schwerste — rechne mit ein paar Rückfragen, die du fixen musst.

5.3 Google Play Store

Google Play Developer: 25 € einmalig. Mit Expo + EAS baust du den Android-Build, lädst ihn in der Play Console hoch. Review meist binnen Stunden bis Tage. Google ist deutlich tolerantere als Apple — aber halte dich trotzdem an die Richtlinien.

6. Was kostet das?

Drei realistische Szenarien, plus alle relevanten Kosten.

Die meisten starten im Sparmodus, wechseln nach 4-8 Wochen auf Standard. Profi nur, wenn du täglich mehrere Stunden vibe-coded und das Tool wirklich limitiert. Mehr zu den Tool-Kosten siehe Claude Code und VibeCoding.

7. Häufige Probleme

Problem 1 — Die App "funktioniert", aber niemand nutzt sie

Klassiker. Tech-Build ohne Distribution-Plan. Bevor du baust: Wer sind 10 Personen, die das nutzen würden? Hast du Zugang zu ihnen? Wenn nein — bau erst die Distribution.

Problem 2 — Codebase wird unwartbar

Nach 50 Prompts hat die App 10.000 Zeilen Code, die niemand versteht. Lösung: Nach jedem Feature kurz zusammenfassen lassen ("Erklär mir, was wir gerade gemacht haben"). CLAUDE.md pflegen. Refactor-Sessions einplanen.

Problem 3 — Apple lehnt App ab

Häufige Gründe: fehlende Privacy Policy, kaputter Test-Account, "App tut zu wenig". Lies vorher die App Store Review Guidelines. Halte deine erste App bewusst klein und klar im Nutzen — dann passt der Review.

Problem 4 — Kosten laufen aus dem Ruder

Vercel-Bandwidth, Supabase-Egress, OpenAI-API: was im Free-Tier lief, knallt mit echten Nutzer:innen plötzlich auf der Kreditkarte. Setze Budget-Alerts. Ja, sofort.

Bonus: Case Study — Habit-Tracker in 5 Tagen

Damit "App in 7 Tagen" nicht nach Marketing-Floskel klingt, hier ein konkretes Beispiel: ein einfacher Habit-Tracker als Web-App. Die Zahlen, das Setup, die Stolpersteine — ungeschönt.

Tag 1 — Idee & Setup

Idee: Eine App, in die du täglich deine drei wichtigsten Gewohnheiten abhakst. Streak-Counter, Übersicht der letzten 30 Tage. Persönlicher Account, sonst kein Schnickschnack. Tools-Setup: Lovable-Account, Supabase-Projekt, GitHub-Repo, Vercel-Account. Aufwand: 90 Minuten.

Tag 2 — Erste Version

Prompt an Lovable: "Baue eine Habit-Tracker-Web-App. Login via Email. Pro User max. drei Gewohnheiten. Eine Tagesübersicht mit Checkboxen. Eine 30-Tage-Tabelle als Heatmap. Daten in Supabase. Tailwind, dunkles Theme." Lovable liefert in 10 Minuten eine erste Version. 70% richtig, 30% kosmetische Probleme. Aufwand: 2 Stunden.

Tag 3 — Auth & Bugs

Login funktioniert nicht zuverlässig. Stundenlang Debugging mit Lovables Built-in-Chat. Schließlich Wechsel zu Claude Code für den Auth-Fix — nach 30 Minuten läuft alles. Lehre: Kombiniere Tools nach Stärken. Aufwand: 4 Stunden.

Tag 4 — Polish & Mobile

Mobile-Layout fixen, Animations beim Abhaken einbauen, Empty-State, Loading-State. Eigene Domain bei Cloudflare gekauft (12 €/Jahr), DNS auf Vercel zeigen lassen. Aufwand: 3 Stunden.

Tag 5 — Testlauf & Launch

Drei Freunde testen, finden zwei Bugs, beide in 30 Minuten gefixt. Privacy Policy generiert (gibt Free-Tools dafür), Twitter-Post mit Link. 11 Anmeldungen am ersten Tag. Aufwand: 2 Stunden.

Bilanz

Insgesamt ~12 Stunden über 5 Tage. Kosten: 12 € (Domain), Rest Free-Tier. Live-App mit echten Nutzer:innen. Vor zwei Jahren hätte das eine Agentur 8.000 € und vier Wochen gekostet. So konkret ist 2026.

Was du aus dieser Case Study mitnimmst

Erstens: Setup ist immer länger als gedacht. Plane Tag eins wirklich nur für Setup ein, nicht für Build. Wer Setup und Build mischt, frustriert sich.

Zweitens: Bugs kosten am meisten Zeit. In dieser Case Study war ein einziger Auth-Bug für ein Drittel des Gesamtaufwands verantwortlich. Wenn dich etwas länger als 30 Minuten frisst, wechsle das Tool oder die Strategie — kein Held-Modus.

Drittens: Echte Nutzer:innen sind das beste Roadmap-Tool. Die ersten 11 Anmeldungen haben mehr brauchbares Feedback geliefert als wochenlanges Eigenbrüten. Geh früh raus, hör zu, iteriere.

Viertens: Klein anfangen ist kein Nachteil. Ein simpler Habit-Tracker mit drei Funktionen ist ein vollständiges Produkt. Niemand braucht von Tag eins die Vollversion. Eine kleine, fertige App schlägt zehn halb angefangene jede Woche.

Was als Nächstes?

Nach so einer Case Study denken viele "okay, das war Anfänger-Material — jetzt SaaS bauen". Vorsicht. Die Komplexitätskurve zwischen "kleine App" und "echtes SaaS mit Bezahlung, mehreren Plänen, Webhooks, Admin-Bereich" ist steiler, als sie aussieht. Bau zuerst zwei oder drei kleine Apps. Dann ein Mid-Size-Projekt. Dann erst SaaS.

Wer diese Reihenfolge respektiert, hat in 90 Tagen eine Track-Record-Liste, die ihn glaubwürdig macht. Wer direkt mit dem SaaS startet, frisst sich zwei Monate fest und gibt wieder auf. Geduld ist hier kein Hindernis — sie ist die Abkürzung.

8. Häufige Fragen