Due scenari di sviluppo app mobile completamente diversi, due risposte opposte. Da una parte, una startup di food delivery che ha bisogno di arrivare su iOS e Android in tre mesi con 35.000 euro di budget. Dall'altra, un'azienda di servizi sanitari che deve sviluppare un'app di telemedicina con videoconsulto in tempo reale, integrazione con dispositivi medici e conformità alle normative sanitarie. Nel primo caso la scelta giusta è Flutter. Nel secondo, sviluppo nativo con Swift e Kotlin. Ma la ragione non ha niente a che fare con la tecnologia in sé. Ha a che fare con il processo decisionale che la precede.
La domanda app nativa o cross-platform non ha una risposta universale. Ha una risposta precisa per ogni progetto - a patto che qualcuno si prenda il tempo di analizzare davvero il contesto prima di scegliere. Questi due scenari raccontano come il nostro metodo trasforma una decisione tecnologica apparentemente complessa in una scelta chiara e motivata, con risultati misurabili.
Progetto 1 - Food delivery per una startup: come Flutter ha dimezzato tempi e costi
Due fondatori con un'idea chiara: una piattaforma di food delivery specializzata nella ristorazione locale, distinta dai grandi aggregatori per la cura nella selezione dei ristoranti e nella qualità dell'esperienza. Il pre-seed era di 80.000 euro, di cui 35.000 destinati allo sviluppo dell'app. Dovevano essere su entrambi gli store entro tre mesi per iniziare ad acquisire ristoranti partner durante la stagione estiva.
La fase di Ascolto è durata una settimana e ha coinvolto l'intero team. Il team marketing ha mappato il percorso utente completo - dall'apertura dell'app alla conferma dell'ordine - e ha identificato le metriche chiave per il business: tasso di conversione dal catalogo al carrello, tempo medio per completare un ordine, tasso di riacquisto a 7 e 30 giorni. Il team di sviluppo ha analizzato i requisiti tecnici: registrazione e autenticazione, catalogo ristoranti con filtri e ricerca, sistema di ordini con pagamento integrato, tracking in tempo reale del rider, notifiche push, e un pannello di gestione per i ristoranti partner.
Nella fase di Strategia, la scelta tecnologica è emersa dai dati, non da preferenze personali. Il nostro reparto tecnico ha valutato i requisiti contro tre criteri: necessità di accesso a API native specifiche, aspettative di performance, e vincolo di budget/tempo. L'app non richiedeva funzionalità hardware avanzate (niente fotocamera specializzata, niente sensori, niente realtà aumentata). Il tracking del rider poteva essere gestito perfettamente da Flutter con i plugin di geolocalizzazione maturi disponibili. Le animazioni richieste erano standard - transizioni fluide, non rendering 3D. E il budget non permetteva due team di sviluppo separati. La risposta era chiara: Flutter, con una singola codebase per entrambe le piattaforme.
Ma la scelta tecnologica è stata solo metà della decisione. Il team marketing ha insistito su un punto che in un'agenzia tradizionale sarebbe stato ignorato: il sistema di tracking e analytics doveva essere integrato nell'architettura dell'app fin dallo sprint 1. Ogni azione dell'utente - apertura app, ricerca ristorante, aggiunta al carrello, completamento ordine, abbandono - doveva generare un evento tracciabile. Non con SDK esterni che appesantiscono l'app, ma con un sistema di eventi server-side collegato al backend Rails. Quando l'app è andata live, il nostro team aveva una dashboard di metriche pronta per ottimizzare le campagne di digital marketing dal primo giorno.
La fase di Sviluppo è durata 10 settimane, con sprint settimanali e demo al cliente ogni venerdì. La fase di Test & Lancio ha incluso test di usabilità con un campione di 15 utenti reali e ottimizzazione del flusso di checkout basata sui risultati. L'app è arrivata su App Store e Google Play in 13 settimane dal kickoff - una settimana prima della deadline.
I risultati del primo trimestre post-lancio: 3.200 download, 45 ristoranti partner attivi, tasso di conversione catalogo-ordine del 12%, tasso di riacquisto a 30 giorni del 38%. Il risparmio rispetto allo sviluppo nativo su entrambe le piattaforme è stato stimato in 25.000-30.000 euro - risorse che i fondatori hanno reinvestito interamente in marketing e acquisizione ristoranti. Il CTO della startup lo ha riassunto così: "Se avessimo speso tutto in sviluppo nativo, avremmo avuto un'app bellissima che nessuno usava."
Progetto 2 - Telemedicina: perché il nativo era l'unica scelta possibile
Il secondo progetto aveva premesse completamente diverse. Un'azienda di servizi sanitari doveva sviluppare un'app di telemedicina per mettere in contatto pazienti e specialisti: videoconsulto in tempo reale con qualità clinica, possibilità di scattare foto ad alta risoluzione di lesioni cutanee per la valutazione dermatologica, integrazione con HealthKit e Google Fit per la condivisione dei parametri vitali, e conformità alle normative sanitarie italiane sulla conservazione e trasmissione dei dati medici.
La fase di Ascolto ha coinvolto non solo il management dell'azienda, ma anche tre medici specialisti che avrebbero utilizzato la piattaforma. Il team ha mappato due percorsi utente distinti - paziente e medico - con esigenze radicalmente diverse. Il paziente aveva bisogno di semplicità: prenotare una visita, collegarsi al videoconsulto, condividere immagini e referti. Il medico aveva bisogno di strumenti professionali: videocamera ad alta risoluzione con zoom e regolazione dell'esposizione per le foto cliniche, accesso ai parametri vitali del paziente in tempo reale durante il consulto, e un sistema di annotazioni integrato.
Nella fase di Strategia, il nostro reparto tecnico ha analizzato i requisiti con gli stessi tre criteri usati per il primo progetto. Questa volta, però, i risultati puntavano in direzione opposta. Il videoconsulto richiedeva accesso diretto alle API native della fotocamera con controllo su risoluzione, frame rate, esposizione e autofocus - funzionalità che i plugin Flutter gestiscono con limitazioni significative, specialmente su iOS. L'integrazione con HealthKit (iOS) e Google Fit (Android) doveva essere profonda e affidabile: i dati medici non ammettono approssimazioni. Le normative sanitarie richiedevano il massimo controllo sulla crittografia e sulla gestione dei dati in memoria. E le performance del video streaming in tempo reale - con la possibilità di condividere schermo e scattare screenshot durante il consulto - richiedevano accesso diretto al layer di rendering nativo.
La scelta è stata sviluppo nativo: Swift per iOS, Kotlin per Android. Il budget era più alto - 65.000 euro contro i 35.000 del primo progetto - e i tempi più lunghi: 5 mesi di sviluppo. Ma in questo contesto, un'app cross-platform avrebbe introdotto rischi inaccettabili: dipendenze da plugin di terze parti per funzionalità critiche, potenziali problemi di stabilità nel video streaming, e la necessità di workaround per l'integrazione hardware che avrebbero allungato i tempi annullando il vantaggio economico.
Anche qui, l'approccio integrato di CatalisiLab ha fatto la differenza. Il team marketing ha progettato il sistema di tracking dell'engagement all'interno dell'app - tempi medi di consulto, tassi di completamento, soddisfazione post-visita - che ha permesso all'azienda di ottimizzare il servizio basandosi su dati reali. La fase di Design ha prodotto due interfacce distinte: minimale e rassicurante per il paziente, professionale e densa di informazioni per il medico. La fase di Test & Lancio ha incluso un beta test con 20 medici e 50 pazienti, con iterazioni sul flusso di prenotazione e sulla qualità del video basate sul feedback diretto.
I risultati a sei mesi dal lancio: 180 medici attivi sulla piattaforma, 2.400 consulti completati, valutazione media dell'app di 4.7 stelle su entrambi gli store. Il dato più significativo per il business: il tasso di autenticazione biometrica - critico per l'accesso ai dati medici - era del 40% più veloce rispetto a un benchmark di app sanitarie cross-platform, un dettaglio che i medici hanno notato e apprezzato. La qualità del video streaming ha permesso ai dermatologi di effettuare valutazioni cliniche accurate nel 92% dei casi, riducendo la necessità di visite in presenza.
Il processo decisionale conta più della tecnologia
Queste due storie raccontano la stessa lezione da prospettive opposte. La startup di food delivery avrebbe potuto insistere sullo sviluppo nativo "perché è meglio" - e avrebbe esaurito il budget prima di acquisire il primo utente. L'azienda di telemedicina avrebbe potuto scegliere Flutter "perché costa meno" - e avrebbe ottenuto un'app con limitazioni inaccettabili per il contesto clinico. In entrambi i casi, la scelta sbagliata non sarebbe stata un errore tecnico: sarebbe stata un errore di analisi.
Il valore di una consulenza tecnologica strutturata sta proprio qui: nel trasformare una decisione che sembra tecnica in una valutazione di business, guidata da dati e non da opinioni. Nel nostro metodo, la scelta della tecnologia non avviene mai nel vuoto. Avviene dopo l'Ascolto dei requisiti reali, dopo la Strategia che definisce KPI e vincoli, e sempre in funzione dei risultati che il progetto deve generare.
I numeri del mercato italiano nel 2026 confermano questa logica. Per un'app di media complessità, lo sviluppo nativo su entrambe le piattaforme richiede un investimento di 40.000-80.000 euro e 4-6 mesi di tempo, con costi di manutenzione annui di 16.000-40.000 euro per due codebase separate. Lo sviluppo cross-platform con Flutter o React Native parte da 25.000-50.000 euro con 3-4 mesi di tempo e manutenzione annua di 5.000-10.000 euro. Su un orizzonte di tre anni, la differenza cumulativa può superare i 100.000 euro. Ma questi numeri hanno senso solo se la scelta è quella giusta per il progetto specifico. Per un'analisi più approfondita di come valutare gli investimenti digitali, leggi anche il nostro articolo su quanto vale davvero un investimento digitale professionale.
Se stai valutando lo sviluppo di un'app mobile e non sai quale strada prendere, probabilmente la risposta è più chiara di quanto pensi - ma serve qualcuno che faccia le domande giuste. Il nostro team analizza il tuo scenario con lo stesso metodo che abbiamo applicato a questi due progetti, e ti guida verso la scelta che massimizza il ritorno sul tuo investimento. Raccontaci il tuo progetto e troviamo insieme la strada giusta.
