Services

Services de développement d'applications Android pour les marques US & UE

Ingénierie Android native sur Kotlin 2.x et Jetpack Compose pour des produits grand public et B2B ciblant téléphones, tablettes, pliables, Wear OS et Android Auto. Nous livrons des bundles prêts pour Google Play qui passent la revue Data Safety dès la première soumission, gèrent le passage annuel de targetSdk et prennent en charge le User Choice Billing de l'UE lorsque c'est éligible. Équipes Android dédiées à partir de 12 000 EUR/mois, sprints projet à périmètre fixe à partir de 25 000 EUR. Journée de travail en heure d'Europe centrale (CET) avec chevauchement 9h–13h ET, conforme au RGPD par défaut.

Android est là où réside le volume mondial et où la politique de Google Play se durcit chaque année. Le formulaire Data Safety doit correspondre au comportement réel du SDK ou la fiche est retirée. La suppression de compte est obligatoire dans l'application et depuis le web. targetSdk doit suivre la dernière version dans l'année ou les nouvelles installations s'arrêtent. Les types de service de premier plan sur Android 14+ ont cassé une génération d'applications qui fonctionnaient parfaitement sur Android 13. Le DMA européen a ouvert le User Choice Billing et la distribution alternative pour les catégories que Google a été contraint d'ouvrir. Nous construisons des applications Android qui survivent à tout cela — Kotlin 2.x avec le compilateur K2, UI Compose-first, Baseline Profiles pour le démarrage à froid, et un formulaire Data Safety réellement exact. Voyez-le en pratique dans notre étude de cas Refonte de xRouten.

Ce que comprend une mission Android

Travail produit Kotlin 2.x + Compose

Nouvelles fonctionnalités et applications complètes sur Kotlin 2.x avec compilateur K2, Jetpack Compose avec mode strong-skipping, Material 3 avec couleur dynamique, DI Hilt, persistance Room/DataStore, Coroutines + StateFlow.

Préparation à la revue Google Play

Formulaire Data Safety audité par rapport aux SDK réels, suppression de compte dans l'application et sur le web, types de service de premier plan déclarés correctement, autorisations restreintes justifiées, plantages du rapport de prélancement corrigés avant la publication.

Play Billing + User Choice de l'UE

Play Billing Library 7.x avec abonnements base-plan/offre, flux de consentement en cas de changement de prix, pilote User Choice Billing de l'UE lorsque c'est éligible, APK de distribution alternative pour les catégories concernées par le DMA.

Migration et réécriture de l'existant

Java vers Kotlin, vues XML vers Compose, RxJava vers Coroutines, AsyncTask/Loader vers ViewModel + StateFlow, SupportLibrary vers AndroidX, Gradle Groovy vers Kotlin DSL avec catalogues de versions.

Performance + Baseline Profiles

Macrobenchmark et Microbenchmark, Baseline Profiles générés à chaque version, démarrage à froid sous 500 ms sur les appareils de classe Pixel 6a, traces Perfetto pour le jank, R8 en mode complet avec des règles keep adéquates.

Wear OS, Auto, pliables

Wear OS 4/5 avec Compose for Wear, Tiles et Complications, applications Android Auto + Automotive OS, continuité sur pliables avec WindowSizeClass, palier de qualité grand écran pour le Play Store.

La stack Android avec laquelle nous livrons

Kotlin 2.x Jetpack Compose Material 3 Coroutines StateFlow Hilt Room DataStore WorkManager CameraX Media3 / ExoPlayer ML Kit TensorFlow Lite Play Billing 7 Firebase Crashlytics Baseline Profiles Gradle KTS Fastlane Espresso / Compose Test

Comment se déroule une mission Android

  1. 01

    Cadrage

    Semaine 1 : audit du graphe de modules existant (ou définition du périmètre), choix de targetSdk/minSdk, analyse des écarts de conformité avec la politique Google Play (Data Safety, suppression de compte, autorisations), rédaction du référentiel.

  2. 02

    Fondations

    Semaines 2–3 : graphe de modules, Gradle KTS + catalogue de versions, Hilt + graphe DI, CI sur GitHub Actions avec Fastlane supply, canal Play interne, Crashlytics + Performance Monitoring câblés.

  3. 03

    Cadence de build

    Sprints de deux semaines, build sur le canal Play interne chaque vendredi, démo hebdomadaire, revue Crashlytics + rapport de prélancement chaque lundi, formulaire Data Safety revérifié par rapport à la liste des SDK à chaque sprint.

  4. 04

    Lancement et itération

    Déploiement progressif sur la Play Console (1 pour cent → 5 → 20 → 100), Android Vitals surveillé pour le taux d'ANR et le taux de plantage, chemin de hotfix testé, rétrospective, puis retour dans la cadence.

Modèles de collaboration

Équipe Android dédiée

Ingénieur Android senior + tech lead + QA + allocation PM, votre dépôt, votre sprint board, point quotidien. À partir de 12 000 EUR/mois, minimum de trois mois, puis au mois avec préavis de 30 jours.

Sprint projet

Périmètre fixe, prix fixe, 6–12 semaines. Migration Compose d'un module de fonctionnalité, mise à niveau Play Billing 7, passage de targetSdk avec refactorisation des services de premier plan, compagnon Wear OS. À partir de 25 000 EUR.

Staff Augmentation

Un ou deux ingénieurs Android senior intégrés à votre équipe. Vos points, votre revue de code, votre processus de release. À partir de 9 500 EUR par ingénieur et par mois, reconductible mensuellement.

Toutes les missions incluent NDA, DPA et cession complète de la propriété intellectuelle signés avant le démarrage. Journée de travail en heure d'Europe centrale (CET) avec chevauchement 9h–13h ET pour les fondateurs américains.

Pourquoi les marques US & UE choisissent notre équipe Android

Conforme au RGPD · Prêt pour ISO 27001 · SOC 2 Type II en cours · Compatible HIPAA · CCPA pris en compte

Uniquement des Android senior

Chaque ingénieur de l'équipe a livré au moins trois applications Android en production et a mené les migrations Java→Kotlin et View→Compose. Aucun junior facturé au tarif senior.

Maîtrise de la politique Play

Formulaire Data Safety audité à chaque sprint, suppression de compte livrée avant le lancement, feuille de route targetSdk planifiée, justifications d'autorisations restreintes rédigées et soumises avant l'échéance.

Maîtrise de la conformité

RGPD avec IAB TCF v2.2 via Google UMP, CCPA Do Not Sell, User Choice Billing de l'UE lorsque c'est éligible, DPA avec chaque SDK tiers, nettoyage des données personnelles dans Crashlytics et l'analytique.

Pour les produits réglementés, nous réalisons une évaluation des écarts HIPAA ou DSP2 en semaine 1 et concevons les flux de données en conséquence — les secrets restent dans EncryptedSharedPreferences ou un Keystore matériel, les invites biométriques utilisent BiometricPrompt avec CryptoObject.

Questions fréquentes

Quels niveaux d'API Kotlin et Android ciblez-vous par défaut ?

Les nouveaux projets démarrent sur Kotlin 2.x avec le compilateur K2, ciblent le SDK 35 (Android 15) et fixent minSdk à 26 (Android 8.0), ce qui couvre environ 95 pour cent des appareils US/UE actifs. La politique de Google Play exige que targetSdk soit dans l'année suivant la dernière version majeure, nous planifions donc des sprints de mise à niveau du SDK dans la feuille de route annuelle. Pour les applications de flotte B2B sur appareils durcis, nous abaissons minSdk à 24 (Android 7.0) avec des backports AndroidX isolés. Jetpack Compose est la couche UI par défaut ; l'interopérabilité View/XML est conservée pour les modules hérités et les chemins CameraX/PdfRenderer où Compose est encore en rattrapage.

Comment évitez-vous les rejets de la revue Google Play et du rapport de prélancement ?

Nous exécutons une vérification préalable face aux catégories de rejet les plus courantes : formulaire Data Safety incohérent avec le comportement réel du SDK, suppression de compte manquante (obligatoire depuis mai 2024 dans l'application et depuis le web), types de service de premier plan non déclarés correctement sur Android 14+, autorisations restreintes sans formulaire de déclaration d'autorisations (SMS, journal d'appels, AccessibilityService, MANAGE_EXTERNAL_STORAGE), et violations de la politique Familles. Nous corrigeons également les plantages du rapport de prélancement que Google exécute sur les appareils Firebase Test Lab avant notre version interne, ce qui intercepte 80 pour cent des avis 1 étoile après publication.

Comment gérez-vous Google Play Billing et les règles de facturation alternative du DMA européen ?

Google Play Billing Library 7.x est la solution par défaut pour les biens numériques (la politique Play l'exige toujours au sein du canal de distribution Play pour la plupart des catégories). Pour les utilisateurs de l'UE, nous mettons en œuvre le pilote User Choice Billing lorsque c'est éligible — les utilisateurs voient Play Billing aux côtés du propre processeur du développeur, avec la réduction de frais de service correspondante (3 pour cent). Pour les catégories concernées par le DMA, nous prenons en charge la distribution alternative via des flux d'installation d'APK directs avec les invites appropriées d'installation d'applications inconnues, et nous conservons un canal Play distinct pour la même application. Les abonnements utilisent le nouveau modèle base-plan/offre avec des flux de consentement adéquats en cas de changement de prix.

Jetpack Compose ou vues XML — avec quoi développez-vous ?

Compose-first depuis 2023 pour tout le nouveau code : Compose 1.7+ avec le mode strong-skipping, Compose Navigation avec des routes type-safe, Compose Material 3 avec couleur dynamique, et Compose pour Wear OS lorsque le produit s'étend aux montres. Les ViewModels utilisent Kotlin Coroutines et StateFlow, l'injection de dépendances via Hilt, la couche de données avec Room et DataStore. Nous intégrons encore l'interopérabilité AndroidView/ComposeView pour l'aperçu CameraX, les publicités natives AdMob, ExoPlayer (Media3) et PdfRenderer jusqu'à ce que les équivalents natifs Compose soient prêts pour la production. Des Baseline Profiles sont générés pour chaque version afin de maintenir le démarrage à froid sous 500 ms sur les appareils de milieu de gamme.

Comment gérez-vous le RGPD, Google Play Data Safety et la résidence des données dans l'UE ?

Conforme au RGPD dès la conception : base légale documentée par catégorie de données, SDK User Messaging Platform (UMP) de Google pour le consentement IAB TCF v2.2 dans l'UE, export granulaire des données et suppression de compte (également une exigence de la politique Play), et DPA avec chaque SDK tiers. Le formulaire Data Safety est rempli à partir d'une source unique de vérité que nous auditons par rapport aux SDK réellement présents dans le bundle — l'incohérence est la cause n°1 des mesures d'application de la politique. Pour les clients de l'UE, nous hébergeons l'infrastructure backend dans eu-central-1 ou europe-west3, activons Android Privacy Sandbox lorsque le produit utilise l'attribution publicitaire, et excluons les données personnelles de Crashlytics/Sentry par nettoyage des breadcrumbs.

Combien coûte une équipe Android dédiée et comment est-elle composée ?

Les tarifs démarrent à 12 000 EUR/mois par équipe dédiée (un ingénieur Android senior + une allocation à temps partiel de tech lead, QA et PM). L'équipe produit standard comprend deux ingénieurs Android senior + tech lead + QA + designer + PM à 28 000–34 000 EUR/mois. Les sprints projet (par ex. migration Compose d'un module de fonctionnalité, mise à niveau Play Billing 7, passage de targetSdk avec refactorisation des services de premier plan) démarrent à 25 000 EUR pour un engagement de 6 semaines à périmètre fixe. Journée de travail en heure d'Europe centrale (CET) avec chevauchement 9h–13h ET. Minimum de trois mois sur les équipes dédiées, puis au mois avec préavis de 30 jours.

Besoin d'une équipe Android senior qui survit aux revues de la politique Play et au passage annuel de targetSdk ?

Réserver un appel de cadrage

Demander une proposition

Communiquez quelques détails et un consultant senior vous répondra sous un jour ouvré.

Vous préférez échanger directement ? ☎ Appeler le +374 44 871 811 [email protected]