Mobile-App-Entwicklung
Native iOS- und Android-Apps für anspruchsvolle Einsätze: Feldarbeit ohne Netz, sensible Daten, Rollout auf ganze Geräteflotten. Vom Prototyp bis zum Bestand mit mehreren hundert Geräten.
Was wir bauen
Wir entwickeln iOS- und Android-Apps in der jeweiligen nativen Sprache: Swift und SwiftUI auf der Apple-Seite, Kotlin auf der Google-Seite. Keine Zwischenschicht, keine als App getarnte Web-Engine. Die Oberflächen folgen den Konventionen der jeweiligen Plattform, die Performance wird auf echten Geräten gemessen, und die Systemintegration ist vollständig: Mitteilungen, Biometrie, Kamera, Bluetooth, Widgets, Smartwatch.
Unsere Kundschaft besteht aus Industrie-KMU, internationalen Konzernen und öffentlichen Institutionen. Ihre Projekte haben eines gemeinsam: eine Anforderung, die Standardlösungen nicht abdecken, sei sie technischer, regulatorischer oder vertraulichkeitsbedingter Natur.
Nativ oder plattformübergreifend
Die Frage gehört in jedes Projekt, und die Antwort fällt nicht immer gleich aus. Ein Katalog, der ein paar Minuten pro Monat konsultiert wird, braucht kein Nativ. Eine App, die acht Stunden täglich von Mitarbeitenden mit Handschuhen in einem Lager ohne Netz genutzt wird, mit Barcode-Erfassung und Inferenz auf dem Gerät, schon.
Wir empfehlen Nativ, wenn Performance, Hardwarezugriff oder Langlebigkeit zählen. Eine sauber geschriebene native App übersteht fünf bis sechs iOS-Hauptversionen ohne Neuentwicklung. Plattformübergreifende Frameworks geben ihren eigenen Migrationsfahrplan vor, auf den Sie keinen Einfluss haben.
Pixelgenaue Oberflächen
SwiftUI und Jetpack Compose, flüssige Animationen bei 120 Hz, Respekt vor den Systemeinstellungen für Schriftgrösse und Kontrast.
Voller Hardwarezugriff
Kamera, LiDAR, Bluetooth Low Energy, NFC, Secure Enclave, Sensoren. Ohne Fremd-Plugin und ohne JavaScript-Brücke.
Echter Offline-Betrieb
Verschlüsselte lokale Datenbank, Synchronisationswarteschlange, explizite Konfliktlösung. Die App funktioniert im Keller, im Tunnel und im Flug.
Langlebigkeit
Code, der sich fünf bis zehn Jahre pflegen lässt, ohne vom Fahrplan eines fremden Frameworks abzuhängen.
Zuerst das Feld
Ein grosser Teil unserer Projekte spielt dort, wo das Netz schlecht oder gar nicht vorhanden ist: Werkstätten, Lager, Baustellen, Flugzeugkabinen, Messen. Wir konzipieren die App deshalb so, als wäre die Verbindung die Ausnahme und nicht die Regel.
Die Daten werden lokal und verschlüsselt gespeichert, die Aktionen der Nutzenden werden in eine Warteschlange gestellt, und die Synchronisation läuft weiter, sobald das Netz zurückkehrt, mit einer vorab festgelegten Konfliktstrategie statt einer im Betrieb erlittenen. Niemand wartet auf einen Server, um weiterarbeiten zu können.
Intelligenz auf dem Gerät
Wir integrieren Vision- und Klassifikationsmodelle direkt auf dem Gerät, unter iOS über CoreML. Lokale Inferenz eliminiert die Netzlatenz, funktioniert offline und, oft das entscheidende Argument, lässt kein einziges Bild das Gerät verlassen.
Für eine Qualitätskontrolle in der Werkstatt, eine Inspektion vor Ort oder das Lesen eines vertraulichen Dokuments ist das die einzige Architektur, die sowohl die technische als auch die Vertraulichkeitsanforderung erfüllt. Bei Bedarf trainieren wir auf synthetischen Daten, was den Aufbau eines realen Bilddatensatzes vor dem Start erspart.
Veröffentlichung und Flottenrollout
Veröffentlichung im App Store und bei Google Play, oder private Verteilung, wenn die App nicht öffentlich sein soll: Apple Business Manager, Ad-hoc-Verteilung oder stille Installation auf einer über MDM verwalteten Flotte.
Wir übernehmen Zertifikate, Provisioning-Profile, Testkanäle und Versionswechsel. Die Entwicklerkonten laufen auf Ihren Namen: Sie bleiben Eigentümerin Ihrer Apps und ihrer Einträge.
Was Sie erhalten
Dieselben Zusagen wie in all unseren Projekten, schwarz auf weiss in der Offerte.
- Den vollständigen Quellcode, in Ihrem Repository, ab dem ersten Sprint.
- Technische Dokumentation und Anwenderhandbuch bei jeder Lieferung.
- Entwickler- und Verteilkonten auf den Namen Ihres Unternehmens.
- Eine reproduzierbare Build-Pipeline, damit ein anderes Team übernehmen kann.
- Einen Wartungsvertrag, dimensioniert auf die tatsächliche Kritikalität der Anwendung.
Ein Beispiel
iPad-App zur Reduktion von Food Waste im Airline-Catering: eingebettete CoreML-Inferenz, Analytics-Dashboard und souveränes, selbst gehostetes Backend. Von der an Bord erfassten Beobachtung bis zur Beschaffungsentscheidung.
Häufige Fragen
Nativ oder plattformübergreifend: wie entscheiden Sie?
Wir gehen von drei Kriterien aus: tägliche Nutzungsdauer, Bedarf an Hardwarezugriff und erwartete Lebensdauer der Anwendung. Ist keines davon einschränkend, kann eine plattformübergreifende Lösung genügen, und wir sagen Ihnen das. Andernfalls ist Nativ über fünf Jahre günstiger.
Wie lange dauert eine erste Version?
Acht bis sechzehn Wochen bis zu einer produktiv nutzbaren ersten Version bei klar abgestecktem Umfang. Die Bedarfsanalyse selbst dauert ein bis zwei Wochen und bestimmt alles Weitere.
Wem gehören Code und Verteilkonten?
Ihnen. Der Quellcode liegt ab dem ersten Sprint in Ihrem Repository, und die Konten bei Apple Developer und Google Play laufen auf Ihr Unternehmen. Die Reversibilität ist vollständig und vertraglich zugesichert.
Können Sie eine bestehende App übernehmen?
Ja. Wir beginnen mit einem Audit von Code, Abhängigkeiten und technischer Schuld und schlagen dann entweder eine Übernahme in die Wartung oder eine schrittweise Neuentwicklung Modul für Modul vor. Eine vollständige Neuentwicklung empfehlen wir nie, ohne die Alternative beziffert zu haben.
Kann die App ganz ohne Verbindung laufen?
Ja, und das ist bei den meisten unserer Fachanwendungen der Fall. Die Daten werden lokal verschlüsselt gespeichert, die Aktionen bei der Wiederverbindung nachgespielt. Zu entscheiden ist lediglich vorab, was passiert, wenn zwei Personen dieselbe Information offline ändern.
Sprechen wir über Ihr Projekt.
Beschreiben Sie Ihr Vorhaben in wenigen Zeilen. Wir antworten innerhalb von 48 Arbeitsstunden, mit einer ersten fachlichen Einschätzung und nicht mit einem Verkaufsgespräch.