Halo ist eine App mit Bibelgeschichten für Kinder für iOS und Android — Geschichten, Gebete, Lieder, Andachten und Affirmationen.

Ich habe sie im Alleingang herausgebracht und dabei mit Claude Code als meinem Engineering-Partner zusammengearbeitet.

  • Mitarbeiterzahl: 1 Mensch + KI-Tools
  • Rolle: Gründer / Designer / PM / Entwickler
  • Stack: Flutter, Firebase (Firestore + Authentifizierung), RevenueCat, Algolia, Elevenlabs TTS, Suno AI
  • Plattformen: iOS (App Store), Android (Play Store)
  • Erstellt: September 2025 – März 2026 (FlutterFlow-Prototyp → vollständiges Flutter-Rewrite)
iphone_14_pro_v2

Zwischenmenschliche Probleme

Eltern wünschen sich einen ruhigen, bewussten Weg, um ihren Glauben zur Schlafenszeit mit ihren Kindern zu teilen – und der bestehende Markt für Bibel-Apps bietet ihnen diesen nicht.

Es gab keine App, die sich anfühlte wie neben einem freundlichen Geschichtenerzähler in einem ruhigen Raum zu sitzen. Also habe ich eine entwickelt.

Woher wir wissen, dass dies real ist

Marktsignal: Eine Keyword-Recherche, verifiziert durch die Keywords Everywhere API und abgeglichen mit dem Google Keyword Planner, zeigte eine erhebliche unterversorgte Nachfrage:

  • „bedtime bible stories“ – 49.500 Suchanfragen/Monat
  • „bible app for kids“ – 12.000/Monat
  • „sleep stories app for children“ + „christian bedtime app“ – Tausende/Monat über Long-Tail-Varianten hinweg

Der Google Keyword Planner verbarg 77% der tatsächlichen Suchmöglichkeiten – eine Lücke, die ich nur durch den Abgleich zweier Quellen während der Kampagnenplanung gefunden habe. Die Nachfrage ist real. Der Markt ist unterversorgt.

Wettbewerbslücke: Die Top-Wettbewerber bestätigen den Markt, aber sie verfehlen das Thema Schlafenszeit. Pray.com ($13,99/Monat) behandelt Kinderinhalte als Zusatz zu einer Meditations-App für Erwachsene. Bible App for Kids (YouVersion) ist gamifiziert und sehr bildschirmlastig. Minno ($10,99/Monat) und Yippee TV ($7,99/Monat) sind in erster Linie auf Videos ausgerichtet – das Gegenteil von Audio ohne Bildschirm. Hallow kommt dem Geist am nächsten: heilig, warm, inhaltsreich. Aber es ist für Erwachsene gemacht.

Bestehende Zielgruppe: Christian Pure (christianpure.com), die übergeordnete Content-Plattform, erreichte bereits 240.000 monatlich aktive Nutzer über 4927 Blogbeiträge hinweg — wobei fast nichts davon auf Eltern oder Kinder abzielte. Die Zielgruppe existierte. Die Brücke zu einem Produkt jedoch nicht.

iphone_15_pro
iphone_15_pro
iphone_15_pro
iphone_15_pro
iphone_15_pro
iphone_15_pro

Erfolgskennzahlen

Primäre Kennzahl:

7-Tage-Rückkehrrate im Zeitfenster von 19 bis 21 Uhr. Ein Elternteil, das Halo an drei aufeinanderfolgenden Abenden zur Schlafenszeit öffnet, ist der Beweis, dass das Produkt funktioniert.

Gegenmetriken:

  • Sitzungsdauer — durchschnittliche Sitzung 5–15 Min. Wenn sie über 20 Min. steigt, sind wir zu einem Schnuller geworden, nicht zu einem Zufluchtsort.
  • Rückerstattungsrate < 2% — Eltern, die bezahlen, sollten den Wert sofort spüren.
  • App Store-Bewertung ≥ 4,6 — das „Eltern vertrauen dem“-Signal.

Qualitativ:

Von Eltern geschriebene Bewertungen mit den Wörtern ruhig, friedlich, wunderschön, mein Kind liebt es. Eine davon ist mehr wert als tausend DAU-Punkte.

Veröffentlicht:

  • 100+ Inhalte: Bibelgeschichten, Gebete, Schlaflieder, Affirmationen, Lieder
  • 5 Sprachen: Englisch, Spanisch, Portugiesisch, Russisch, Deutsch
  • Freemium-Modell: Abonnement ($8,99/Monat oder $78,99/Jahr) + Einzelkäufe von Geschichten ($0,99)
  • Google Ad Grants-Kampagne: $10K/Monat in kostenlosen Google Ads, 11 Anzeigengruppen, verifizierte Keyword-Cluster
  • Derzeit 100-200 Downloads pro Tag

Prozess

1. Abstimmung über den visuellen Stil

Der schwierigste Teil bei der Entwicklung einer ruhigen App ist es, dem Drang zu widerstehen, sie laut zu machen. Die gesamte Kategorie tendiert zu mehr — mehr Farbe, mehr Bewegung, mehr Mikrointeraktionen, mehr Benachrichtigungen. Halo brauchte das Gegenteil.

Ich bin von der falschen Referenz ausgegangen und habe sie mitten in der Entwicklung korrigiert. Das stellte sich als die wichtigste Designentscheidung des Projekts heraus.

Erster Entwurf: Die Referenz war Calm / Headspace — minimalistisch, meditativ, viel Weißraum.

Kurskorrektur: Nachdem ich ein Design-Audit der Startseite durchgeführt hatte, wurde mir klar, dass Minimalismus nicht ganz das Richtige war. Halo brauchte mehr Wärme und Inhaltsdichte als eine Meditations-App — wo der Home-Tab ist die Stöber-Erfahrung, organisiert nach thematischen Sammlungen anstatt nach Inhaltstyp. Heilig, aber voll. Ruhig, aber großzügig.

Ich habe diese Richtung in einem Design-Briefing festgehalten, das in CLAUDE.md lebt und mit dem Repo ausgeliefert wird, sodass jede zukünftige KI-Sitzung es übernimmt:

Drei Markenwörter: Sanft. Ehrfürchtig. Verspielt.

Zufluchtsort, kein Spielplatz. Widerstehe dem Drang, Gamification, Abzeichen, Streaks oder irgendetwas hinzuzufügen, das Dringlichkeit erzeugt.

Wärme vor Perfektion. Handgezeichnet, organisch, texturiert. Unvollkommenheit ist Teil des Charmes.

Atme. Großzügiger Weißraum. Überlade niemals den Bildschirm.

Eins nach dem anderen. Eine primäre Aktion pro Ansicht.

Verdientes Vertrauen. Keine Dark Patterns. Keine manipulativen Upsells. Kein Kapern der Aufmerksamkeit. Eltern müssen das Gefühl haben, dass dies sicher ist.

Die visuelle Sprache folgte:

  • Farbe: Warme Erdtöne auf Pergament. Der Light Mode ist sonnenbeschienenes Leinen (#EBE8DD); der Dark Mode ist ein gemütlicher Nachthimmel (#262523). Jede Inhaltskategorie erhält ihren eigenen warmen Farbton — Gold für Lieder, Orange für Geschichten, Blaugrün für Gebete, Waldgrün für Andachten, gedämpftes Lila für Affirmationen.
  • Schrift: Playpen Sans (handgeschrieben, kinderfreundlich, verspielt) für Überschriften + Inter (sauber, geometrisch, vertrauenswürdig) für die Benutzeroberfläche. Playpen bringt die Wärme; Inter sorgt für die Lesbarkeit.
  • Bewegung: Langsame Überblendungen und weiche Verschiebungen. Keine federnden Sprünge.
  • Tippbereiche: Mindestens 48px — Kinderhände sind unpräzise.
  • Schlafenszeit-freundliche Übergänge: Native Push-Übergänge mit einer Mindestdauer von 200ms. Die Standard-Übergänge von Flutter wirkten unruhig.

Die App Store-Screenshots durchliefen dieselbe Korrektur. Das erste Set begann mit Funktionslisten — eine Todsünde der ASO. Die Redesign-Philosophie war einfach: Verkaufe das Gefühl, nicht die Funktionen. Beginne mit dem Moment — ein einschlafendes Kind —, baue einen Spannungsbogen über die Frames auf, nutze randabfallende Illustrationen und ende mit Social Proof und einem warmen CTA.

2. Den Namen definieren

Warum hat „Halo“ gewonnen? Es vermittelt Ehrfurcht, ohne belehrend zu wirken. Eine Silbe — Eltern werden es laut aussprechen. Es impliziert Licht und Schutz. Außerdem funktioniert es in allen fünf Sprachen, in denen die App ausgeliefert wird.

3. Erstellen & Anpassen der App

Die FlutterFlow-Phase (September – Dezember 2025)

Halo begann in FlutterFlow. Das war die richtige Entscheidung für die Geschwindigkeit: Es ermöglichte mir, schnell einen funktionierenden Prototyp mit Audiowiedergabe, einem Firebase-Backend und RevenueCat-Abonnements auf beiden Plattformen live zu bringen.

FlutterFlow stieß an drei Fronten an seine Grenzen:

Das Audio-Engineering war brutal. Die App benötigte eine Dual-Track-Wiedergabe: eine Erzählspur und eine Hintergrundmusikspur, die gleichzeitig abgespielt werden, bei gesperrtem Bildschirm weiterlaufen und auf beiden Plattformen über Sperrbildschirm-Steuerungen verfügen. Das bedeutete, sich durch audioplayers (keine Hintergrundunterstützung), just_audio + just_audio_background (was eine Initialisierung in main() vor runApp(), erforderte, was durch die Architektur von FlutterFlow fehleranfällig wurde), und audio_session (für die Konfiguration der iOS-Audiokategorie) zu navigieren. Zu einem bestimmten Zeitpunkt funktionierte die Erzählung unter iOS, aber nicht unter Android, weil JustAudioBackground.init() in einer Plattformprüfung bedingt von Android ausgeschlossen wurde — ein Fehler, der erst auftauchte, nachdem die rohe Konsolenausgabe gelesen und die Initialisierungsreihenfolge durch den von FlutterFlow generierten Code verfolgt wurde.

Verbrauchbare Käufe passten nicht. Die RevenueCat-Integration von FlutterFlow konzentrierte sich auf Abonnements und Berechtigungen. Einzelne Geschichtenkäufe — verbrauchbare IAPs für $0.99 — erforderten benutzerdefinierte Dart-Aktionen für den Ablauf nach dem Kauf: Aktualisierung von Firestore mit den IDs der gekauften Geschichten, Aktualisierung der Benutzeroberfläche zur Anzeige freigeschalteter Inhalte und Handhabung der Unterscheidung zwischen Abonnementzugriff und Einzelkaufzugriff. Die Benutzeroberfläche von FlutterFlow zum Verknüpfen benutzerdefinierter Aktionen war undurchsichtig.

Die Feedback-Schleife war zu langsam. FlutterFlow zeigte eine Version von main.dart in seinem Editor, während der exportierte Code viel mehr enthielt. Debugging bedeutete, zwischen FlutterFlow, Android Studio, Xcode, der Firebase-Konsole und dem RevenueCat-Dashboard hin- und herzuspringen.

Die Flutter + Claude Code-Phase (ab Januar 2026)

Die Migration verlief schrittweise und chirurgisch: weiterentwickeln, nicht neu schreiben. Der exportierte Code von FlutterFlow wurde zum Ausgangspunkt. Claude Code in VS Code wurde zum primären Entwicklungswerkzeug.

Wichtigste veröffentlichte Funktionen:

MerkmalWas es tutWarum es schwierig war
Inhaltsmosaik mit fünf KategorienDie Startseite: fünf thematische Kacheln — Geschichten, Gebete, Lieder, Andachten und Affirmationen — jede mit eigener Farbe, Illustration und Detailseite.Es sollte sich wie ein kuratiertes Bücherregal anfühlen, nicht wie ein Navigationsmenü.
Mehrsprachige Geschichten-BibliothekDieselben Geschichten über fünf Firestore-Sammlungen hinweg (stories, stories_es, stories_pt, stories_ru, stories_de).Dokument-IDs stimmen nicht über Sprachen hinweg überein. Ich habe einen Canonical-ID-Resolver gebaut, der das id -Feld im Dokument bevorzugt und auf die Dokument-ID zurückgreift, sodass Favoriten und Käufe Sprachwechsel überstehen.
Algolia-SucheSofortsuche über Geschichten hinweg mit lokalisierten Indizes.Lokalisierte Indizes enthalten nur Textfelder — Bild, Audio, Stufe (Tier) und Dauer fehlen. Ich habe einen Schritt zum Abrufen des vollständigen Dokuments nach der Suche (fetch-full-doc-after-search) und einen automatischen Fallback auf den Basisindex hinzugefügt, wenn die lokalisierte Suche leer zurückkehrt.
Favoriten, die alles überstehenHerzen bei Geschichten, die über Sprachwechsel und Neuinstallationen hinweg erhalten bleiben.Ich bin von veralteten Firestore- DocumentReference -Pfaden, die bei einem Sprachwechsel kaputtgingen, zu kanonischen IDs in ff_favoriteStoryIds.
Erhalt von Käufen bei KontozusammenführungenZahlende Nutzer verlieren niemals ihre Käufe, selbst wenn sie sich mit einem anderen Anbieter anmelden.Dies dauerte einen ganzen Sprint (Builds 74–75). Das Speichern von Freischaltungen als kanonische IDs unter user/{uid}/unlockedStoryIds anstelle von Dokumentreferenzen machte Zusammenführungen idempotent.
RevenueCat Premium + EinzelkäufeEin Abonnement schaltet alles frei. Einzelne Geschichten sind auch für $0,99 erhältlich.Ich brauchte eine einzige Source of Truth: FFAppState().hasPremium aus der halopremium -Berechtigung. isStoryUnlocked() bricht bei Premium vorzeitig ab (Short-Circuit), sodass Abonnenten bei einzelnen Geschichten niemals eine Paywall sehen.
Performance-Optimierung für ältere Android-GeräteDisk-Image-Caching, Lazy Carousels, Lazy SliverGrid, und selektive Rebuilds auf Kategorieseiten.Zur Zielgruppe von Halo gehören Eltern mit älteren oder weitergegebenen Geräten. Die App musste sich auch dort ruhig anfühlen.
Zweispuriges Audio mit Sperrbildschirm-SteuerungErzählung + Hintergrundmusik auf beiden Plattformen, mit Wiedergabe bei ausgeschaltetem Bildschirm.Dies war die technisch schmerzhafteste Funktion im Build: plattformübergreifende Konfiguration von Foreground-Services, JustAudioBackground -Initialisierungsreihenfolge und AudioSession -Kategoriemanagement.

Der größte einzelne Entwicklungstag war der 6. März. In einem einzigen Push lieferte ich sieben Fehlerbehebungen, ein Performance-Refactoring mit acht chirurgischen Verbesserungen, Disk-Image-Caching, Lazy Loading für Karussells, eine visuelle Überarbeitung der Startseite, Feinschliff für Karussells und Vers-Karten sowie native Push-Übergänge aus. Das war der Tag, an dem sich Halo nicht mehr wie ein FlutterFlow-Export anfühlte, sondern wie Halo.

Dann wurde es veröffentlicht. App Store am 10. März. Play Store direkt danach.

4. Wie ich KI auf dem Weg genutzt habe

Der Engineering-Workflow

  • Claude Code als primärer Engineering-Partner. Keine Autovervollständigung – ein Mitarbeiter, mit dem ich plane, diskutiere und dem ich chirurgische Arbeiten übergebe. Er lebt im Terminal neben dem Projekt.
  • Ein persistentes Design-Briefing (CLAUDE.md) ), das mit dem Repo ausgeliefert wird. Jede neue Sitzung beginnt mit bereits geladener Markenstimme, Farb-Tokens, Designprinzipien, häufigen Fallstricken und dem Menschenproblem. Das war die Maßnahme mit der größten Hebelwirkung, die ich durchgeführt habe. Die KI musste nie daran erinnert werden, wie sich Halo anfühlen sollte.
  • Benutzerdefinierte Skills die ich für bestimmte Arten von Arbeit erstellt oder installiert habe:
    • product-thinking — erzwingt einen Start beim Menschenproblem, bevor Code geschrieben wird
    • meta-ic-execution — leitet jede Aufgabe an das richtige Maß an Strenge weiter (kleiner Fix vs. übergreifende Architekturänderung)
    • audit und critique — Design-Qualitätsprüfungen, die vor der Auslieferung auf Bildschirmen ausgeführt werden. Die Hallow-Kurskorrektur entstand aus einer davon.
    • teach-impeccable — eine einmalige Einrichtung, die die Codebasis durchlief, Designfragen stellte und die Antworten persistierte in CLAUDE.md
    • Geräteübergreifende Synchronisierung via iCloud, sodass mir dieselben Skills, dasselbe Gedächtnis und dasselbe Design-Briefing zwischen den Geräten folgen. Kontinuität ist wichtig, wenn man in fragmentierten Zeitfenstern arbeitet.

KI über die gesamte Produktionspipeline hinweg

KI war nicht nur der Coding-Partner. Sie wurde zur Produktionsmethode für fast jede Ebene des Produkts.

Sprachgenerierung (ElevenLabs TTS): Alle Geschichtenerzählungen wurden mit ElevenLabs Text-to-Speech unter Verwendung von Emotions-Tags generiert. Jede Geschichte wurde mit Tags versehen — <emotion value="calm"/> für die Erzählung, <emotion value="warm"/> für Gottes Stimme, <emotion value="excited"/> für Momente des Staunens, <emotion value="soft"/> für Gebete. Strategische <break> -Tags steuerten das Tempo. Geschwindigkeit und Lautstärke wurden global für eine warme Schlafenszeit-Atmosphäre reduziert. Vor ElevenLabs habe ich Cartesia, Google Gemini 2.5 TTS, Fish Audio, Hume Octave und Open-Source-Alternativen evaluiert. ElevenLabs gewann bei der emotionalen Kontrolle — entscheidend für Geschichten, in denen Gottes Stimme anders klingen muss als die des Erzählers.

Musikgenerierung (Suno AI): Originelle Kinderreime und Schlaflieder wurden mit Suno komponiert und generiert. Der Prozess war iterativ: Texte in Kinderreim-Struktur schreiben — 4–5 Wörter pro Zeile, starke Wiederholungen, Tiergeräusche — und dann die Stil-Tags über mehrere Generationen hinweg anpassen. Das Ziel war einfach: Lieder, die so vorhersehbar sind, dass ein Kleinkind bis zur zweiten Strophe jede Zeile erahnen kann.

Bildgenerierung: Story-Illustrationen und App-Assets wurden durch Midjourney und Ideogram erkundet, wobei das Prompt-Engineering auf eine Kinderbuch-Ästhetik abgestimmt wurde: warme Farben, diverse Charaktere, schriftgemäße Szenen.

Inhaltserstellung: Bibelgeschichten wurden für die Altersgruppe 3–10 Jahre neu erzählt, Gebete in altersgerechter Sprache verfasst und Affirmationen auf die Heilige Schrift gestützt — alles in Co-Autorschaft mit KI unter der Vorgabe theologischer Genauigkeit.

Marketing und Wachstum: KI half auch bei der Keyword-Recherche-Analyse, der Architektur von Google Ads-Kampagnen (11 Anzeigengruppen, Listen mit auszuschließenden Keywords, GA4 + Firebase Conversion-Tracking), Text und Design der Landingpage (drei Iterationen, von WordPress-Blöcken zu einer maßgeschneiderten Seite mit Schlafenszeit-Atmosphäre und Sternenfeld-Animationen), App Store-Versionshinweisen mit spanischen und portugiesischen Übersetzungen, E-Mail-Marketing-Architektur mit Kit und der mehrsprachigen Strategie.

Wo KI wirklich transformativ war

  1. Mehrsprachige Content-Infrastruktur. Fünf Sprachen, Canonical-ID-Auflösung, Cross-Collection-Fallbacks, Eigenheiten des lokalisierten Algolia-Index. Ich habe die Architektur entworfen; Claude Code hat die Implementierungen geschrieben und verifiziert.
  2. Performance-Refactoring. Der Performance-Durchlauf vom 6. März — Disk-Image-Caching, Lazy SliverGrid, selektive Rebuilds — war ein chirurgisches Refactoring mit acht Änderungen, das von Hand eine Woche gedauert hätte. Mit einem KI-Partner, der Funktionssignaturen liest, bevor er sie aufruft, dauerte es einen Nachmittag.
  3. Design-Präzision. Das Ausführen von /audit und /critique auf der Startseite deckte ein kritisches Problem mit der Barrierefreiheit auf — null Semantics() -Aufrufe, also keine Screenreader-Unterstützung — und eine hartcodierte Farbe, die ein Badge im Dark Mode unsichtbar machte. Beides wäre mir mit bloßem Auge nicht aufgefallen.

Wo KI nicht die Antwort war

  1. Die Namensgebung. Markenentscheidungen sind immer noch menschlich.
  2. Das Menschenproblem. Der Grund, warum Halo existiert, kann nicht von einem Modell stammen. Er muss aus einem Leben stammen.
  3. Zu wissen, wann man veröffentlicht. Die KI wird ewig optimieren, wenn man sie lässt. Zu wissen, dass der 10. März für echte Eltern gut genug war, war eine Ermessensentscheidung.
  4. Theologische Genauigkeit. KI kann ein Kindergebet schreiben, aber die Entscheidung, ob es für sowohl katholische als auch evangelische Familien doktrinär angemessen ist, erfordert immer noch menschliches Urteilsvermögen.

Ergebnisse

  • Im App Store veröffentlicht: 10. März 2026
  • Im Play Store veröffentlicht: 24. März 2026
  • Sprachen: 5 (Englisch, Spanisch, Portugiesisch, Russisch, Deutsch)
  • Inhalt: 100+ Geschichten, Gebete, Lieder, Andachten, Affirmationen
  • Monetarisierung: Freemium (RevenueCat) — Abonnement + Einzelkäufe
  • Wachstum: Google Ad Grants ($10K/Monat kostenloses Budget), Landingpage auf christianpure.com, Conversion-Tracking-Pipeline
  • 100-200 Downloads pro Tag

Was ich anders machen würde

  1. Das Design-Briefing am ersten Tag festlegen, nicht in Woche sechs. Die Kurskorrektur hätte ein Refactoring der Startseite erspart, wenn ich das Design-Audit vor der Veröffentlichung der ersten Version durchgeführt hätte.
  2. Mit Flutter beginnen, nicht mit FlutterFlow. Der visuelle Builder sparte anfangs Zeit, verursachte dann aber monatelange technische Schulden – insbesondere im Bereich Audio-Engineering und bei den Kaufprozessen. Jede Einschränkung von FlutterFlow erzwang einen noch umständlicheren Workaround. Die Migration kostete Wochen, die in neue Funktionen hätten fließen können.
  3. Baue die Conversion-Infrastruktur vor dem Produkt auf. Halo war monatelang in beiden App Stores live, mit fast keiner nennenswerten Installations-Traktion, weil es keinen Funnel gab, der die 240.000 monatlichen Besucher von Christian Pure mit der App verband. Die Google Ads-Kampagnen und die Landingpage kamen zu spät.
  4. Sprich mit fünf Elternteilen, bevor du auch nur eine Zeile Code schreibst. Ich habe aus Instinkt und persönlichem Bedarf heraus entwickelt. Beides erwies sich als richtig, aber ich hatte Glück.

Warum diese Arbeit wichtig ist

Ich bin einer der seltenen Kandidaten, die im Alleingang ein ausgefeiltes Consumer-Produkt veröffentlichen können, indem sie ein LLM als Kollaborateur und nicht als Autovervollständigung betrachten. Ich habe dauerhafte Design-Briefings, Custom Skills und einen Multi-Maschinen-Workflow entwickelt, die es mir erlauben, im Tempo eines kleinen Teams zu agieren – und dabei durch automatisierte Audits und Feedback-Schleifen höchste Design-Präzision zu wahren.

Ich bin von einem echten menschlichen Moment ausgegangen und habe ein komplettes Produkt, eine Marke und eine visuelle Sprache aus diesem einzigen Gefühl heraus per Reverse-Engineering entwickelt. Ich kann den Audit- und Kritik-Pfad aufzeigen, der die falsche Referenz in die richtige verwandelt hat, sowie die App-Store-Screenshot-Strategie, die sich von Feature-Listen hin zu emotionalem Storytelling entwickelt hat.

Ich habe im Alleingang in drei Monaten eine Verbraucher-App in fünf Sprachen für zwei Plattformen entworfen, entwickelt und veröffentlicht. Die KI-Produktionspipeline – ElevenLabs für Sprache, Suno für Musik, Claude Code für die Entwicklung, Midjourney für Kunst – ist selbst eine Fallstudie darüber, wie ein Designer-Entwickler arbeitet, wenn KI der Kraftmultiplikator ist.