Zum Inhalt springen
_CORE
KI & Agentensysteme Unternehmensinformationssysteme Cloud & Platform Engineering Datenplattform & Integration Sicherheit & Compliance QA, Testing & Observability IoT, Automatisierung & Robotik Mobile & Digitale Produkte Banken & Finanzen Versicherungen Öffentliche Verwaltung Verteidigung & Sicherheit Gesundheitswesen Energie & Versorgung Telko & Medien Industrie & Fertigung Logistik & E-Commerce Retail & Treueprogramme
Referenzen Technologien Blog Know-how Tools
Über uns Zusammenarbeit Karriere
CS EN DE
Lassen Sie uns sprechen

Mobile & Digital

Apps, die Nutzer lieben und IT-Abteilungen vertrauen.

Mobile Anwendungen, PWA, digitale Produkte. Vom Design bis zum App Store.

Native iOS/Android

Swift und Kotlin — volle Geräteleistung, natives UX, Zugriff auf alle Plattform-APIs.

Ein Cross-Platform-Framework spart Zeit. Native Entwicklung spart Kopfschmerzen. Wenn Sie Bluetooth Low Energy-Kommunikation mit einem Scanner, Background Location Tracking für Fahrer oder eine Custom Camera Pipeline für OCR brauchen — Cross-Platform-Abstraktionen bremsen Sie mehr, als sie sparen.

Swift (iOS) und Kotlin (Android) geben vollen Zugriff auf Plattform-APIs ohne Wrapper. ARKit/ARCore für Augmented Reality, Core ML/ML Kit für On-Device-Inferenz, HealthKit/Health Connect für Gesundheitsdaten. Kein „Bridge Bottleneck” beim Aufruf nativer Funktionen.

Architektur: MVVM mit Clean Architecture. Repository Pattern für die Datenschicht, Use Cases für Geschäftslogik, ViewModels für die Präsentationsschicht. Dependency Injection (Hilt/Koin auf Android, Swinject auf iOS). Testbar auf jeder Ebene — Unit Tests für Logik, UI Tests für Flows.

Wann nativ, wann Cross-Platform? Wir wählen nativ für: hardwareintensive Apps, hohe Performance-Anforderungen, komplexe UI-Animationen, langfristige Projekte mit dedizierten Teams. Cross-Platform (React Native, Flutter) für: schnelles Time-to-Market, einfachere CRUD-Apps, begrenztes Budget, Prototypen.

Design-System: Wir bauen eine wiederverwendbare Komponentenbibliothek spezifisch für das Projekt. Konsistente UX in der gesamten App, schnellere Entwicklung neuer Screens. Figma → Code-Pipeline mit Design Tokens. Barrierefreiheit (VoiceOver, TalkBack) von Anfang an, nicht als Nachgedanke.

swiftkotlinnative
Details →

Offline-first

Lokale Datenbank, Sync Engine, Conflict Resolution. Funktioniert auch im Tunnel.

Offline-first ist kein Feature — es ist ein Architekturansatz. Eine App, die „irgendwie offline funktioniert”, ist anders als eine App, die von Grund auf für Offline-Betrieb konzipiert ist. Im Feld (Lagerhäuser, Depots, Außendienst) ist Konnektivität Luxus, nicht Standard.

Lokale Datenbank: SQLite (Room auf Android, Core Data / GRDB auf iOS) als primärer Speicher. Alle für die Arbeit benötigten Daten sind lokal. Der Nutzer merkt nicht, dass er offline ist — die App reagiert sofort, die Synchronisierung läuft im Hintergrund.

Sync Engine: Bidirektionaler Sync mit Conflict Resolution. Optimistic Locking mit Datensatzversionierung. Bei Konflikten (zwei Nutzer bearbeiten denselben Datensatz offline) wenden wir Geschäftsregeln an: Last-Write-Wins für einfache Fälle, Merge-Strategien für komplexe. Der Nutzer wird informiert, Daten gehen nie verloren.

Delta Sync: Wir synchronisieren nicht die gesamte Datenbank — nur Änderungen seit dem letzten Sync. Zeitstempel-basierter oder Event-basierter Sync. Payload-Kompression, Batch-Operationen. Selbst über eine langsame EDGE-Verbindung ist der Sync in Sekunden abgeschlossen.

Queue Management: Offline durchgeführte Operationen werden in eine Warteschlange eingereiht. Nach Wiederherstellung der Konnektivität werden sie in Reihenfolge gesendet. Retry-Logik mit exponentiellem Backoff. Idempotente API im Backend — ein wiederholter Request verursacht keine Duplikate. Der Nutzer sieht den Sync-Status und eventuelle Konflikte.

offlinesyncsqlite
Details →

Scanning & hardware

QR-/Barcodes, NFC, Bluetooth, Biometrie, Kamera. Voller Hardwarezugriff.

Ein Mobilgerät ist ein universeller Scanner, Leser und Sensor. Sie müssen keine dedizierte Hardware für Zehntausende kaufen — ein modernes Smartphone bewältigt die meisten Aufgaben. Aber Sie brauchen Software, die die Hardware richtig nutzt.

Code-Scanning: Barcodes (Code 128, EAN, UPC), QR-Codes, Data Matrix. Batch-Scanning — Scan nach Scan ohne die Kamera zu schließen. Multi-Code-Scanning — mehrere Codes in einem Frame lesen. Unterstützung externer Bluetooth-Scanner (Zebra, Honeywell) für High-Volume-Operationen.

NFC und RFID: Lesen und Beschreiben von NFC-Tags. Artikelidentifikation, Zugangskarten, Inventur. HF-RFID über die NFC-Schnittstelle des Telefons. Für UHF-RFID integrieren wir externe Leser über Bluetooth oder USB-C.

Bluetooth Low Energy: Kommunikation mit IoT-Sensoren, Beacons, Industriegeräten. Background Scanning, automatischer Reconnect, batterieoptimierte Protokolle. Unterstützung für GATT-Profile für Standard- und Custom-Services.

Biometrie und Kamera: Face ID / Touch ID für In-App-Authentifizierung. Kamera-Pipeline für OCR (Dokumente, Kennzeichen, Etiketten lesen), Fotodokumentation (Paketstatus, Beschädigungen), AR-Overlays. On-Device-ML für Echtzeiterkennung ohne Netzwerklatenz.

qrnfcBiometrie
Details →

Backend integration

REST API, GraphQL, WebSocket. Echtzeit-Synchronisation mit Kernsystemen.

Eine mobile App ohne Backend-Integration ist eine isolierte Insel. Wert entsteht durch Verbindung — die mobile App liest Daten aus dem ERP, schreibt ins WMS, synchronisiert mit CRM, empfängt Benachrichtigungen vom Monitoring. Wir integrieren mobile Clients mit jedem Backend.

REST API: Standard für die meisten Integrationen. Versionierte API (URL-Versionierung oder Header-basiert), OpenAPI-Spezifikation, automatisch generierte Clients (OpenAPI Generator). Caching-Strategien (ETag, Last-Modified) für minimalen Datentransfer. Pagination für große Datensätze.

GraphQL: Wenn der mobile Client flexible Queries braucht — verschiedene Screens, verschiedene Daten. Kein Over-Fetching, kein Under-Fetching. Apollo Client (iOS/Android) mit normalisiertem Cache. Subscriptions für Echtzeit-Updates. Ideal für komplexe UIs mit vielen Relationen.

WebSocket und Echtzeit: Live-Tracking (Fahrerposition, Paketstatus), Chat, Benachrichtigungen, kollaboratives Editieren. Socket.IO oder nativer WebSocket mit automatischem Reconnect. Heartbeat zur Erkennung abgebrochener Verbindungen. Fallback auf Polling bei unzuverlässigen Netzwerken.

Authentifizierung und Sicherheit: OAuth 2.0 + PKCE für mobile Clients. Biometrische Authentifizierung mit Keychain/Keystore. Certificate Pinning gegen MITM. Token Refresh ohne UX-Unterbrechung. Sicherer Speicher für Credentials — keine Tokens in SharedPreferences/UserDefaults.

apigraphqlwebsocket
Details →

Push & deep links

APNs, FCM, Rich Notifications, Deep Linking. Nutzer gelangen dorthin, wo sie hinmüssen.

Push-Benachrichtigungen sind der direkteste Kanal zum Nutzer. Aber nur bei richtiger Nutzung. Spam = Deinstallation. Relevante, kontextbezogene Benachrichtigung = Engagement. Wir bauen Benachrichtigungssysteme, die die richtige Nachricht an den richtigen Nutzer zur richtigen Zeit liefern.

APNs (iOS) und FCM (Android): Volle Integration mit Plattform-Push-Diensten. Silent Push für Background-Datensync. Rich Notifications mit Bildern, Aktionsbuttons, Custom UI (Notification Service Extension / MessagingService). Benachrichtigungskategorien und Channels für Nutzerkontrolle.

Segmentierung und Personalisierung: Push-Benachrichtigungen gezielt an ein Segment (Rolle, Standort, Verhalten). A/B-Testing von Inhalt und Timing. Frequency Capping — maximale Anzahl an Benachrichtigungen pro Tag/Woche. Analytics: Zustellrate, Öffnungsrate, Conversion. Opt-in/Opt-out granular pro Kategorie.

Deep Linking: Universal Links (iOS) und App Links (Android). Nutzer klickt auf einen Link — der richtige Screen öffnet sich in der App. Deferred Deep Linking — funktioniert auch für Nutzer, die die App noch nicht installiert haben (Installation → richtiger Screen öffnet sich). Attribution Tracking für Marketingkampagnen.

Transaktionale Benachrichtigungen: Bestellbestätigung, Sendungsstatus, Workflow-Genehmigung, Monitoring-Alert. Zustellung in unter 5 Sekunden. SMS-Fallback für kritische Benachrichtigungen. Audit Trail — wann die Benachrichtigung gesendet, zugestellt, geöffnet wurde.

pushdeeplinksfcm
Details →

CI/CD & distribution

Fastlane, CodePush, OTA-Updates. Release-Zyklus 2 Wochen, Hotfix in Stunden.

Ein mobiler Release ist nicht wie ein Web-Deploy. App-Store-Review dauert Stunden bis Tage. Google-Play-Review ist schneller, aber immer noch nicht sofort. Ohne eine automatisierte Pipeline ist der Release ein schmerzhafter Prozess, den das Team aufschiebt — und Features häufen sich.

Fastlane-Pipeline: Automatisierter Build, Signing, Upload zu App Store Connect und Google Play Console. Metadaten-Management (Screenshots, Beschreibungen, Release Notes) als Code. Match für iOS-Zertifikatsverwaltung — kein „Ich kann nicht bauen, ich habe das Zertifikat nicht”. Der gesamte Release-Prozess mit einem Klick.

CodePush / OTA-Updates: JavaScript-Bundle-Updates ohne App-Store-Review (React Native, Flutter). Hotfix in Produktion in Minuten, nicht Tagen. Staged Rollout — 10 % → 50 % → 100 %. Automatischer Rollback bei erhöhter Crash-Rate. Für kritische Bugs ein Lebensretter.

Beta-Distribution: TestFlight (iOS), Firebase App Distribution (Android). Interne Tester erhalten nach dem Merge in Develop automatisch einen Build. QA testet auf echten Geräten, nicht auf Simulatoren. Feedback-Loop direkt in der App — Screenshot + Annotation + automatischer Bug Report.

Post-Release-Monitoring: Crash Reporting (Crashlytics, Sentry), Performance Monitoring (Startzeit, Frame Drops, Netzwerklatenz). Automatische Alerts bei Crash-Rate-Spikes. Adoption Tracking — wie viele Nutzer sind auf der neuen Version. Forced-Update-Mechanismus für kritische Sicherheitspatches.

fastlanecodepushcicd
Details →
Operative mobile App

Operative mobile App

Eine mobile App im Enterprise-Kontext ist keine Consumer-App aus dem Store. Sie ist ein operatives Werkzeug — für Fahrer, Lagermitarbeiter, Vertriebsmitarbeiter. Sie muss schnell, zuverlässig und offline funktionieren.

Beispiel aus der Praxis: Fahrer eines Logistikunternehmens scannen QR-Codes, fotografieren Sendungen, bestätigen die Zustellung mit einem Tipp — alles funktioniert dank Offline-Modus auch im Tunnel. Daten synchronisieren sich automatisch.
  • Aufgabenabschluss in 3 Tipps
  • Offline-Modus mit automatischem Sync
  • Crash-free sessions > 99.5%
  • Start-up time < 2s
>99.5%
Crash-free sessions
<2s
Start-up time
3× schneller
Task completion
>99%
Offline sync

Jak to děláme

1

UX Research & Discovery

Wir verstehen die Nutzer — Interviews, Verhaltensanalyse und Definition der wichtigsten User Stories.

2

Prototyp & Design

Interaktiver Prototyp mit Nutzertests noch vor der ersten Zeile Code.

3

Agile Entwicklung

Sprint-basierte Entwicklung mit laufenden Releases, Code Review und automatisiertem Testen.

4

Launch & Messung

Gesteuerter Release in die Stores, Analytics-Deployment und Tracking der Schlüsselkennzahlen.

5

Iteration & Wachstum

A/B-Tests, Conversion-Optimierung und fortlaufende Weiterentwicklung auf Basis von Nutzerdaten.

When You Need a Mobile Solution

Typical Situations

  1. App as a “web wrapper” — WebView, slow loading, no offline. Users go back to paper.
  2. Field workers without tools — Paper forms, Excel, phone calls to the office.
  3. Apps that don’t talk to each other — No integration, users switch between 4 apps.
  4. Release chaos — Store review 2 weeks, hotfix waiting for approval.

How We Work

  1. Discovery & UX Research — We understand users and usage context. Wireframes, prototypes, validation.
  2. MVP — Working MVP in 6-8 weeks. Validation, feedback collection, iteration.
  3. Feature Build — CI/CD pipeline, automated tests, iterative release cycles.
  4. Production Readiness — Performance optimization, security audit, app store compliance.
  5. Operations — Monitoring, crash reporting, A/B testing, continuous improvement.

Stack

Swift, Kotlin, React Native, Flutter, Firebase, AppCenter, Fastlane, CodePush, REST API, GraphQL, WebSocket, APNs/FCM, Crashlytics, Sentry, Detox, XCTest, Espresso.

Häufig gestellte Fragen

Das hängt vom Anwendungsfall ab. Für maximale Leistung und Hardwarezugriff empfehlen wir nativ (Swift/Kotlin). Für schnelleres Time-to-Market wählen wir React Native oder Flutter. Wir entscheiden nach Anforderungen, nicht nach Ideologie.

Lokale Datenbank (SQLite, Realm, Hive), automatische Synchronisation nach Wiederverbindung. Conflict Resolution nach Geschäftsregeln. Der Nutzer merkt nicht, dass er offline war.

MVP: 6–8 Wochen. Vollwertige Anwendung: 3–6 Monate. Release-Zyklus nach Deployment: 2 Wochen.

Ja. Wir bauen eigene Design-Systeme mit wiederverwendbaren Komponenten — konsistente UX über Plattformen hinweg, schnellere Entwicklung neuer Features.

Haben Sie ein Projekt?

Lassen Sie uns darüber sprechen.

Termin vereinbaren