Engineering

Mobile Entwicklung

Senior Engineers, die nativ versus Cross-Platform auf Basis von Fakten entscheiden, Apps bauen, die auf dem Homescreen bleiben, und Releases in beiden Stores ohne Überraschungen fahren.

6-12Wochen vom Kickoff bis zur Version 1.0 in den Stores
2App Stores, ein Release-Prozess
100%Senior Engineers, keine Junioren auf Ihrem Projekt
1Partner vom ersten Commit bis zum Store-Release

Was wir abdecken

Ein Team für iOS, Android und Cross-Platform. Den Stack empfehlen dieselben Engineers, die ihn anschließend bauen und releasen.

01

Native iOS-Entwicklung

Apps in Swift und SwiftUI, die sich auf dem iPhone zu Hause fühlen: Plattformkonventionen, flüssige Animationen, Widgets und Systemintegrationen dort, wo sie echten Mehrwert bringen, nicht weil eine Checkliste es verlangt.

02

Native Android-Entwicklung

Kotlin und Jetpack Compose, gebaut für die reale Vielfalt des Android-Ökosystems. Wir testen auf der Hardware, die Ihre Nutzer tatsächlich besitzen, nicht nur auf den Flaggschiffen dieses Jahres.

03

Cross-Platform-Entwicklung

React Native, Flutter und Kotlin Multiplatform, wenn eine Codebasis der richtige Kompromiss ist. Wir empfehlen Cross-Platform, wo es Budget spart, und nativ, wo es das Produkt rettet, und legen die Zahlen hinter der Entscheidung offen.

04

Releases und Store-Delivery

Store-Listings, Review-Einreichungen, stufenweise Rollouts und Hotfix-Pfade für App Store und Google Play. Releases laufen nach einem Takt, auf den sich Ihre Roadmap verlassen kann, nicht nach Hoffnung.

05

Offline-first und Performance

Lokale Daten mit zuverlässiger Synchronisation, Kaltstarts unter einer Sekunde und Oberflächen, die auch auf Mittelklasse-Geräten flüssig bleiben. Mobile Qualität misst sich an der schlechtesten Verbindung Ihrer Nutzer, und genau dafür bauen wir.

06

KI-Funktionen: on-device und per API

Sprache, Bilderkennung, Zusammenfassungen und Assistenten in Ihrer App: On-Device-Modelle, wo Datenschutz und Latenz zählen, gehostete APIs, wo Leistungsfähigkeit gewinnt. Den Schnitt entwerfen wir bewusst und messen die Kosten pro Nutzer, bevor Sie skalieren.

Was Sie am Ende haben

Funktionierende Software und die komplette Maschinerie für weitere Releases, in Ihren Repositories und auf Ihren Accounts.

Plattform-Entscheidungsmemo

Nativ oder Cross-Platform für Ihr Produkt: begründet mit Baukosten, Team-Fit, Performance-Anforderungen und langfristiger Wartung, entschieden bevor die Entwicklung startet.

Produktive App in beiden Stores

Das fertige Produkt: geprüft, released und auf den Geräten Ihrer Nutzer, mit Quellcode und Store-Accounts, die Ihnen vom ersten Tag an gehören.

CI/CD-Pipeline

Automatisierte Builds, Tests, Code-Signing und Auslieferung an TestFlight und Play-Tracks. Jeder Merge erzeugt einen installierbaren Build, den Ihr Team prüfen kann.

Release-Playbook

Versionierung, stufenweise Rollouts, Umgang mit Review-Ablehnungen und Hotfix-Prozedur, dokumentiert, damit Releases nie an einer einzelnen Person hängen.

Monitoring und Analytics

Crash-Reporting, Performance-Tracing und Produkt-Analytics ab dem ersten Release, damit Entscheidungen nach dem Launch auf Daten beruhen.

Engineering

So läuft ein Projekt

01

Scope und Stack-Entscheidung

Wir definieren das Produkt, auditieren vorhandenen Code und klären nativ versus Cross-Platform mit einer schriftlichen Empfehlung: Kosten, Risiken und Konsequenzen für Ihr Team. Der Stack steht auf Basis von Fakten, bevor der erste Sprint beginnt.

02

Architektur und Design

App-Architektur, API-Verträge, Offline-Strategie und Designsystem, abgestimmt mit Ihrem Team. Das App-Gerüst geht schon im ersten Sprint an interne Tester.

03

Bauen in wöchentlichen Schritten

Sprints enden mit installierbaren Builds auf echten Geräten, nicht mit Screenshots. Sie testen jede Woche über TestFlight und interne Play-Tracks; Kurskorrekturen kosten Tage, nicht Monate.

04

Release und Betrieb

Store-Einreichung, stufenweiser Rollout, Crash- und Performance-Monitoring und ein Release-Takt, auf den Verlass ist. Wir bleiben für die Weiterentwicklung oder übergeben alles an Ihr Team, Pipeline inklusive.

Drei Wege der Zusammenarbeit

Ein festes Team für einen definierten Build, eingebettete Seniors für die lange Strecke oder eine fokussierte Rettung einer bestehenden App. Jedes Modell beginnt mit einem kostenlosen 30-minütigen Gespräch.

App-Build von null bis in den Store

8-16 Wochen

Ein dediziertes Team bringt Ihr Produkt vom Scope bis zur veröffentlichten Version 1.0 auf iOS und Android. Festes Team, wöchentliche Builds und der Store-Release als Definition of Done.

  • Scope, Architektur und Plattform-Entscheidung in den ersten zwei Wochen
  • Wöchentliche installierbare Builds über TestFlight und Play-Tracks
  • Store-Einreichung, Rollout und Launch-Monitoring inklusive
  • Übergabe mit CI/CD, Dokumentation und eingearbeitetem Team

Eingebettetes Mobile-Team

Monatlich · fortlaufend

Senior Mobile Engineers in Ihrer Produktorganisation, vom einzelnen Spezialisten bis zum kompletten Feature-Team. Ihr Prozess und Backlog, unser Liefertempo.

  • iOS-, Android- und Cross-Platform-Seniors, passend zu Ihrem Stack
  • Produktiv in Ihrer Codebasis innerhalb des ersten Sprints
  • Volle Mitarbeit in Reviews und Teamprozessen
  • Auf- und Abbau des Teams mit einem Monat Vorlauf

App-Rettung und Modernisierung

4-8 Wochen

Für eine bestehende App, die abstürzt, ruckelt oder sich nicht mehr releasen lässt: Wir auditieren, reparieren den kritischen Pfad und machen Releases wieder möglich, und Ihr Team behält eine gesündere Codebasis.

  • Audit von Crashes, Performance und Release-Blockern
  • Fixes nach Nutzer-Impact priorisiert, wöchentlich ausgeliefert
  • CI/CD und Release-Prozess aufgesetzt oder repariert
  • Priorisiertes Backlog für alles Übrige

Für wen das ist

Gründer mit ihrer ersten App

Sie brauchen eine Version 1.0 in den Händen Ihrer Nutzer, bevor Sie ein Mobile-Team einstellen. Wir führen das Projekt vom Scope bis in den Store und übergeben alles, sobald Sie intern bauen wollen.

Produktverantwortliche, die Web auf Mobile erweitern

Ihr Webprodukt funktioniert, Ihre Kunden fragen nach einer App. Wir nutzen Ihre APIs und Ihre Designsprache wieder, wählen den Stack passend zu Ihrem Team und liefern, ohne Ihre Web-Roadmap zu bremsen.

Unternehmen mit einer App, die nicht liefert

Abstürze, Ein-Stern-Bewertungen oder Releases, die Wochen dauern. Wir finden die tatsächliche Ursache, beheben sie in der Reihenfolge des Nutzer-Impacts und stellen Ihren Release-Takt wieder her.

CTOs vor der Frage nativ oder Cross-Platform

Das Internet liefert Dogmen aus beiden Lagern. Wir liefern eine Empfehlung für Ihr Produkt, begründet mit Zahlen zu Kosten, Performance und Recruiting, von Engineers, die in beiden Welten ausliefern.

Technologien, mit denen wir arbeiten
Swift & SwiftUI
Kotlin & Jetpack Compose
React Native
Flutter
Kotlin Multiplatform
Fastlane
GitHub Actions & Bitrise
Firebase
GraphQL & REST
SQLite & Realm
App Store Connect & Play Console
Core ML & on-device LLMs

Fragen und Antworten

Nativ oder Cross-Platform: Wie entscheiden Sie?

Anhand Ihres Produkts, nicht unserer Vorlieben. Tiefe Plattformintegration, anspruchsvolle Grafik oder harte Performance-Budgets sprechen für nativ. Content- und formularbasierte Produkte rechtfertigen meist eine Cross-Platform-Codebasis. Die Empfehlung halten wir schriftlich fest, mit Kosten und Risiken; und weil wir beides bauen, haben wir keinen Stack zu verkaufen.

Übernehmen Sie eine App, die ein anderes Team gebaut hat?

Ja, das ist ein großer Teil unserer Arbeit. Wir starten mit einem Audit von Code, Crash-Daten und Release-Pipeline und legen dann fest, was repariert, was belassen und was neu geschrieben wird. Ein kompletter Rewrite ist die letzte Option; die meisten Apps erholen sich durch gezielte Eingriffe.

Wie gehen Sie mit App-Store-Review und Ablehnungen um?

Wir bauen von Anfang an entlang der Review-Richtlinien, daher gehen die meisten Einreichungen beim ersten Mal durch. Kommt es zu einer Ablehnung, übernehmen wir Antwort, Anpassungen und Wiedereinreichung selbst. Stufenweise Rollouts und Feature Flags sorgen dafür, dass ein verzögertes Release Ihre Roadmap selten blockiert.

Können Sie KI-Funktionen in eine bestehende App bringen?

Ja. Wir prototypisieren die Funktion zuerst auf Ihren echten Daten und wählen dann zwischen On-Device-Modellen und gehosteten APIs, nach Datenschutz, Latenz und Kosten pro Nutzer. Vor dem vollen Rollout sehen Sie gemessene Qualität und konkrete Stückkosten.

Wem gehören Code und Store-Accounts?

Ihnen, vom ersten Commit an. Wir arbeiten in Ihren Repositories und Ihren App-Store- und Play-Accounts oder richten sie auf Ihren Namen ein. Nichts an der Zusammenarbeit bindet Sie an uns; das Übergabepaket ist Standard, kein Extra.

Eine App, die live gehen soll?

Buchen Sie ein kostenloses 30-minütiges Gespräch mit einem Senior Mobile Engineer. Sie gehen mit einer Stack-Empfehlung und einem realistischen Weg zum Launch, ob wir bauen oder nicht.

Mit einem Engineer sprechen