Mobile-App-Entwicklung

Beende jede Woche mit einer einzigen Nachricht. Keine Frist, kein Exit-Gespräch, kein Kleingedrucktes. Wir rechnen wöchentlich ab, du bist also maximal die laufende Woche gebunden.

Es steht in deinem Vertrag: Sag es uns, und wir erstatten diese Woche. Keine Rückfragen, keine Rechnungen zum Streiten, keine Eskalationscalls. Einzige Regel: Erstattungen gelten für die letzte Woche.

Weil Stunden die falsche Metrik sind. Wenn wir auf abrechenbare Stunden optimieren, optimieren wir nicht auf dein Ergebnis. Der Deal ist einfacher: Jede Woche müssen wir die nächste verdienen. Wenn wir das nicht tun, zahlst du nicht. Wir können null Stunden oder sechzig investieren. Was zählt, ist, ob du umgehauen bist.

Wir arbeiten mit Operators, nicht mit Lottogewinnern. Wenn eine Anforderung Physik, Gesetz oder Drittanbieter-Systeme brechen würde, sagen wir das, und wenn wir uns nicht ausrichten können, gehen wir. Die Garantie ist gegenseitig: Du kannst uns jede Woche feuern; wir können uns auch selbst feuern.

Standardmäßig React Native oder Flutter, wenn Feature-Parität mit dem Web zählt, Time-to-Market kritisch ist oder das Budget keine zwei Codebases trägt. Native (Swift, Kotlin), wenn die App grafiklastig ist, viel mit Hardware-Sensoren arbeitet oder absolute UI-Treue braucht. Wir zeigen dir die Trade-offs in einer echten Schätzung – und schieben dich nicht zu dem, was für uns am einfachsten ist.

End-to-End: Store-Metadaten, Screenshots, Video-Previews, Altersfreigaben, Datenschutz-Deklarationen, App Tracking Transparency, App Privacy Labels und den Review-Rejection-Zyklus. Wir haben oft genug durch beide Stores ausgeliefert, um Ablehnungsgründe zu kennen, bevor sie auftreten.

Ja, und wir empfehlen es dringend. Mobile Apps brauchen OS-Version-Wartung (jedes iOS-/Android-Release bricht irgendwas), Library-Security-Patches und Anpassungen an Store-Richtlinien. Wir bieten Post-Launch-Retainer von On-Call-Hotfixes bis zur aktiven Feature-Entwicklung. Du wirst zu nichts gezwungen – du wählst das Level.

Ja, standardmäßig. Firebase Cloud Messaging oder OneSignal für Push, Mixpanel/Amplitude/PostHog für Analytics, Sentry oder Bugsnag für Crashes, und einen datenschutzfreundlichen Analytics-Pfad (Umami/Plausible im Web-Pendant). Vor Launch konfiguriert, nicht erst nach dem ersten Incident.

Cross-Platform-MVP (React Native oder Flutter) mit Login, Kern-Flow und einem kostenpflichtigen Feature: 25.000–50.000 €. Produktions-App mit Backend, Push, In-App-Purchases und Analytics: 50.000–120.000 €. Zwei echte Native-Codebases (Swift + Kotlin) parallel: das 1,7- bis 2,2-fache der Cross-Platform-Zahl. Apple- und Google-Developer-Accounts kosten je 99 €/Jahr und sind nicht enthalten. Den App-Store-/Play-Store-Rejection-Zyklus quotieren wir ein, damit auf „wir sind fertig“ nicht drei Wochen Re-Submissions folgen.

Wenn du keinen Zugriff auf Sensorik brauchst, die über das Web hinausgeht, dein Publikum sowohl iOS als auch Android nutzt, Store-Umsätze nicht das Geschäftsmodell sind und du eine Codebase willst, die in Stunden statt Tagen ausliefert. PWAs können Offline, Push (auf Android), Home-Screen-Install und die meisten modernen Web-APIs. Wir bremsen das pauschale „wir brauchen eine Mobile App“, wenn eine PWA 6 Wochen früher live ginge und dieselben Nutzer konvertiert. Nativ bauen wir, wenn OS-Integrationen (HealthKit, ARKit, Secure Enclave, Background Worker, tiefer Systemzugriff) tragend sind.