Roger's Mushrooms
Ein Startup rund um Roger's Mushrooms — die Arbeit eines renommierten Mykologen zur Bestimmung wilder Pilze und Großpilze — brauchte einen Weg, um jahrzehntelang gesammelte Expertenfotografie…
Fallstudie ansehen →Native und plattformübergreifende Apps für Baustelle, Lager, Ladenfläche und App Store
Wir entwickeln native und plattformübergreifende Anwendungen für iOS, iPadOS, tvOS und Android. Außendienst-Werkzeuge, die ohne Verbindung weiterarbeiten, iPad-Kioske im Hunderterpack, Consumer-Apps in den Stores, White-Label-Apps unter der Marke eines Partners. Ob eine gemeinsame Codebasis die Wartungskosten begrenzen soll oder getrennte native Apps die maximale Plattformqualität liefern — wir decken beides ab, samt Backend und Verteilung, die dazugehören.

Die Menschen, die eine Mobile-App benutzen, stehen auf einer Baustelle, im Lagergang, vor einem Kunden im Laden oder sitzen auf dem Fahrrad im Verkehr. Sie erwarten plattformtypisches Verhalten, Offline-Fähigkeit und eine Performance, die eine verkleinerte Web-Ansicht nicht liefern kann. Wer das falsch macht, zahlt bei einer Consumer-App mit Bewertungen und Nutzerbindung — und bei einer internen App mit Vertrauen und Akzeptanz: Ein Außendienst-Werkzeug, das einen Bericht verliert, wenn das Netz wegbricht, ist innerhalb einer Woche aufgegeben.
Wir behandeln Mobile-Entwicklung als eigene Disziplin mit dedizierten iOS- und Android-Engineers, und wir behandeln die App als Teil eines Systems: die API, mit der sie spricht, die Synchronisation, auf die sie sich verlässt, die Pipeline, die den richtigen Build auf das richtige Gerät bringt.
Swift für iOS, iPadOS und tvOS; Kotlin und Java für Android; .NET MAUI und Xamarin, wo eine Codebasis für iOS, Android und Windows der richtige Kompromiss ist. Pro Produkt entschieden, nicht aus Gewohnheit.
Die Nachunternehmer eines Bauunternehmens erhalten und aktualisieren Aufgaben und Zeichnungen in nativen iOS-, Android- und Windows-Apps, die vollständig ohne Verbindung arbeiten und synchronisieren, sobald sie zurück ist. Servicetechniker eines Wasseraufbereitungsunternehmens laden Prüfberichte über einen gesicherten Tunnel ins CRM, und eine eigene iPad-App zeigt jeden fehlgeschlagenen Upload und wiederholt ihn mit einem Tipp. Kein Bericht geht verloren, weil die Verbindung im falschen Moment abbrach.
Für einen Schmuckhersteller haben wir ausgediente Windows-Tablets durch eine native Swift-iPad-App ersetzt, die heute auf über 500 Kiosken in Geschäften in ganz Europa läuft — an die SAP-Middleware angebunden, ohne das Backend anzufassen. Für einen Hersteller mit 5.800 Mitarbeitenden führt eine iPad-App jeden Besucher an mehreren Standorten durch Sicherheitsunterweisung, Unterschriften und Freigaben, mit digitalem Prüfpfad.
Unser Team hat dedizierte iOS- und Android-Engineers, nicht einen Generalisten, der über beide Plattformen gestreckt wird. Eine Restaurant-Kassenplattform, die wir gebaut haben, läuft nativ auf iPhone, iPad und Apple TV; eine Fahrrad-Navigations-App für eine deutsche Landeshauptstadt erscheint in Swift und Java unter der Marke der Agentur.
Wir haben eine Lager- und Produktions-App von Windows CE auf natives Android gebracht und dabei an derselben Sage-100-Datenschicht gehalten, und wir haben Produktions-Apps von Xamarin auf MAUI migriert. Das sind konkrete, nicht triviale Wege — und wir gehen sie nicht zum ersten Mal.
Mobile, Backend, API-Integration und Release-Pipeline aus einer Hand, damit die App nie das Problem von jemand anderem ist, wenn es ums Anbinden oder Ausliefern geht. Der Build, der auf dem Baustellen-Tablet ankommt, stammt aus derselben Pipeline wie die Webanwendung, mit der er synchronisiert.
Erzählen Sie uns, welche Plattformen, welche Geräte und welche Bedingungen die App überstehen muss. Wir sagen Ihnen ehrlich, ob nativ oder plattformübergreifend die richtige Wahl ist — und was es so oder so kostet.
Gespräch beginnen