per aziende e founder che vogliono Android fatto bene
App Android nativein Kotlin &Jetpack Compose.
Sviluppo Android native per aziende B2B, founder e brand che vogliono performance reali, Material Design 3 vero, integrazione completa con Google services (Maps, Firebase, Play Billing, Wear OS, Health Connect). Codice tuo dal giorno 1. Play Console intestata a te.
15 anni di codice mobile. Una sola firma dal brief al go-live su Google Play: niente PM, niente commerciali, niente "ah quella feature è extra". L'Android come Google lo intende, non come l'agenzia generalista lo confeziona.
Vediamo se Android native è davvero la scelta giusta per te.
Ti aiuto se sei tu
Hai un'app B2B / aziendale per tecnici sul campo, logistica, retail e vuoi Android fatto bene (non un porting RN improvvisato).
Vuoi un'app consumer Android con Material You, dynamic color, adaptive layout per smartphone/tablet/foldable.
Ti servono Google services profondi: Maps con Routes API, Firebase real-time, Play Billing per acquisti in-app, Health Connect, Wear OS companion.
Devi supportare device aziendali Android 9+ (anche tablet rugged tipo Zebra, Honeywell) e vuoi un solo stack tecnologico.
Vuoi codice Kotlin moderno, Compose, modulare, testato — pronto per un team interno futuro.
Vuoi Play Console intestata a te, asset multi-device, ASO base, gestione review e rollout graduale.
Lascia perdere se cerchi questo
Vuoi il minimo costo possibile con qualcuno che impara Android sul tuo progetto: cerca un junior, non un freelance senior.
Cerchi solo cross-platform perché "tanto è uguale": no, Android native fa cose che Flutter/RN non fa bene (Wear OS, Auto, Health Connect, dynamic color full).
Vuoi supportare Android 5-6-7 per device del 2015 senza un buon motivo business: i costi esplodono, le API moderne non funzionano.
Pensi che "basta scaricare un template Play Store" e parte: l'app seria è progetto Compose strutturato + Play Console serio + ASO + crash monitoring.
Cerchi un'agenzia con bid review board e PM: io lavoro 1:1, in piccolo, veloce.
Vuoi pubblicare su Huawei AppGallery o store cinesi: caso possibile ma serve setup separato — discutiamone se è davvero target.
step 2 · il cimitero delle app android scarse
Cinque ragioni per cui le app Android italiane funzionano male su 4 device su 5.
01
Test solo su Pixel top-of-line
L'app gira bene sul Pixel 8 del dev e sul Samsung S24 del cliente. Risultato: crasha sui Samsung A-series, sui Xiaomi Redmi, sugli Oppo, sui Motorola — cioè l'80% del mercato Android italiano reale. Niente test su device mid-range, niente Firebase Test Lab, niente farm device fisici.
02
Niente Material Design 3 vero
"Material l'abbiamo messo" = AppCompat del 2018 con qualche FAB. Material 3 vero: dynamic color (Material You), adaptive layout per foldable/tablet, motion choreography, typography scale moderna. L'app sembra del 2017 sul Pixel del 2026. Il cliente lo vede subito.
03
Play Billing implementato male (o non implementato)
App con acquisti in-app fatti via Stripe/PayPal "perché Google si prende il 30%". Google ti banna la app — è policy violation. Oppure Play Billing implementato senza upgrade/downgrade, senza grace period, senza restoration → utenti che pagano due volte, refund chargeback, rating 1⭐.
04
Wear OS / Auto ignorati quando avevano senso
App fitness senza Wear OS companion. App logistica senza Android Auto navigation. App medical senza Health Connect. Sono add-on da 1-3 settimane che differenziano radicalmente dalla concorrenza Android — eppure l'agenzia generalista non li propone neanche.
05
Niente handover Play Console al cliente
Sei mesi di lavoro, app live, e poi: Play Console intestata al dev, certificato di firma sul suo Keystore Manager, repo Git su account suo. Domani cambi dev, il nuovo non può aggiornare l'app perché non ha la signing key. L'app è ostaggio della relazione. Letteralmente fatale per un'azienda seria.
Risultato? L'utente disinstalla e scrive una recensione brutale su Google Play.
step 3 · perché native android, non flutter generico
Android native vs cross-platform: quello che cambia davvero.
Cross-platform è ottimo per MVP veloci e app aziendali semplici. Ma su Android, quando servono Material 3 vero, Wear OS, Auto, Health Connect, performance grafiche, sensori e Bluetooth LE avanzato, native è ancora la scelta sensata. Non è ideologia: è il caso d'uso che decide.
Aspetto
Flutter / RN generico
Android native (Kotlin + Compose)
Material Design 3 + dynamic color
parziale, custom themed
nativo, automatico Material You
Wear OS companion
limitato / non supportato
Compose for Wear OS, Tile, Complication
Android Auto integration
non supportato
car app templates native
Health Connect (salute / fitness)
non disponibile
SDK nativo Google, consent granulare
Play Billing (subscription/in-app)
plugin terze parti
SDK ufficiale, upgrade/downgrade gestiti
Performance grafiche (camera, mappe, video)
passabile, dipende da plugin
CameraX, ML Kit, Maps native fluide
Bluetooth LE avanzato (IoT, sensori)
plugin instabile
API native complete, GATT pieno
Foldable / tablet adaptive layout
finto adaptive con MediaQuery
WindowSizeClass + Compose adaptive
Look-and-feel "Android vero"
simil-Material
identico a app Google ufficiali
Quando ha senso?
MVP cross + iOS in parallelo
Android-first, B2B field, IoT, fitness, logistica
step 4 · android live su play store, casi reali
Tre app Android. Tre clienti. Tre risultati misurati.
artigiani field · play store live
App field per artigiani & tecnici
−78%
"Compose + Material You. Tecnici sul campo chiudono intervento direttamente sul cellulare con foto e firma. Time-on-task ridotto del 78%."
"Subscription B2B via Google Play Billing con upgrade/downgrade. Margin retention +34% vs vecchia web app. Distribuzione via Closed Testing per i clienti aziendali."
Tutto incluso, scritto nel preventivo personalizzato, scope-based. Costi terzi reali separati (account Google Play $25 una tantum, hosting backend ~€15/mese se serve, Firebase free tier per quasi tutto).
Android Brief gratuito — analisi caso d'uso, stack tech, Google services suggeriti, doc PDF in 48h (questo).
Design Material 3 + dynamic color — design system Material You completo, adaptive layout per smartphone/tablet/foldable, motion choreography Compose.
Sviluppo Kotlin + Jetpack Compose — architettura MVVM/MVI moderna, Hilt DI, Coroutines + Flow, modulare per team interno futuro.
Supporto Android 9+ (API 28) — minSdk 28, targetSdk sempre l'ultima richiesta da Play. Copre ~95% device italiani 2026.
Material You / Dynamic Color — Material 3 vero con dynamic color da wallpaper utente. Adaptive layout WindowSizeClass.
Google Services integration — Maps con Routes API, Firebase (Auth/Firestore/Crashlytics/Remote Config), Play Billing, Health Connect, Wear OS, Auto se servono.
Google Play account intestato a te — Play Console sotto il tuo nome (persona/azienda), keystore + signing certificato in cassaforte tua. › fondamentale
Asset Play Store multi-device — icona 512×512, feature graphic 1024×500, screenshot smartphone + tablet 7" + tablet 10" + Wear OS se serve, video promo opzionale.
ASO base + Data Safety form — keyword research Play, descrizione store ottimizzata, Data Safety form compilato (data collection, sharing, encryption).
Internal Testing + Closed Testing — distribuzione progressiva, fino 100 internal tester + 200 closed per traccia, Firebase Crashlytics live.
Gestione Play Console review — submit, rifiuti (target SDK, permessi sensibili, content rating), re-submit fino a go-live.
Codice sorgente Kotlin proprietario sul tuo repository Git, dal giorno dell'acconto. › INCALCOLABILE
BONUS 1 3 mesi supporto prioritario post-launch (risposta entro 24h, fix critici immediati su Play release).
BONUS 2 12 mesi bug-fix gratuito su tutto il codice Kotlin scritto da me, incluso regression su nuove versioni Android.
BONUS 3 Play Console health metrics dashboard configurata — ANR rate, crash rate, vitals, ratings monitoring automatico.
BONUS 4 Compose preview setup per il tuo team interno — ogni @Composable con preview multi-device, multi-theme, multi-fontscale.
Maggio 2026 — 1 slot libero su 2
· prossimo mese aperto: Giugno 2026
step 6 · il rischio è mio
La tripla garanzia android-friendly.
🔓
Codice + Play Console tuoi
Dal momento dell'acconto: repository Git e Play Console intestati a te. Keystore + signing certificate in cassaforte tua (fisica + cloud cifrato). Anche se domani sparisco, hai sorgente, certificati, manuale Play. Qualunque altro dev Android può continuare — è scritto nel contratto, non è uno slogan.
🛡️
12 mesi bug-fix incluso
Per 12 mesi dalla pubblicazione su Play, qualunque bug nel codice Kotlin che ho scritto lo sistemo gratis. Crash, ANR, edge case in produzione, regression dopo update Android, breaking change su Compose. Email a me, lo aggiusto. Senza fatture extra.
🤝
Handover pulito (team interni)
Quando l'app cresce e assumi un dev Android interno, handover gratuito: ADR (Architecture Decision Records), Compose preview setup per il team, manuale Play Console (release flow, signing, A/B test), 2h di tour video col team nuovo. Niente lock-in mai.
step 7 · le domande che mi fanno sempre
10 domande oneste, 10 risposte oneste.
1. Native Android (Kotlin) o cross-platform (Flutter/React Native)?
Native (Kotlin + Jetpack Compose) per app che hanno bisogno di: performance massima, integrazione profonda con Google services (Firebase + API REST, Maps, Play Billing, Wear OS, Health Connect), look-and-feel Material 3 vero, accesso completo ai sensori e all'hardware specifico Android (NFC, Bluetooth LE avanzato, CameraX). Cross-platform (Flutter o React Native) per MVP rapidi, app aziendali con UI semplice, prodotti che vanno veloci anche su iOS. Lo decidiamo insieme nel brief: vedi la guida tecnica completa native vs cross-platform.
2. Da quale versione Android partiamo? Devo supportare Android 7-8?
Di default Android 9 (API 28+) come minSdk, target SDK sempre l'ultima (richiesto da Play Store). Questo copre ~95% dei device attivi in Italia secondo i dati Play Console del 2026. Andare giù ad Android 7-8 fa esplodere i costi di test e limita le API moderne (Jetpack DataStore, WorkManager strutturato, Health Connect richiede Android 9+). Se hai un caso B2B con device aziendali vecchi (logistica, retail), decidiamo nel brief: a volte vale, a volte non vale.
3. Come funziona la review Google Play? Quanto dura?
Per app nuove: prima review 1-7 giorni lavorativi. Per update: di solito 24-48h. Google controlla policy compliance (data safety, ads, content rating), target SDK level, permessi sensibili (location background, accessibility, SMS). Gestisco io l'intero processo: compilo Data Safety form, scrivo descrizione store, rispondo a eventuali rifiuti, re-submit. Vedi anche il processo completo di pubblicazione App Store + Play.
4. Quanto costa l'account Google Play Console?
$25 una tantum (vita) intestato a te (persona o azienda). Pagati durante l'apertura account con carta. Niente abbonamento annuale come Apple Developer Program ($99/anno). Più economico, ma con policy molto più strette su data safety e target SDK. L'account è il tuo asset: se domani cambio dev, l'app resta tua su Play.
5. Posso target Android Auto o Wear OS?
Sì. Android Auto: implemento la car app con android.car APIs (template Navigation o POI/Parking se usi Auto). Wear OS: app companion con Compose for Wear OS, Tiles, Complications, sync via Watch Data Layer. Sono add-on al progetto principale (1-3 settimane in più). Hanno senso per casi specifici (logistica, fitness, fleet management) — non per ogni app. Te lo dico onestamente in fase di brief.
6. Cos'è Health Connect e quando serve?
Health Connect è la piattaforma unificata Google per dati salute/fitness su Android (sostituisce Google Fit dal 2024). Permesso utente granulare, dati locali sul device, condivisione opt-in tra app (Strava, Samsung Health, Withings, MyFitnessPal). Se la tua app è fitness, wellness, medicale o tracciamento attività, Health Connect è ormai standard. Lo integro io con consent flow completo e fallback per device vecchi.
7. Devo pagare la commissione Google Play 15%/30% sugli acquisti?
Sì, se vendi contenuti digitali in-app (sub, sblocco feature, coin, ecc.) devi usare Google Play Billing — Google trattiene 15% sui primi $1M/anno di ricavi per developer, 30% sopra. NON paghi commissioni su: vendita di beni fisici (e-commerce, take-away, prenotazioni servizio), SaaS B2B fatturato fuori app, abbonamenti consumati su web (con Reader rules). Integro Play Billing con upgrade/downgrade/grace period gestiti correttamente — vedi anche il CRM lato cliente per leggere i webhook subscription.
8. Posso vedere app Android che hai pubblicato?
Sì. Ho gestionali Android per artigiani field, app B2B logistica con Play Billing, IoT companion per smart home, fitness app con Health Connect. Su richiesta ti mando link reali su Play Store e ti metto in contatto con clienti che possono dirti com'è andata. Ho anche progetti open source su GitHub — il codice si vede, non solo le slide. Scrivimi su WhatsApp →
9. Posso parlare con un cliente reale prima di firmare?
Sì. Su richiesta ti metto in contatto diretto con uno dei clienti attivi (founder MVP Android, aziende con app field per tecnici, gestionali B2B). Chiamata reale con chi ha pagato, ha l'app live su Play Store, e può dirti com'è andata davvero — incluso quello che è andato storto. I miei clienti contenti sono l'unico asset commerciale serio che ho — e lo so.
10. Come funziona l'handover a un team interno se cresciamo?
Quando l'app cresce e assumi un dev Android interno (o agenzia), faccio handover pulito gratuito: repo Git già intestato a te, README tecnico completo, ADR (Architecture Decision Records), Compose preview setup per il team, manuale Play Console (release flow, signing, A/B test), 2h di tour video col team nuovo. Niente lock-in mai. Lavoriamo poi insieme su backend API REST, Node.js o web companion React se serve.
Descrivimi l'app Android in 5 step. Ti mando io un MVP plan.
Nessun preventivo standard, nessun PDF auto-generato. Mi descrivi l'app Android in 5 step, apro io a mano i tuoi vincoli (Google services, device target, timing), ti mando una proposta tecnica e una roadmap realistica in 48h.
Cosa ricevi nell'Android Brief Report:
Lettura sincera del caso d'uso (Android-fit, alternative cross-platform, rischi che vedo).
Lo stack tech consigliato: Kotlin version, Compose version, minSdk, Google services da integrare.
Una roadmap realistica 8-12 settimane con milestone settimanali e Closed Testing.
I costi terzi reali: Play Console ($25), Firebase tier, Maps Routes API se serve.
Un preventivo indicativo (range, non numero magico) se vuoi procedere.
L'onesta verità se la mia raccomandazione è "fai cross-platform" o "non farla affatto".
step 9 · due strade
Hai due modi onesti per partire ora.
A · consigliato
Android App Brief gratuito 48h.
Apri il form qui sopra. 5 step, 4 minuti. Entro 48h ricevi un Brief Report scritto con la mia lettura del caso d'uso, lo stack tech (Kotlin + Compose + Google services), roadmap 8-12 settimane e costi terzi reali. Senza impegno.
Scrivimi su WhatsApp, fissiamo 30 minuti. Mi racconti il caso d'uso Android, io ti dico se ha senso fare native (Kotlin) o se conviene cross-platform (Flutter/RN). Niente pitch, niente vendita aggressiva — solo onesta tecnica.
