Sviluppo di app React Native: cosa dovrebbero sapere i founder prima di iniziare

Se sei un founder e stai pianificando un'app mobile, probabilmente hai sentito parlare di "React Native", di solito come del modo per "sviluppare per iPhone e Android contemporaneamente". È più o meno vero, ma prima di investirci il tuo budget conviene avere il quadro completo. Questa è la spiegazione che darei a un founder davanti a un caffè, senza gergo tecnico.

Cos'è davvero React Native

Normalmente sviluppare un'app mobile significa svilupparla due volte: una per iPhone (iOS) e una per Android, in due linguaggi di programmazione diversi, spesso con due sviluppatori diversi. È lento e costoso.

React Native ti permette di sviluppare l'app una sola volta, con un unico codice sorgente, e farla girare sia su iPhone sia su Android. Il risultato è una vera app mobile, non un sito web travestito da app, che si installa da App Store e Play Store come qualsiasi altra.

È una tecnologia matura e molto diffusa. Tante app che usi ogni giorno sono costruite con React Native. Per la maggior parte dei prodotti è una scelta eccellente. Oggi il team di React Native consiglia di avviare le nuove app con un framework, e quello che indica è Expo. Si occupa di gran parte degli strumenti di build e rilascio, così una quota maggiore del budget finisce nel prodotto vero e proprio.

Le ragioni di business: perché i founder lo scelgono

Un unico codice, due piattaforme

È il vantaggio principale. Invece di pagare per sviluppare e mantenere due app separate, ne sviluppi una. Significa circa metà del lavoro di sviluppo e, cosa altrettanto importante, metà della manutenzione nel tempo: ogni nuova funzionalità si aggiunge una volta, non due.

Arrivi prima sul mercato

Sviluppando una sola volta, arrivi prima su entrambi gli store. Per una startup che deve validare un'idea, raggiungere prima gli utenti reali vale moltissimo.

È più facile trovare sviluppatori

React Native si basa su React, la stessa tecnologia alla base di una fetta enorme dei siti web moderni. Questo significa che spesso lo stesso sviluppatore può lavorare sia sulla tua web app sia sulla tua app mobile, il che è efficiente per un team piccolo e garantisce più coerenza in tutto il prodotto.

Quando React Native è la scelta giusta (e quando no)

Sarò onesto, perché lo strumento sbagliato fa sprecare soldi.

React Native è perfetto per:

• La maggior parte delle app business e consumer: marketplace, prenotazioni, social, biglietteria, dashboard, servizi on-demand
• MVP in cui conta la velocità di arrivo sul mercato
• Prodotti che devono essere sia su iOS sia su Android senza raddoppiare il budget

Merita un ragionamento più approfondito se:

• L'intera ragion d'essere della tua app è spremere al massimo le prestazioni del dispositivo (giochi 3D pesanti, elaborazione video o AR intensiva)
• Dipendi dalle nuovissime funzionalità della piattaforma nel momento stesso in cui escono

Anche in questi casi, React Native spesso funziona comunque. Può ricorrere al codice nativo per le parti più impegnative. Ma sono i casi in cui preferisco parlarne apertamente invece di dare le cose per scontate.

Cosa sottovalutano spesso i founder

La scelta del framework è la parte facile. Ecco cosa decide davvero il successo della tua app, e dove si trova il lavoro vero:

• Il backend. La tua app quasi certamente ha bisogno di un server, un database e delle API alle spalle. È un progetto a tutti gli effetti: leggi perché API di backend pulite contano per le app mobile.
• La rifinitura per la produzione. Il divario tra una demo e un'app pubblicabile è grande. Ho scritto un intero articolo su cosa rende un'app mobile pronta per la produzione. Vale la pena leggerlo prima di fissare una tempistica.
• La pubblicazione sugli store. Superare i processi di revisione di Apple e Google richiede tempo e attenzione alle loro regole.
• La manutenzione continua. Telefoni e sistemi operativi si aggiornano di continuo, e Apple e Google alzano regolarmente le versioni minime di SDK accettate, quindi un'app non aggiornata a un certo punto non può più pubblicare aggiornamenti. Un'app è una cosa viva, non un lavoro una tantum.

Un esempio concreto

Ho sviluppato diverse app React Native per clienti in ambiti molto diversi: un'app di biglietteria per eventi e produzioni con scansione QR, un'app per autisti con aggiornamenti in tempo reale sugli incarichi e caricamento di documenti, e un'app per la sicurezza personale con condivisione della posizione in tempo reale e funzioni SOS, tra le altre.

Quella varietà mi ha insegnato che il framework è raramente la parte difficile. Le parti difficili sono sempre le stesse: rendere affidabili gli aggiornamenti in tempo reale, gestire con eleganza le reti scadenti, mantenere il punto in cui si trovava l'utente quando l'app va in background e superare la revisione degli store. React Native le ha gestite bene in app molto diverse tra loro, ed è proprio per questo che lo scelgo con fiducia per la maggior parte dei progetti mobile.

Errori comuni dei founder

• Scegliere la tecnologia prima del prodotto. Decidi prima cosa stai costruendo e per chi; la tecnologia è al servizio di questo, non il contrario.
• Dimenticare il backend. L'app è la metà visibile; il server alle spalle è l'altra metà di budget e tempistiche.
• Aspettarsi che i tempi della demo siano quelli reali. Il lavoro di produzione dopo la demo è consistente: pianificalo.
• Ignorare la manutenzione. Metti a budget la vita dell'app dopo il lancio, non solo lo sviluppo.
• Scegliere solo in base al prezzo. Uno sviluppo economico da rifare costa più che farlo bene una volta sola.

Come affronto un progetto React Native

1. Parto dal prodotto e dagli utenti, poi verifico che React Native sia davvero adatto (di solito lo è).
2. Pianifico backend e app insieme, così sono progettati l'uno per l'altra e non cuciti insieme dopo.
3. Integro gli aspetti di produzione fin dall'inizio: gestione dell'offline, stato persistente, crash reporting.
4. Metto a budget la pubblicazione sugli store come parte del progetto, non come sorpresa finale.
5. Comunico con onestà sulle tempistiche, incluso il tratto finale poco appariscente in cui si svolge gran parte del lavoro sull'affidabilità.

Stai pensando di sviluppare un'app mobile?

Se sei un founder che sta valutando un'app mobile e vuoi una conversazione diretta e onesta per capire se React Native fa per te e cosa serve davvero, sono felice di fartela. Sviluppo app multipiattaforma e le porto fino agli store, backend incluso.

Dai un'occhiata alle app e ai progetti che ho realizzato, poi contattami e raccontami cosa hai in mente. Niente gergo, solo un piano chiaro.