Zurück zum Blog
19. Juni 2026

In 30 Minuten zur eigenen App: Komplette Anleitung mit Claude & Base44

Schritt-für-Schritt-Anleitung, wie du mit Claude und Base44 ohne Code eine fertige Mobile-App baust – am Praxisbeispiel eines CalAI-Klons inklusive aller Prompts, Paywall und Veröffentlichung.

In 30 Minuten zur eigenen App: Komplette Anleitung mit Claude & Base44

In 30 Minuten zur eigenen App: Komplette Anleitung mit Claude & Base44

Eine eigene App mit KI bauen – ohne Programmierkenntnisse, ohne Entwicklerteam, ohne sechsstelliges Budget. Was vor zwei Jahren noch nach Marketing-Versprechen klang, ist Ende Realität. In dieser Anleitung zeige ich dir Schritt für Schritt, wie du mit Claude als Architekt und Base44 als No-Code-App-Builder in unter 30 Minuten eine echte, deploybare Mobile-App baust.

Als Praxisbeispiel bauen wir einen Klon der bekannten Foto-Kalorien-App CalAI nach – ein Produkt, das derzeit rund 30–40 Mio. USD Jahresumsatz generiert und für über 100 Mio. USD verkauft wurde. Der Beitrag ist die deutsche Anleitung zum Workflow aus dem Video „How I Built a Mobile App Using AI in 30 Minutes" und nutzt die gleichen sechs Prompts.

TL;DR: 6 Prompts, 2 Tools (Claude + Base44), 2 Phasen (Research + Build). Ergebnis: eine funktionierende App mit Login, Onboarding, KI-Foto-Logging, Verlauf, Settings und Paywall.


Warum Base44 + Claude statt klassischer App-Entwicklung?

Klassische App-Entwicklung bedeutet: Designer, iOS-Entwickler, Android-Entwickler, Backend, Datenbank, Auth, Payments. Schnell 50.000 – 150.000 € und mehrere Monate. Base44 ist ein KI-App-Builder, der Frontend, Backend, Datenbank, Auth und sogar Zahlungen aus einem einzigen Prompt erzeugt. Claude hilft uns davor, den richtigen Prompt zu schreiben – inklusive Marktanalyse.

Die Arbeitsteilung sieht so aus:

  • Claude (claude.ai): Marktrecherche + Schreiben des perfekten Build-Prompts
  • Base44 (base44.com): Bauen, Refactoring im „Discuss Mode", Payments, Hosting

Beide Tools haben einen kostenlosen Einstieg. Base44 wird nach der Testphase kostenpflichtig (ab ca. 16 USD/Monat).

Für wen ist dieser Workflow?

  • Gründer:innen, die eine Idee schnell validieren wollen
  • Solo-Indie-Hacker, die ohne Team launchen möchten
  • Marketer:innen, die ein internes Tool oder ein Lead-Magnet-Produkt brauchen
  • Alle, die das Thema No-Code App mit KI praktisch ausprobieren wollen

Tools, die du brauchst

ToolZweckKosten
ClaudeRecherche + Prompt-Architektkostenlos im Einstieg
Base44App bauen & deployenFree Trial, danach ab ~16 USD/Monat
SmartphoneApp testen & auf den Homescreen legen

Mehr nicht. Kein Xcode, kein Android Studio, kein Stripe-Konto, kein Server.


Der Workflow im Überblick

Sechs Prompts, zwei Phasen:

Phase 1 – Claude (Research & Architektur)

  1. Prompt 1: Konkurrenz-Recherche (am Beispiel CalAI)
  2. Prompt 2: Claude schreibt den perfekten Base44-Build-Prompt

Phase 2 – Base44 (Bauen, Fixen, Monetarisieren) 3. Prompt 3: Initialer Build in Base44 4. Prompt 4: Bugfixes im Discuss Mode 5. Prompt 4a: Plan im Discuss Mode bestätigen + Felder ergänzen 6. Prompt 5: Subscription-Paywall einbauen

Anschließend: Publish-Button drücken, Link aufs Smartphone, „Zum Home-Bildschirm hinzufügen" – fertig.


Phase 1 – Marktrecherche & Prompt-Architektur mit Claude

Schritt 1: Konkurrenz analysieren (Prompt 1)

Bevor du irgendetwas baust, lass dir von Claude die Schwächen des Marktführers zeigen. Genau dort liegt deine Chance.

Öffne claude.ai, starte einen neuen Chat und füge folgenden Prompt ein:

Ich möchte, dass du die Kalorien-Tracking-App CalAI für mich recherchierst. CalAI ist eine Mobile-App, bei der man ein Foto vom Essen macht und die App die Kalorien schätzt. Sie macht aktuell 30–40 Mio. USD Jahresumsatz und wurde für über 100 Mio. USD verkauft.

Bitte finde und fasse zusammen:

  1. Was Nutzer:innen an der App lieben – die drei häufigsten Gründe für 5-Sterne-Bewertungen
  2. Was Nutzer:innen hassen – die drei häufigsten Beschwerden in 1- und 2-Sterne-Reviews
  3. Features, die sich Nutzer:innen wünschen, die es aber noch nicht gibt
  4. Die größte Marktlücke – die eine Sache, die CalAI schlecht macht und die jemand besser bauen könnte

Sei spezifisch. Nutze echte Zitate, wenn möglich. Ziehe Quellen aus App-Store-Reviews, Reddit und anderen öffentlich zugänglichen Quellen.

Was du bekommst: eine strukturierte Analyse mit „Loves", „Hates", fehlenden Features und der konkreten Marktlücke. Im Fall CalAI sind die Top-Beschwerden meist:

  • Ungenaue Kalorienschätzung bei komplexen, selbstgekochten Gerichten (versteckte Öle, Saucen)
  • Intransparentes Abo-Management – Kündigung schwer auffindbar
  • Fehlende Wassertracking-Funktion mit Erinnerungen

Wichtig: Lass diesen Chat geöffnet. Prompt 2 läuft in derselben Konversation – nur so behält Claude den vollständigen Kontext.

Schritt 2: Claude schreibt den Build-Prompt (Prompt 2)

Direkt darunter im selben Chat sendest du:

Basierend auf der CalAI-Recherche möchte ich eine ähnliche, aber bessere App bauen. Eine Kalorien-Tracking-App für Menschen, die abnehmen oder gesünder leben wollen – und die die drei größten Schwächen von CalAI behebt.

Bitte schreibe mir einen detaillierten Prompt, den ich in den KI-App-Builder Base44 einfügen kann.

CORE FEATURES (das was CalAI gut macht):

  • Sauberer Onboarding-Flow (Name, Gewicht, Größe, Kalorienziel, Fitness-Ziel)
  • Home-Dashboard mit Tagesfortschritt als Ring + Makros (Protein, Carbs, Fett)
  • Foto-basiertes Food-Logging via KI
  • Verlauf: Heute / Diese Woche / Dieser Monat

DIFFERENZIERUNG (das was CalAI schlecht macht):

  • Bei komplexen Mahlzeiten stellt die KI 1–2 Rückfragen, bevor sie die Kalorien finalisiert (z. B. „Sieht nach Pfannengericht aus – mit Öl gekocht? Wie viel?"). Das löst das #1-Problem.
  • Wassertracker mit Tagesziel und Push-Erinnerungen
  • Transparentes Abo-Management: Kündigung mit einem Tap direkt in den Settings

DESIGN & TECH:

  • Modernes Dark-Mode-Design mit einer Akzentfarbe (Coral/Orange)
  • Sicheres Login-System (jede:r sieht nur eigene Daten)
  • App-Name – wähl etwas Einprägsames

Schreibe den Prompt in klarer Alltagssprache, ohne Fach-Jargon, so dass ich ihn 1:1 in Base44 einfügen kann.

Claude liefert dir daraufhin einen 400–700 Wörter langen, fertig kopierbaren Build-Prompt. Im Originalvideo wurde die App NourishSnap getauft – dein Name kann ein anderer sein.

Pro-Tipp: Wirkt Claudes Output zu generisch? Schick einfach hinterher: „Mach es spezifischer. Schreibe den genauen Wortlaut der Rückfragen bei komplexen Mahlzeiten." Je besser der Dialog mit Claude, desto besser der Build.


Phase 2 – App bauen mit Base44

Schritt 3: Initialer Build (Prompt 3)

Gehe auf base44.com, logge dich ein und starte ein frisches Projekt (nicht in einem bestehenden weiterbauen). Kopiere den kompletten Prompt, den Claude in Schritt 2 erzeugt hat, in das große Eingabefeld und sende ihn ab.

Im NourishSnap-Beispiel sieht der Prompt grob so aus:

Baue eine Kalorien-Tracking-App namens NourishSnap.

Modernes, App-artiges Webdesign: dunkler Hintergrund, eine vivide Akzentfarbe in Coral/Orange, weiße Schrift, abgerundete Karten mit dezenten Schatten.

User Authentication: Login/Signup per E-Mail + Passwort. Jede:r sieht nur eigene Daten. Nach Signup → Onboarding → Dashboard.

Onboarding (Schritt für Schritt, mit Fortschrittsbalken): Name, Gewicht (lbs/kg-Toggle), Größe (imperial/metric), Hauptziel (Abnehmen / Muskelaufbau / Gesünder essen / Halten), tägliches Kalorienziel mit vorgeschlagenem Wert.

Home Dashboard: Begrüßung („Guten Morgen, [Name]"), großer Kalorienring, drei Makro-Ringe (Protein, Carbs, Fett), Wassertracker mit 8 Tropfen-Icons + Glocken-Icon für Erinnerungen, „Mahlzeit loggen"-Button, Bottom-Nav (Home, Log, History, Settings).

Foto-Logging: Optionen Foto / Text-Beschreibung / Manuell. Bei Foto: KI schätzt Kalorien + Makros. Bei einfachem Essen (Banane, verpackt) direkt Ergebnis. Bei komplexen Mahlzeiten 1–2 Rückfragen vor finaler Schätzung.

Verlauf: Tabs Heute / Woche / Monat, scrollbare Liste mit Zeit, Kalorien, Makro-Balken.

Settings: Profil (editierbar), Wasser-Erinnerungen, Abo (Platzhalter), Logout, Account löschen.

Base44 plant zuerst die Architektur und baut dann ca. 3 Minuten. Danach hast du eine lauffähige App.

Heads-up: Der erste Build ist nie perfekt. Bei mir war das tägliche Kalorienziel absurd hoch (5.800 kcal), das Onboarding sprang nach dem letzten Schritt zurück auf den Anfang, und die Subscription-Sektion fehlte komplett. Das ist normal – Prompt 4 räumt auf.

Schritt 4: Bugfixes im Discuss Mode (Prompt 4)

Base44 hat eine oft übersehene Killer-Funktion: den Discuss Mode. Statt sofort drauflos zu coden, beschreibt Base44 zuerst seinen Plan und holt sich deine Freigabe. Genau das willst du bei mehreren Bugs auf einmal.

Klicke in deinem Projekt auf Discuss (nicht den normalen Senden-Button) und füge ein:

Drei Dinge funktionieren nicht:

Erstens: Die Kalorien-Mathematik ist kaputt. Im Onboarding wurde mir ein völlig überhöhtes Tagesziel vorgeschlagen. Realistisch sind 1.500–3.000 kcal. Bitte fixe die Mifflin-St-Jeor-Formel. Die Makro-Ziele sind durch denselben Bug ebenfalls unrealistisch – bitte auch korrigieren.

Zweitens: Nach dem letzten Onboarding-Schritt landet man nicht auf dem Dashboard, sondern springt zurück an den Anfang. Bitte fixen: nach Schritt-Ende automatisch zum Home-Dashboard.

Drittens: Auf der Settings-Seite fehlt eine Subscription-Sektion. Bitte hinzufügen: aktueller Plan, bei Premium das Verlängerungsdatum und ein klar beschrifteter „Cancel Subscription"-Button. Ein Tap, eine Bestätigung, keine externen Weiterleitungen.

Erstelle bitte zuerst einen detaillierten Plan, bevor du etwas änderst.

Base44 liefert dir daraufhin einen Engineering-Plan mit konkreten Dateinamen und der korrigierten Formel – und stellt meist eine Rückfrage zur Abo-Datenhaltung.

Schritt 4a: Plan bestätigen + fehlende Felder ergänzen

Antworte im selben Discuss-Thread:

Ja, speichere subscription_status und renewal_date auf der UserProfile-Entity. Wir brauchen noch kein echtes Billing-SDK – baue erstmal nur UI und Kündigungs-Flow.

Bitte ergänze außerdem im Onboarding ein Alter- und ein Geschlecht-Feld (männlich/weiblich). Die Mifflin-St-Jeor-Formel braucht beides, um genau zu sein. Setze den Activity-Multiplier standardmäßig auf „leicht", da wir das Aktivitätslevel nicht abfragen. Setze alles um.

Nach diesem Schritt fragt das Onboarding nach Alter und Geschlecht, Dashboard und Makros zeigen realistische Zahlen, und Settings hat eine funktionierende Subscription-Sektion.

Realistisch: Auch danach kann die Schätzung leicht daneben liegen. Statt dich zu verlieren: bearbeite dein Profil manuell in den Settings und setze dein Wunsch-Ziel. Der richtige Umgang mit KI-Tools ist „know when to course-correct manually" und weiterbauen.

Schritt 5: Paywall & Subscription (Prompt 5)

Jetzt machen wir aus dem Prototyp ein verkaufbares Produkt – ganz ohne Stripe, Webhooks oder API-Keys. Base44 hat ein eingebautes Payment-System.

Normaler Base44-Chat (nicht Discuss Mode):

Bitte füge eine Subscription-Paywall hinzu.

Neue Nutzer:innen bekommen bei der Anmeldung eine 7-tägige Testphase. Danach kostet die App 9,99 USD/Monat.

Nutze das eingebaute Payment-System von Base44 – ich möchte kein Stripe, keine Webhooks und keine externen API-Keys einrichten.

Wenn die Testphase endet, zeige eine Paywall mit Erklärung, Preis und „Jetzt abonnieren"-Button. Nach dem Abschluss zurück in die App mit vollem Zugriff.

In Settings soll der Plan-Status echt sein (Free während Trial, Premium danach). Bei Premium: Verlängerungsdatum + aktiver „Cancel Subscription"-Button.

Kündigung: ein Tap + eine Bestätigung. Zugriff bis Ende des Abrechnungszeitraums, danach Free. Alles in-app, keine externen Redirects.

Damit hast du genau das, wovon viele SaaS-Apps nur reden: faires, transparentes Abo-Management. Praktischer Nebeneffekt: Du baust direkt die Lösung für die #2-Beschwerde von CalAI in dein Produkt ein – das ist ein echtes Differenzierungsmerkmal.


Veröffentlichen & auf den Homescreen legen

Kein zusätzlicher Prompt nötig – drei Klicks reichen.

  1. Publish-Button oben rechts in Base44 anklicken
  2. „Require Login Access" aktivieren (du hast User-Daten und Abos)
  3. „Publish to Web" klicken → URL kopieren
  4. Link aufs Smartphone schicken, in Safari/Chrome öffnen
  5. Teilen-Icon → Zum Home-Bildschirm hinzufügen → benennen → Fertig

Die App startet als PWA im Vollbild – ohne Browser-Leiste, wie eine native App. Wer eine eigene Domain will, kann sie direkt in Base44 für ca. 15 USD/Jahr dazubuchen.


Was kostet das wirklich?

PostenKosten
Claude (free)0 €
Base44 (Free Trial)0 € im Einstieg
Base44 (Annual)ab ~16 USD/Monat
Optional: Custom Domain~15 USD/Jahr
Total Monat 10–16 USD

Im Vergleich zu klassischer App-Entwicklung (50.000+ €) und Time-to-Market (3–6 Monate) ist das ein Faktor 1000+ in beiden Dimensionen.


Typische Stolpersteine (und wie du sie löst)

  • Build wirkt generisch: Den entsprechenden Abschnitt in Claude umschreiben lassen, neu in Base44 einfügen.
  • Bugs nach dem ersten Build: Immer zuerst Discuss Mode – nie blind „fix this" senden.
  • Falsche Kalorien-/BMR-Werte: Mifflin-St-Jeor braucht Alter + Geschlecht + Größe + Gewicht und einen Activity-Multiplier. Stelle sicher, dass alle Felder im Onboarding existieren.
  • Onboarding-Loop: Klassischer Routing-Bug – im Discuss Mode explizit „nach Schritt N zur Route /home navigieren" beschreiben.
  • Paywall greift zu früh/zu spät: Trial-Logik per trial_started_at-Datum festlegen lassen, nicht per Session-Counter.

Das Framework funktioniert für jede Nische

Das Schöne an diesem Workflow: Er ist nicht an Kalorien-Tracker gebunden. Das gleiche Sechs-Prompt-Schema funktioniert für:

  • Habit-Tracker (Konkurrent: Streaks, Habitify)
  • Workout-Planner mit KI-Form-Check per Foto
  • Finanz-/Budget-Apps (Konkurrent: YNAB, Finanzguru)
  • Sprachlern-Apps mit KI-Konversationspartner
  • Mood-Journaling mit täglicher KI-Reflexion
  • Rezept-Apps, die aus Kühlschrank-Fotos Rezepte vorschlagen

Tausche in Prompt 1 einfach den Konkurrenten aus, in Prompt 2 die Feature-Beschreibung. Rest bleibt identisch.


FAQ – häufig gestellte Fragen

Brauche ich Programmierkenntnisse für Base44? Nein. Du schreibst ausschließlich in natürlicher Sprache. Base44 erzeugt Frontend, Backend, Datenbank und Deployment-Pipeline.

Ist die App eine „echte" native App? Es ist eine Progressive Web App (PWA), die sich auf dem Homescreen wie eine native App verhält (Vollbild, Icon, Push). Für die meisten Use-Cases reicht das. Für App-Store-Listings wäre ein nativer Wrapper nötig.

Was passiert mit meinen Daten? Base44 hostet die Datenbank. Wenn du sensible Daten (z. B. Gesundheitsdaten) verarbeitest, solltest du DSGVO-konform Datenschutzhinweise ergänzen und ggf. einen AV-Vertrag prüfen.

Kann ich später zu echtem Code wechseln? Ja, du kannst den generierten Code in vielen No-Code-Plattformen exportieren. Für längerfristige Produkte empfiehlt sich oft ein Stack-Wechsel, sobald Product-Market-Fit erreicht ist.

Welche KI nutzt Base44 für die Foto-Analyse? Base44 bringt eigene KI-Endpunkte mit – du musst keine separaten Vision-APIs anbinden. Für besonders genaue Ergebnisse kann ein externer Provider (z. B. OpenAI Vision oder Gemini) eingebunden werden.


Fazit: KI-App-Builder sind produktionsreif

Vor zwei Jahren war „App ohne Code bauen" ein Buzzword. Heute baust du mit Claude + Base44 in einem Nachmittag eine echte, monetarisierbare App. Der schwierige Teil ist nicht mehr das Bauen – es ist das Finden der richtigen Marktlücke und der Vermarktung an die ersten zehn zahlenden Kund:innen.

Der wichtigste Mindset-Shift: Du bist kein Entwickler:in mehr, du bist Produktmanager:in mit KI-Team. Du recherchierst, briefst, prüfst, iterierst. Die KI baut.

Jetzt bist du dran. Such dir eine Idee, geh den Sechs-Prompt-Workflow durch und veröffentliche bis heute Abend deine erste eigene App. Mehr Tools, Vergleiche und Anleitungen rund um App mit KI bauen, Claude, Base44 und Co. findest du jederzeit hier auf Toolfinity.


Jetzt Base44 kostenlos testen