Merim TufoProjekt besprechen
Mobile Apps
MA–1

Mobile Apps

Flutter-Apps, bis in den Store gebracht.

Ich baue Flutter-Apps für iOS und Android und übernehme Zahlungsintegration, CI und Store-Veröffentlichung. Sie bekommen einen Entwickler, der die App verantwortet, und keine Sammlung von Screens, die Sie selbst integrieren müssen.

Ablauf einer Flutter-App: App, Käufe, signierte CI-Builds, Store-Release, mit einem Patch-Zweig.1234
MA-1 — Von der App in den Store
  1. Oberfläche
  2. Zustand & Speicherung
  3. In-App-Käufe
  4. Native Ebene & Release
NachweiseMA–2

Aktuelle Mobile-Projekte

Seit einem Jahr bin ich der einzige Mobile-Entwickler einer produktiven Dating-App für iOS und Android.

  1. 1.090+ Commits, 99 % davon von mir; rund 124.000 Zeilen Dart, abgedeckt durch rund 112.000 Zeilen Tests in 464 Testdateien.
  2. In-App-Käufe in beiden Stores: StoreKit und Google Play Billing 8, Belegprüfung, Acknowledgement, Entitlement-Polling und Google Real-time Developer Notifications.
  3. Die API-Schicht in ein versioniertes Dart-Paket ausgelagert, sodass ein einziger Commit einen per Code Push gepatchten Build exakt reproduziert.
  4. Paguely, meine eigene App, allein gebaut und live im App Store und bei Google Play.

Angaben Stand Oktober 2026.

LeistungsumfangMA–3

Was enthalten ist

Ein Mobile-Projekt umfasst die App, die Teile drumherum, die darüber entscheiden, ob sie ausgeliefert wird, und die ersten Wochen nach dem Start.

  1. Die App

    Flutter für iOS und Android, Clean Architecture nach Feature, BLoC oder Riverpod, Offline-Speicherung, Echtzeit-Chat und Presence, wo das Produkt sie braucht.

  2. Zahlungen

    In-App-Käufe und Abonnements über StoreKit, Google Play Billing oder RevenueCat, Stripe für physische Waren und Anzahlungen. Serverseitige Prüfung, kein blindes Vertrauen in den Client.

  3. Native Schicht

    Platform Channels in Kotlin und Swift, wenn ein Plugin nicht ausreicht: Homescreen-Widgets, Haptik, State Restoration, Kamera und ML Kit, Karten.

  4. Release Engineering

    Signierte Builds pro Flavor in Codemagic oder GitHub Actions, Qualitätsprüfungen bei jeder Änderung, Shorebird Code Push für Fixes, die nicht auf den Review warten können, App Store Connect und Google Play Console.

  5. Übernahme

    Bestehende App mit Problemen? Ich beginne mit einem Audit von Code, Build und Release-Setup und behebe die Probleme anschließend in der Reihenfolge ihrer Auswirkung auf die Nutzer.

VorgehenMA–4

Vom Briefing bis in den Store

Der erste installierbare Build kommt früh; das Store-Release folgt, wenn der zentrale Nutzerablauf auf echten Geräten funktioniert.

  1. Briefing und Design-Review

    Ich lese Ihr Briefing und Ihre Designs und liste auf, was fehlt: Zustände, Fehler, Zahlungen, Store-Regeln.

  2. Skeleton-Build

    Anmeldung, Hauptbildschirm und ein Testkauf funktionieren durchgängig, ausgeliefert über TestFlight und einen internen Play-Track.

  3. Funktionen mit Prüfschranken

    Jede Änderung durchläuft statische Analyse, Tests und einen erfolgreichen Build, bevor sie gemergt wird.

  4. Einreichung

    Daten für den Store-Eintrag, Datenschutzformulare, Hinweise für den Review und Antworten an die Reviewer.

  5. Nach dem Start

    Absturzberichte und Nutzerfeedback haben Vorrang. Dringende Fixes gehen per Code Push raus, soweit die Stores das erlauben.

FragenMA–5

Fragen

Warum Flutter statt zweier nativer Apps?

Eine Flutter-Codebasis bedient iOS und Android, sodass Funktionen und Fixes gleichzeitig für beide erscheinen. Braucht eine Funktion nativen Code, schreibe ich ihn in Kotlin oder Swift und rufe ihn aus Flutter auf.

Können Sie eine bestehende Flutter-App übernehmen?

Ja. Ich beginne mit einem Audit von Code, Tests, Build-Pipeline und Store-Setup, halte fest, was riskant ist, und behebe es dann in der Reihenfolge der Auswirkung auf die Nutzer.

Übernehmen Sie In-App-Käufe und Abonnements?

Ja. Ich habe StoreKit und Google Play Billing mit Belegprüfung, Acknowledgement und Entitlement-Checks ausgeliefert und arbeite auch mit RevenueCat und Stripe.

Veröffentlichen Sie die App im App Store und bei Google Play?

Ja. Ich bereite signierte Builds, Store-Einträge, Datenschutzformulare und Hinweise für den Review vor, reiche die App ein und beantworte Rückfragen des Reviews. Die App wird unter Ihrem Entwicklerkonto veröffentlicht.

Wie spielen Sie dringende Fixes nach dem Start aus?

Mit Shorebird Code Push können Fixes auf Dart-Ebene die Nutzer ohne neuen Store-Review erreichen. Native Änderungen laufen weiterhin über die Stores.

Gestalten Sie die App auch?

Ich baue nach Ihren Figma-Designs und prüfe das Ergebnis dagegen. Gibt es noch kein Design, kann ich mit Ihrem Designer arbeiten oder von einem einfachen Designsystem ausgehen.

Wie wird ein Mobile-Projekt abgerechnet?

In der Regel nach Aufwand mit erfassten Stunden, nach einem schriftlichen Scope und einer Schätzung. Schicken Sie das Briefing, ich antworte mit Rückfragen und einem Plan.

ChecklisteMA–6

Möchten Sie eine App entwickeln oder retten lassen?

CS-01

Schicken Sie das Briefing, die Designs, falls vorhanden, und Ihren Termin.

  1. Was das Produkt tut und wer es nutzt.
  2. Was es schon gibt: Designs, Code, ein Backend, ein Store-Konto.
  3. Ihre Frist und alles, was feststeht, etwa ein Starttermin oder eine Plattform.
Projekt besprechen