Calculator Batch

Das Problem

Nischen-Rechner-Apps sind eine alte und profitable Ecke des Play Store: ein Trinkgeld-Rechner, ein Betonmengen-Rechner, ein Blutalkohol-Rechner. Jede davon ist eine Ein-Screen-App mit einer einzigen Berechnung – aber jede benötigt ein eigenes Icon, einen eigenen Store-Eintrag, ASO-Keywords, Werbeeinheiten, ein IAP-Produkt und einen Signing-Keystore. 33 solcher Apps als 33 separate Flutter-Projekte zu bauen würde bedeuten, 33 Ad-SDK-Upgrades, 33 Material-3-Theme-Aktualisierungen und 33 IAP-Integrationen zu pflegen, sobald sich irgendetwas in der Plattform ändert. Ziel war ein gemeinsamer Shell, bei dem jeder Rechner eine Konfigurationsdatei plus eine Berechnungsfunktion ist.

Wie wir es gebaut haben

1. 01Einen gemeinsamen Shell aufgebaut, der Material-3-Theming (Seed-Farb-basiert, Hell / Dunkel, ThemeMode.system), Einstellungen, Verlauf, Export, AdMob-Initialisierung und in_app_purchase-Verdrahtung übernimmt. Jeder Rechner fügt eine Konfigurationsdatei (Name, Einheiten, Felder, Validierung) und eine reine Dart-Berechnungsfunktion mit Unit-Tests hinzu.
2. 0233 Rechner in den Bereichen Persönliche Finanzen (Hypothek, Darlehen, Zinseszins, Gehalt, Autokredit), Bauwesen (Beton, Farbe, Fliesen, Teppich, Zaun, Mulch, Trockenbau, Kies), Gesundheit (BMI, Kalorien, Makros, Körperfett, Wasserhaushalt, Schwangerschaft, Blutalkohol, Tempo) und Alltag (Trinkgeld, Rabatt, Kraftstoffkosten, Koch-Umrechner, GPA, Note, Prozent, Alter, Hundealter, Stromkosten, Datumsdifferenz, Einheiten-Umrechner) geschrieben. 250 von 250 Unit-Tests bestanden, zwei vollständige Deep-Audit-Runden ohne verbleibende Fehler.
3. 03Den vollständigen Anzeigen-Stack verdrahtet – Banner, Interstitial, Rewarded Video und Native – plus ein einmaliges $2.99 Pro-IAP, das Werbung entfernt, Verlauf freischaltet und Export ermöglicht. Jedes Anzeigen-Widget und jede Schranke reagiert per ValueListenableBuilder auf den Kaufstatus: setPro(true) blendet sofort jede Werbefläche in der laufenden App aus – ohne Neustart.
4. 04Den App-Build automatisiert: 33 Konfigurationen, 33 Store-Listing-Ordner, Build-Skripte, die Icon, Name, applicationId, Anzeigenblock-IDs (per dart-define) und IAP-Produkt-IDs zur Kompilierzeit austauschen. Ad-Mediation-Adapter (AppLovin MAX, Unity) sind verdrahtet, aber auskommentiert, bis die AdMob-Konsole je App konfiguriert ist.

Ergebnis

Alle 33 Apps code-complete, 250 / 250 Tests bestanden, zwei Deep-Audit-Runden abgeschlossen, Monetarisierung über die gesamte Flotte vollständig integriert. Die Build-Automatisierung erzeugt je App ein signiertes APK / App-Bundle über dasselbe Skript. Die verbleibende Arbeit ist ausschließlich manuell: Play-Console-Accounts, AdMob-Anzeigenblock-IDs je App, RevenueCat-Produkt-Setup, Firebase-Projekte je App und Signing-Keystores. Nichts davon erfordert weitere Änderungen an der Codebase.

Als Nächstes

Zunächst QR Code Gen einreichen (Store-Dokumentation bereits vollständig), damit der Play-Console-Account sich einspielt, dann Calculator Batch über dieselbe Einreichungs-Pipeline abwickeln. Sobald die ersten drei Apps live sind, Ad-Mediation aktivieren und den eCPM-Effekt durch AppLovin-MAX- + Unity-Bieter messen.