Servizi

Servizi di sviluppo app Android per brand USA e UE

Sviluppo Android nativo su Kotlin 2.x e Jetpack Compose per prodotti consumer e B2B destinati a telefoni, tablet, foldable, Wear OS e Android Auto. Rilasciamo bundle pronti per Google Play che superano la revisione Data Safety alla prima submission, gestiamo il bump annuale del targetSdk e supportiamo EU User Choice Billing dove idoneo. Team Android dedicati da 12.000 EUR/mese, sprint di progetto fixed-scope da 25.000 EUR. Orario CET con sovrapposizione 9:00-13:00 ET, allineati al GDPR per default.

Ambiente di sviluppo Android con design UI mobile e codice per brand USA e UE

Android è dove vive il volume globale e dove la policy di Google Play diventa più rigorosa ogni anno. Il modulo Data Safety deve corrispondere al comportamento effettivo degli SDK altrimenti il listing viene rimosso. Account Deletion è obbligatorio in-app e dal web. Il targetSdk deve seguire l'ultimo release entro un anno o le nuove installazioni si bloccano. I tipi di foreground service su Android 14+ hanno messo ko un'intera generazione di app che funzionavano perfettamente su Android 13. Il DMA dell'UE ha aperto User Choice Billing e la distribuzione alternativa per le categorie che Google è stata costretta ad aprire. Costruiamo app Android che sopravvivono a tutto ciò — Kotlin 2.x con il compilatore K2, UI Compose-first, Baseline Profile per il cold start e un modulo Data Safety effettivamente accurato. Vederlo in pratica nel nostro caso di studio Refactoring xRouten.

Cosa è incluso in un engagement Android

Sviluppo prodotto Kotlin 2.x + Compose

Nuove funzionalità e app complete su Kotlin 2.x con compilatore K2, Jetpack Compose con strong-skipping mode, Material 3 con colore dinamico, Hilt DI, persistenza Room/DataStore, Coroutines + StateFlow.

Prontezza per la revisione Google Play

Modulo Data Safety verificato rispetto agli SDK effettivi, eliminazione dell'account in-app e dal web, tipi di foreground service dichiarati correttamente, permessi con restrizioni giustificati, crash del Pre-Launch Report corretti prima del rilascio.

Play Billing + EU User Choice

Play Billing Library 7.x con abbonamenti base-plan/offer, flussi di consenso alla modifica del prezzo, pilot EU User Choice Billing dove idoneo, APK a distribuzione alternativa per categorie rilevanti per il DMA.

Migrazione legacy e riscrittura

Da Java a Kotlin, da XML Views a Compose, da RxJava a Coroutines, da AsyncTask/Loader a ViewModel + StateFlow, da SupportLibrary ad AndroidX, da Gradle Groovy a Kotlin DSL con version catalog.

Performance e Baseline Profile

Macrobenchmark e Microbenchmark, Baseline Profile generati per ogni release, cold start sotto i 500 ms su dispositivi della classe Pixel 6a, tracce Perfetto per il jank, R8 full mode con keep rule corrette.

Wear OS, Auto, foldable

Wear OS 4/5 con Compose for Wear, Tile e Complication, app Android Auto + Automotive OS, continuità foldable con WindowSizeClass, livello di qualità large-screen per il Play Store.

Stack Android con cui lavoriamo

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

Come si svolge un engagement Android

  1. 01

    Discovery

    Settimana 1: audit del module graph esistente (o definizione dello scope), scelta di targetSdk/minSdk, gap analysis della policy Google Play (Data Safety, Account Deletion, permessi), stesura della baseline.

  2. 02

    Fondamenta

    Settimane 2–3: module graph, Gradle KTS + version catalog, Hilt + DI graph, CI su GitHub Actions con Fastlane supply, track Play interno, Crashlytics + Performance Monitoring integrati.

  3. 03

    Cadenza di build

    Sprint di due settimane, build sul track Play interno ogni venerdì, demo settimanale, revisione Crashlytics + Pre-Launch Report ogni lunedì, modulo Data Safety riverificato rispetto alla lista SDK ogni sprint.

  4. 04

    Lancio e iterazione

    Rollout graduale su Play Console (1% → 5 → 20 → 100), Android Vitals monitorati per ANR rate e crash rate, percorso hotfix testato, retrospettiva, poi di nuovo nella cadenza.

Modelli di ingaggio

Team Android dedicato

Senior Android engineer + tech lead + QA + allocazione PM, il vostro repository, la vostra sprint board, standup giornaliero. Da 12.000 EUR/mese, minimo tre mesi, poi mensile con preavviso di 30 giorni.

Sprint di progetto

Scope fisso, prezzo fisso, 6–12 settimane. Migrazione Compose di un feature module, upgrade Play Billing 7, bump targetSdk con refactor foreground-service, app companion Wear OS. Da 25.000 EUR.

Staff Augmentation

Uno o due senior Android engineer integrati nel vostro team. I vostri standup, la vostra code review, il vostro processo di rilascio. Da 9.500 EUR per engineer al mese, mensile rinnovabile.

Ogni engagement include NDA, DPA e cessione completa della proprietà intellettuale firmati prima del kickoff. Orario CET con sovrapposizione 9:00-13:00 ET per i founder USA.

Perché i brand USA e UE scelgono il nostro team Android

Conforme GDPR · Pronto per ISO 27001 · SOC 2 Type II in corso · Compatibile HIPAA · CCPA riconosciuto

Solo sviluppatori Android senior

Ogni engineer ha rilasciato almeno tre app Android in produzione e ha affrontato le migrazioni Java→Kotlin e View→Compose. Nessun junior fatturato a tariffe senior.

Esperti di policy Play

Modulo Data Safety verificato ogni sprint, Account Deletion rilasciato prima del lancio, roadmap targetSdk pianificata, giustificazioni per i permessi con restrizioni redatte e inviate prima della scadenza.

Esperti di conformità

GDPR con IAB TCF v2.2 tramite Google UMP, CCPA Do Not Sell, EU User Choice Billing dove idoneo, DPA con ogni SDK di terze parti, scrubbing dei dati personali in Crashlytics e analytics.

Per i prodotti regolamentati eseguiamo un gap assessment HIPAA o PSD2 nella settimana 1 e progettiamo i flussi di dati di conseguenza — i segreti rimangono in EncryptedSharedPreferences o nel Keystore hardware-backed, i prompt biometrici usano BiometricPrompt con CryptoObject.

Cosa dicono i clienti

L'app Android legacy aveva anni di debito tecnico accumulato e nessuna controparte iOS. YuSMP ha effettuato il refactoring del codice esistente, ha rilasciato la versione iOS e ha aggiunto il tracciamento live dei driver e la fatturazione in-app — il tutto senza interrompere le operazioni quotidiane dei nostri autisti.
Markus Hofmann, CEO, xRouten GmbHVedi il caso →
Le nostre app iOS e Android si erano distaccate nel corso di anni di sviluppo separato. YuSMP ha ricostruito un'unica soluzione unificata con feed video in diretta, controllo dei dispositivi smart-home e accesso multi-utente basato sui ruoli. Zero difetti critici nei primi sei mesi dal lancio.
Patrick O'Brien, CTO, Grom SecurityVedi il caso →

Domande frequenti

Quali versioni di Kotlin e livelli API Android puntate di default?

I nuovi progetti partono da Kotlin 2.x con il compilatore K2, target SDK 35 (Android 15) e minSdk impostato a 26 (Android 8.0) che copre circa il 95% dei dispositivi attivi in USA e UE. La policy di Google Play richiede che il targetSdk sia entro un anno dall'ultimo major release, quindi pianifichiamo sprint di upgrade SDK nella roadmap annuale. Per le app B2B fleet su dispositivi rugged abbassiamo il minSdk a 24 (Android 7.0) con backport AndroidX isolati. Jetpack Compose è il layer UI predefinito; l'interop View/XML viene mantenuto per i moduli legacy e i percorsi CameraX/PdfRenderer dove Compose è ancora in recupero.

Come evitate i rifiuti in fase di revisione Google Play e nel pre-launch report?

Eseguiamo un pre-flight sulle categorie di rifiuto più comuni: modulo Data Safety non corrispondente al comportamento effettivo degli SDK, mancanza di Account Deletion (obbligatorio dall'app e dal web da maggio 2024), tipi di foreground service non dichiarati correttamente su Android 14+, permessi con restrizioni senza Permissions Declaration Form (SMS, Call Log, AccessibilityService, MANAGE_EXTERNAL_STORAGE) e violazioni della policy Families. Correggiamo anche i crash del Pre-Launch Report che Google esegue sui dispositivi Firebase Test Lab prima del nostro rilascio interno, il che cattura l'80% delle recensioni a 1 stella post-pubblicazione.

Come gestite Google Play Billing e le norme DMA UE sulla fatturazione alternativa?

Google Play Billing Library 7.x è la soluzione predefinita per i beni digitali (la policy Play la richiede ancora all'interno del canale di distribuzione Play per la maggior parte delle categorie). Per gli utenti UE implementiamo il pilot User Choice Billing dove idonei — gli utenti vedono Play Billing insieme al processore dello sviluppatore, con la corrispondente riduzione della commissione di servizio (3%). Per le categorie rilevanti per il DMA supportiamo la distribuzione alternativa tramite flussi di installazione APK diretti con i prompt corretti per Install Unknown Apps, e manteniamo un track Play separato per la stessa app. Gli abbonamenti usano il nuovo modello base-plan/offer con flussi di consenso alla modifica del prezzo.

Jetpack Compose o XML Views — con quale strumento sviluppate?

Compose-first dal 2023 per tutto il nuovo codice: Compose 1.7+ con strong-skipping mode, Compose Navigation con route type-safe, Compose Material 3 con colore dinamico e Compose per Wear OS dove il prodotto si estende agli smartwatch. I ViewModel usano Kotlin Coroutines e StateFlow, dependency injection tramite Hilt, data layer con Room e DataStore. Embeddiamo ancora AndroidView/ComposeView interop per CameraX preview, annunci nativi AdMob, ExoPlayer (Media3) e PdfRenderer finché gli equivalenti nativi di Compose non sono pronti per la produzione. I Baseline Profile vengono generati per ogni release per mantenere il cold start sotto i 500 ms sui dispositivi di fascia media.

Come gestite GDPR, Google Play Data Safety e la residenza dei dati UE?

GDPR-aligned by design: base giuridica documentata per categoria di dati, SDK Google User Messaging Platform (UMP) per il consenso IAB TCF v2.2 nell'UE, esportazione granulare dei dati ed eliminazione dell'account (anche requisito della policy Play) e DPA con ogni SDK di terze parti. Il modulo Data Safety viene compilato da un'unica fonte di verità che verifichiamo rispetto agli SDK effettivi nel bundle — la mancata corrispondenza è la causa n. 1 delle azioni di enforcement della policy. Per i clienti UE ospitiamo l'infrastruttura backend in eu-central-1 o europe-west3, abilitiamo Android Privacy Sandbox dove il prodotto utilizza l'attribuzione degli annunci e manteniamo i dati personali fuori da Crashlytics/Sentry con breadcrumb scrubbing.

Quanto costa un team Android dedicato e come è composto?

Il pricing parte da 12.000 EUR/mese per team dedicato (un senior Android engineer + tech lead part-time, QA e allocazione PM). Il team di prodotto standard è due senior Android engineer + tech lead + QA + designer + PM a 28.000–34.000 EUR/mese. Gli sprint di progetto (es. migrazione Compose di un feature module, upgrade Play Billing 7, bump targetSdk con refactor foreground-service) partono da 25.000 EUR per un engagement fixed-scope di 6 settimane. Orario CET con sovrapposizione 9:00-13:00 ET. Minimo tre mesi per i team dedicati, poi mensile con preavviso di 30 giorni.

Avete bisogno di un team Android senior che superi le revisioni della policy Play e il bump annuale del targetSdk?

Prenota una chiamata di analisi

Richiedi una proposta

Condividete alcuni dettagli e un consulente senior risponderà entro un giorno lavorativo.

Preferite parlare direttamente? ☎ Call +374 44 871 811 ✉ sales@yusmpgroup.com