Mobile App Entwicklung als Subscription

Native Mobile Entwicklung: Warum wir auf SwiftUI und Kotlin setzen

Mobile Apps sind kein Nebenprojekt. Ihre Nutzer verbringen täglich über vier Stunden am Smartphone. Die Erwartungen an Performance, Animationen und Usability sind höher als je zuvor. Deshalb entwickeln wir nativ, für jede Plattform separat, mit den besten Tools die Apple und Google bereitstellen.

Warum nativ statt Cross-Platform?

Wir haben uns bewusst gegen Cross-Platform Frameworks entschieden. Nicht weil sie schlecht sind, sondern weil native Entwicklung für unsere Kunden die besseren Ergebnisse liefert:

Beste Performance: Kein JavaScript-Bridge, kein Overhead. Die App läuft direkt auf der Hardware
Plattform-native UX: iOS-Nutzer erwarten iOS-Patterns, Android-Nutzer erwarten Material Design. Keine Kompromisse
Sofortiger Zugang zu neuen APIs: SwiftUI bekommt neue iOS-Features am Tag der WWDC-Keynote. Kein Warten auf Framework-Updates
Bessere App Store Bewertungen: Native Apps haben im Durchschnitt 0,3 Sterne höhere Bewertungen als Cross-Platform Apps
Einfacheres Debugging: Xcode Instruments und Android Profiler sind die besten Debugging-Tools der Welt
Keine Framework-Abhängigkeit: Kein Risiko dass ein Cross-Platform Framework eingestellt oder inkompatibel wird

Was wir entwickeln

iOS Apps mit SwiftUI

SwiftUI ist Apples modernes UI-Framework. Deklarativ, reaktiv, und tief in das Apple-Ökosystem integriert. Seit iOS 17 ist SwiftUI ausgereift genug für jede Art von App.

Was SwiftUI auszeichnet:

Deklarative Syntax: UI wird beschrieben, nicht imperativ zusammengebaut
Live Preview: Änderungen sind sofort in Xcode sichtbar, ohne Build
System Integration: Widgets, App Intents, ShareExtensions, alles nativ
Accessibility: VoiceOver, Dynamic Type, Reduce Motion out-of-the-box
Apple Plattformen: Eine Codebase für iPhone, iPad, Apple Watch, Apple TV

Typische iOS-Projekte:

E-Commerce Apps mit Apple Pay
Health & Fitness mit HealthKit
Finanz-Apps mit biometrischer Authentifizierung
Unternehmens-Apps mit MDM-Support
Social Media mit Push Notifications und Kamera-Integration

Android Apps mit Kotlin und Jetpack Compose

Kotlin ist seit 2019 Googles empfohlene Sprache für Android. Jetpack Compose ist das moderne UI-Toolkit, vergleichbar mit SwiftUI für Android.

Was Kotlin + Compose auszeichnet:

Null Safety: Keine NullPointerException mehr, der häufigste Android-Crash
Coroutines: Elegantes Async-Programming ohne Callback-Hell
Material Design 3: Googles neueste Design-Sprache, dynamic color themes
Compose Multiplatform: Potential für Desktop-Apps mit derselben UI-Logik
Backward Compatibility: Compose funktioniert ab Android API 21 (Android 5.0)

Typische Android-Projekte:

B2B-Apps mit komplexen Formularen und Offline-Fähigkeit
Logistik-Apps mit GPS-Tracking und Barcode-Scanning
IoT-Apps mit Bluetooth-Integration
Content-Apps mit Media Player und Download-Manager
Enterprise-Apps mit Geräte-Management

Native vs Cross-Platform: Die ehrliche Entscheidungsmatrix

Diese Frage stellen uns 80% aller Kunden. Hier unsere ehrliche Einschätzung:

Kriterium	Native (SwiftUI + Kotlin)	Cross-Platform
Performance	Maximale Performance	90-95% der nativen Performance
UX-Qualität	Plattform-perfekt	Kompromisse bei Details
Entwicklungskosten	Höher (2 Codebases)	Niedriger (1 Codebase)
Time-to-Market	Länger	Kürzer
Wartungskosten	2 Teams oder breites Know-how	1 Team
Neue OS-Features	Sofort verfügbar	Wochen bis Monate Verzögerung
App Store Approval	Unproblematisch	Gelegentlich Probleme
Komplexe Animationen	Volle Kontrolle	Eingeschränkt
Hardware-Zugriff	Vollständig	Abhängig von Plugins
Langfristige Kosten	Stabiler, weniger Migration	Framework-Wechsel-Risiko

Wann nativ die richtige Wahl ist

Performance-kritische Apps: Spiele, Video-Editing, AR/VR, Echtzeit-Verarbeitung
Plattform-tiefe Integration: HealthKit, CarPlay, Widgets, Siri Shortcuts, NFC
Langlebige Produkte: Apps die 5+ Jahre leben sollen ohne Framework-Migration
Regulierte Branchen: Fintech, Healthcare, wo App Store Compliance kritisch ist
Premium-Produkte: Wenn die UX ein Differenzierungsmerkmal ist
Enterprise: MDM, VPN, komplexe Sicherheitsanforderungen

Wann Cross-Platform reichen kann

MVP-Validierung: Wenn Sie schnell testen wollen ob die Idee funktioniert
Content-zentrierte Apps: News, Kataloge, einfache CRUD-Apps
Budget-Einschränkungen: Wenn native Entwicklung das Budget sprengt
Kleine Teams: Wenn kein separates iOS/Android Know-how verfügbar ist

Unsere Empfehlung: Starten Sie nativ wenn Sie es sich leisten können. Die höheren initialen Kosten amortisieren sich durch niedrigere Wartungskosten und bessere Nutzerbewertungen. Wenn Budget der limitierende Faktor ist, starten Sie mit einer Plattform nativ (meistens iOS) und erweitern später auf Android.

Unser Mobile Tech-Stack

iOS

Kategorie	Tool	Warum
UI	SwiftUI	Modernes deklaratives UI Framework
Sprache	Swift 5.9+	Type-safe, performant, modern
Architektur	MVVM + Coordinator	Testbar, skalierbar, navigierbar
Networking	URLSession + Async/Await	Native, kein Overhead
Persistenz	SwiftData / Core Data	Apple-native Datenbank
DI	Swift Dependencies	Leichtgewichtig, testbar
Testing	XCTest, XCUITest	Native Test-Frameworks
CI/CD	Xcode Cloud / Fastlane	Automatisierte Builds und Distribution

Android

Kategorie	Tool	Warum
UI	Jetpack Compose	Modernes deklaratives UI Toolkit
Sprache	Kotlin	Googles empfohlene Android-Sprache
Architektur	MVVM + Navigation Compose	Offizielles Architecture Pattern
Networking	Ktor / Retrofit	Type-safe HTTP Clients
Persistenz	Room	SQLite mit Kotlin Coroutines
DI	Hilt / Koin	Standard Dependency Injection
Testing	JUnit, Espresso, Compose Test	Unit, Integration, UI Tests
CI/CD	GitHub Actions + Fastlane	Automatisierte Builds und Distribution

App-Architektur die skaliert

Shared Business Logic

Auch wenn die UI separat für jede Plattform entwickelt wird, teilen wir wo möglich die Geschäftslogik:

API-Schicht: Beide Apps kommunizieren mit derselben Backend-API
Datenmodelle: Die API-Response-Typen sind über OpenAPI oder GraphQL Schema definiert
Validierungsregeln: Business-Regeln leben im Backend, nicht in der App
Feature Flags: Ein Service steuert Features für beide Plattformen

Offline-First Architektur

Viele unserer mobilen Projekte müssen offline funktionieren. Unsere Strategie:

Lokale Datenbank: SwiftData (iOS) und Room (Android) als lokaler Cache
Sync-Engine: Konfliktfreie Synchronisation wenn die Verbindung zurückkehrt
Optimistic Updates: UI reagiert sofort, Sync passiert im Hintergrund
Queue für Mutations: Offline-Aktionen werden gespeichert und bei Verbindung ausgeführt

App Store Deployment und Distribution

Apple App Store

Der Review-Prozess ist berüchtigt. Wir kennen die Regeln und vermeiden Ablehnungen:

App Store Guidelines Compliance: Wir prüfen vor jedem Submit
TestFlight: Beta-Distribution für interne Tests und ausgewählte Nutzer
App Store Connect: Screenshots, Beschreibungen, Keywords, alles optimiert
Phased Rollout: Schrittweiser Release an 1%, 5%, 10%, 50%, 100% der Nutzer
In-App Purchases: StoreKit 2 für Subscriptions und Einmalkäufe

Google Play Store

Internal Testing Track: Sofortige Distribution ohne Review
Closed Beta: Einladungsbasiertes Testing
Open Beta: Öffentlicher Beta-Test vor dem Release
Staged Rollout: Prozentuale Verteilung wie bei Apple
Play Billing: Subscriptions und In-App Purchases

Enterprise Distribution

Für Unternehmens-Apps die nicht in den öffentlichen Store sollen:

Apple Business Manager: MDM-basierte Verteilung
Google Managed Play: Enterprise App Distribution
Custom App Distribution: Über Ihr eigenes MDM-System

Mobile Backend Integration

Eine App ist nur so gut wie ihr Backend. Wir entwickeln mobile Apps immer in Verbindung mit einer robusten API:

Authentication: OAuth2, Biometrie, Social Login
Push Notifications: APNs (Apple) und FCM (Google) mit Backend-Integration
File Upload: Pre-signed URLs für direkte S3-Uploads
Real-time: WebSocket für Live-Updates und Chat
Analytics: Privacy-konforme Event-Tracking

Wie wir APIs für Mobile Clients designen: API-Entwicklung. Warum die Cloud-Infrastruktur für Mobile Backends besonders kritisch ist.

So arbeiten wir an Ihrer Mobile App

1. Discovery & Plattform-Entscheidung

Welche Plattform zuerst? iOS oder Android? Oder beide parallel? Wir analysieren Ihre Zielgruppe, den Markt und Ihr Budget.

2. UX/UI Design

Mobile Design ist anders als Web Design. Touch-Targets, Gestensteuerung, Offline-Zustände, Push-Notifications, all das muss von Anfang an mitgedacht werden. Wir arbeiten eng mit Ihrem Design-Team oder liefern das Design mit.

3. Iterative Entwicklung

Feature für Feature, mit TestFlight/Internal Track Builds nach jedem Sprint. Sie testen auf echten Geräten, nicht nur im Simulator.

Unser Prozess im Detail: Development as a Subscription

4. Testing

Unit Tests für Business-Logik
UI Tests für kritische User Flows
Performance Tests auf verschiedenen Geräten
Accessibility Tests mit VoiceOver/TalkBack

5. Launch

App Store Submission, Review-Management, Monitoring. Wir begleiten Sie durch den gesamten Launch-Prozess.

Häufige Fragen zur Mobile Entwicklung

Wie lange dauert eine Mobile App Entwicklung?

Ein MVP mit 5-8 Screens dauert typischerweise 8-12 Wochen pro Plattform. Komplexe Apps mit Offline-Fähigkeit, Payment und tiefem Plattform-Zugriff: 4-6 Monate. Parallele iOS + Android Entwicklung spart Zeit aber nicht proportional, rechnen Sie mit 60-70% der kombinierten Einzelzeiten.

Soll ich mit iOS oder Android starten?

Das hängt von Ihrer Zielgruppe ab. B2C im DACH-Raum: iOS zuerst (höhere Zahlungsbereitschaft, 55% Marktanteil in der Schweiz/Österreich). B2B oder international: Android zuerst (85% weltweiter Marktanteil). Enterprise: oft beide gleichzeitig.

Was kostet Mobile App Entwicklung?

Ab €2.495/Monat als Subscription für eine Plattform. Für parallele iOS + Android Entwicklung empfehlen wir Advanced 300 (€9.995/Monat). Das ist 3-5x günstiger als zwei dedizierte Mobile-Entwickler: Die wahren Kosten eines Entwicklers.

Brauche ich ein separates Backend?

Ja, in 95% der Fälle. Eine Mobile App ohne Backend ist wie ein Auto ohne Motor. Authentifizierung, Datenspeicherung, Push Notifications, alles braucht einen Server. Wir entwickeln Frontend und Backend aus einer Hand.

Wie halte ich meine App nach dem Launch aktuell?

iOS und Android releasen jährlich neue OS-Versionen. Ihre App muss kompatibel bleiben. Mit unserer Subscription kümmern wir uns um OS-Updates, Bug-Fixes und neue Features. Kein separater Wartungsvertrag nötig.

Können Sie meine bestehende App modernisieren?

Ja. Wir migrieren ältere Swift/Objective-C Apps zu SwiftUI und Java-Apps zu Kotlin/Compose. Schrittweise, ohne den laufenden Betrieb zu gefährden. Gleichzeitig bauen wir Technical Debt ab.