App-Entwicklung – native und Cross-Platform-Apps, die live gehen
Die meisten mobilen Apps scheitern irgendwo zwischen TestFlight und App Store. Wir liefern Apps, die das Store-Review, echte Netzwerke und die lange Liste an Geräten überstehen, die Ihre Nutzer tatsächlich besitzen.
| Dimension | Nativ (iOS + Android) Swift / Kotlin | Cross-Platform React Native oder Flutter |
|---|---|---|
| Zeit bis zum ersten Release | Langsamer (zwei Codebasen) | Schneller |
| Langfristige Kosten | Höher | 30–50% niedriger |
| Plattformspezifische APIs | Zugriff ab Tag eins | Meist über Bridges |
| Framerate-kritische UI | Am besten | Hervorragend, bei sorgfältiger Umsetzung |
| Team für die Wartung | iOS- und Android-Spezialisten | Ein Team |
| Die richtige Wahl für | Hardwarelastige Apps, AR, Spiele | Die meisten Produkt-Apps |
Was Sie bekommen
Wann es passt
- Mobile ist der wichtigste Kanal – kein Anhängsel eines Webprodukts
- Sie brauchen echte Gerätefunktionen (Kamera-Pipelines, BLE, AR, Hintergrundprozesse)
- Sie können drei Dinge benennen, die die App besser können muss als die Web-App, damit sie eine Installation verdient
- Kontinuierliche Releases sind finanziert oder werden es – Apps, die stillstehen, veralten
Wann nicht
- Die „App“ ist eigentlich eine verpackte Website – eine PWA gewinnt bei Kosten und Reichweite meist
- Nach dem Launch ist niemand für das Produkt verantwortlich – Apps ohne Owner verrotten innerhalb eines Quartals
- Sie erwarten eine einmalige Entwicklung ohne laufende Pflege für neue iOS- und Android-Versionen
Ablauf
Zwei Wochen Discovery: Gerätematrix, Risiko-Audit für das Store-Review und eine ausgelieferte Hello-World-App auf TestFlight und im internen Test-Track. Danach 8–14 Wochen bis zum MVP. Crashfreie Sessions, Framerate und Time-to-Interactive messen wir ab dem ersten Sprint – eine „schnelle App“ ist eine Kennzahl, kein Gefühl.
Der vollständige AblaufPreise
Festpreis pro Meilenstein für klar umrissene Projekte (typischerweise $80–250k für ein MVP). Ein dediziertes Team für längere Roadmaps. Wartungsverträge decken OS-Upgrades, Änderungen der Store-Richtlinien und kontinuierliche Releases ab.
Zusammenarbeitsmodelle ansehenFallstudien
Zutrittskontrollsystem für Wohnanlagen
Ein bestechend einfaches Portal zu vernetzten, sicheren Umgebungen – für mühelose Bedienung und ein beruhigendes Gefühl in Wohnanlagen.
FinTech-Plattform für Mobile Banking
Sicheres, KI-gestütztes Mobile Banking für über 500.000 Nutzer – mit Echtzeitüberweisungen und biometrischer Authentifizierung.
So würden wir es bauen
Blueprints: Beispielprojekte mit Plan, Architektur und den Zielgrößen, von denen wir ausgehen würden.
24/7-Fitnessstudio-App mit Türöffnung per Handy
Mitglieder-App für unbemannte 24/7-Studios: Türöffnung per Handy, Anti-Passback, Kursbuchung, Vertragspausen, Live-Auslastung und Alarme ans Team.
Außendienst-App für Wärmepumpen- & PV-Fachbetriebe
Offline-fähige Vor-Ort-Aufnahme, Angebote, Checklisten zur Inbetriebnahme und Förderunterlagen für Wärmepumpen- und PV-Teams – plus Kundenportal.
Last-Mile-App für Zustellfahrer & Disposition
Offline-fähige Fahrer-App mit Zustellnachweis, Live-ETA-Links für Empfänger und Dispositions-Dashboard für Tourenänderungen und Retouren.
FAQ
- Nativ oder React Native – wie entscheiden wir?
- Ausgangspunkt ist die Aufgabe, nicht das Framework. Hardwarelastige Apps (AR, BLE-Pipelines, Videoverarbeitung) rechtfertigen meist eine native Entwicklung. Die meisten Produkt-Apps – Banking, Marktplätze, Produktivität – sind mit React Native oder Flutter schneller und günstiger live, ohne dass Nutzer einen Unterschied merken. In der Discovery zeigen wir Ihnen die Vor- und Nachteile anhand Ihrer konkreten Feature-Liste.
- Kümmern Sie sich um das Review im App Store und im Play Store?
- Ja – in der Discovery führen wir ein Risiko-Audit für das Store-Review durch und berücksichtigen im Design genau die Punkte, die tatsächlich zu Ablehnungen führen (Abwicklung von In-App-Käufen, Nutzung privater APIs, Berechtigungen, Inhalte für Kinder). Die meisten Apps kommen bei uns im ersten Review durch; bei riskanten Kategorien planen wir eine Ablehnung und eine schnelle Nachbesserung ein.
- Wie lange dauert es, bis etwas in TestFlight ist?
- In Woche 2. Ein lauffähiger Hello-World-Build auf TestFlight und im internen Test-Track von Google Play ist das Ergebnis des ersten Sprints. So klären wir Signierung, Provisioning und CI vor jeder Produktarbeit – genau die Dinge, die Teams ausbremsen, wenn sie sie bis zum Schluss aufschieben.
- Betreuen Sie die App nach dem Launch und bei neuen OS-Versionen?
- Ja, mit einem monatlichen Wartungsvertrag. Mobile Apps brauchen pro Plattform und großem OS-Release mindestens rund 4 Stunden Aufwand, nur um in den Stores zu bleiben; ohne diese Pflege verschlechtern sie sich. Wir bündeln das in einem Wartungspaket, damit die Kosten planbar bleiben.
Wer es baut
Unser eigenes Team arbeitet aus unserem Büro in Istočno Sarajevo, Bosnien und Herzegowina. Die Engineers in Ihrem Erstgespräch sind dieselben, die es später auch bauen.
Das Team kennenlernen