Android, wo Ihre Benutzer tatsächlich sind – Kotlin & Jetpack Compose-Entwicklung

Ja. Wir beginnen mit Ihren Geschäftszielen und bestehenden Systemen. Wir definieren mit Ihrem Team Anforderungen und Architektur und liefern dann stufenweise. Wenn der Umfang bereits klar ist, können wir direkt mit der Umsetzung beginnen.

Natives Kotlin ist unsere Spezialität – der richtige Ruf für Apps, die sich in der Nähe des Betriebssystems befinden (ein Launcher, ein Eingabehilfedienst, eine Geräteverwaltungs-App), die stark auf Jetpack/Compose basieren oder eine vorhandene Kotlin/Java-Codebasis erweitern. Flutter ist sinnvoll, wenn Sie iOS-Abdeckung benötigen oder benötigen, eine einzige Codebasis verwalten möchten oder ein Standard-B2C- oder B2B-Produkt ohne tiefgreifende Anforderungen auf Systemebene erstellen möchten. Wir geben Ihnen in einem 30-minütigen Telefonat eine konkrete Empfehlung, bevor ein Leistungsumfang unterzeichnet wird.

Wir versuchen nicht, auf Tausenden von Geräten zu testen – wir testen auf einer repräsentativen Matrix. Wir definieren drei Gerätestufen (Flaggschiff, Mittelklasse, Low-End), die auf die tatsächliche Installationsbasis Ihres Zielmarkts abgestimmt sind, und automatisieren dann UI-Tests in dieser Matrix mithilfe des Firebase Test Lab. Dadurch werden mehr als 95 % der Fragmentierungsprobleme ohne unüberschaubare Testoberfläche erfasst. Für kritische Releases führen wir an den Grenzfällen auch manuelle Erkundungssitzungen auf physischen Geräten durch.

Wir betrachten die Einhaltung der Play-Richtlinien als ein erstklassiges technisches Anliegen und nicht als ein in letzter Minute auszufüllendes Formular. Während der Entwicklung prüfen wir jede angeforderte Berechtigung, jeden erfassten Datenpunkt und jedes SDK von Drittanbietern auf seine eigenen Datenpraktiken. Das Datensicherheitsformular wird zusammen mit der App erstellt, nicht am Abend vor dem Start. Wenn sich eine Richtlinienaktualisierung auf Ihre Live-App auswirkt, kennzeichnen wir sie, implementieren die erforderliche Änderung und reichen das Update innerhalb der vorgeschriebenen Frist ein.

Ja. Wir beginnen mit einer Codebasisprüfung, die den Zustand der Architektur, die minSdk- und targetSdk-Währung, Abhängigkeitsschwachstellen und alle ausstehenden Play Console-Warnungen abdeckt. Von dort aus können wir die bestehende Codebasis pflegen und erweitern, von Java auf Kotlin modernisieren oder eine schrittweise Migration auf Flutter planen, wenn dies für Ihr Produkt sinnvoll ist. Wir geben Ihnen ein ehrliches Bild der technischen Schulden, bevor wir uns auf einen Umfang einigen.

Gestaffelte Rollouts und Pre-Launch-Berichte auf der Play Console fügen Schritte hinzu, die es im App Store nicht gibt, daher berücksichtigen Zeitpläne diese Gates. Ein fokussiertes MVP – Kernfunktionen, Authentifizierung, zwei bis vier Bildschirme – erreicht die Produktion normalerweise in acht bis zwölf Wochen. Projekte, die ein individuelles Backend, Hardware-Integrationen (Bluetooth LE, Barcode-Scanner) oder eine geregelte Datenverarbeitung beinhalten, dauern vier bis sechs Monate. Die Überprüfung im Play Store selbst erfolgt schnell: ein bis drei Werktage für neue Apps, oft noch am selben Tag für Updates, sobald Ihr Konto den Verlauf hat. Wir versenden wöchentlich interne Builds ab Sprint eins, sodass der Fortschritt während des gesamten Engagements sichtbar ist.