App mobile o app web? Una guida onesta alla decisione per le piccole imprese

Quasi ogni settimana qualcuno ci dice di avere bisogno di un'app. Di solito se l'è già immaginata: un'icona sul telefono, qualcosa che i clienti scaricano, magari un piccolo badge con il numero delle notifiche. E quasi altrettanto spesso, dopo quindici minuti di conversazione, emerge che non gli serve affatto un'app. Gli serve qualcosa che funzioni splendidamente sul telefono, che è una cosa completamente diversa: più economica, più rapida e molto meno incline a prendere polvere in uno store che nessuno visita.

La parola «app» ha silenziosamente inglobato tre o quattro prodotti molto diversi. Quando qualcuno la pronuncia, potrebbe intendere un'app nativa da scaricare, un sito che si comporta come un'app, uno strumento interno per il proprio personale, o semplicemente «una versione moderna della mia impresa su uno schermo». Sbagliare qui costa caro, non perché la scelta sbagliata sia difficile da costruire, ma perché la vincola a mesi di costi e manutenzione di cui non aveva bisogno.

Questa è dunque la guida che avremmo voluto ogni titolare avesse prima di quella prima chiamata. Nessun clamore su quale piattaforma stia vincendo, nessuna finzione che le app native siano sempre la scelta di prestigio. Solo uno sguardo lucido su che cosa siano davvero le due opzioni, su quanto costino, e un modo semplice per decidere quale serve alla sua impresa, ammesso che ne serva una.

Prima di tutto, chiarisca che cosa intende davvero per «app»

Prima di poter scegliere, deve sapere cosa c'è sul menu. Un'app mobile — quella di tipo nativo — è un software che l'utente installa dall'App Store o da Google Play. Risiede sul telefono, riceve un'icona e può accedere in profondità al dispositivo: fotocamera, GPS, notifiche push, archiviazione offline, accesso con impronta digitale. Un'app web è un sito che fa più che mostrare informazioni: permette alle persone di fare cose: accedere, prenotare, pagare, gestire un account. La apre in un browser e non c'è nulla da scaricare.

Tra le due c'è una terza opzione il cui nome la maggior parte non ha mai sentito: la progressive web app, o PWA. È un'app web costruita in modo da poter essere «aggiunta alla schermata Home», funziona a tutto schermo con una propria icona, opera offline e può inviare notifiche sulla maggior parte dei dispositivi. Per un'enorme fetta di piccole imprese, questo è il giusto equilibrio di cui nessuno ha parlato: al cliente sembra un'app, ma si costruisce e si mantiene come un sito.

Tenga distinte queste tre nozioni in mente e metà della confusione svanisce. Il più delle volte, la domanda onesta non è «nativa o web?» — è «quanto deve davvero sembrare un'app, e ne vale il prezzo?»

Le differenze che contano davvero per un'impresa

Troverà cento articoli che confrontano le due su basi tecniche. La maggior parte è scritta per sviluppatori e manca ciò che a un titolare interessa davvero. Saltiamo quindi le guerre tra framework e parliamo delle quattro cose che cambiano il modo in cui la sua impresa funziona.

Come le persone ci arrivano

Un'app web vive dietro un link. Può inserirlo in un'e-mail, in un messaggio, in un codice QR su un tavolo, in un risultato di ricerca di Google. Un cliente la usa due secondi dopo il clic. Un'app nativa vive dietro un download: il suo cliente deve volerla abbastanza da andare in uno store, cercare il suo nome, installarla e aprirla. Quel divario è brutale. Per un'impresa con cui la maggior parte delle persone interagisce occasionalmente, il download è spesso l'intera ragione per cui un'app fallisce.

Cosa può fare davvero

Il nativo vince ancora sulla potenza pura. Se le serve un uso offline a prova di guasti, un lavoro intensivo di fotocamera o sensori, grafica fluida ad alte prestazioni, o notifiche che devono assolutamente arrivare, il nativo è la scommessa più sicura. Ma il divario si è ridotto drasticamente. Un'app web moderna può accettare pagamenti, usare la fotocamera, trovare la sua posizione, lavorare offline e inviare notifiche push sulla maggior parte dei telefoni. La domanda onesta è se la sua impresa si appoggi davvero alle poche cose che solo il nativo fa bene.

Quanto costa costruirla e tenerla in vita

È qui che il divario è più ampio, ed è qui che i titolari vengono colti di sorpresa. Un'app web è un'unica base di codice che gira ovunque con un browser. Un'app nativa, fatta come si deve, spesso significa costruire e mantenere per due piattaforme, più il processo di revisione dello store, più aggiornamenti continui ogni volta che Apple o Google cambiano le regole. La costruzione costa di più; la manutenzione è la parte di cui nessuno la avverte. Un'app non è una cosa che si finisce: è una cosa che si nutre.

Quanto controllo mantiene

Con un'app web, pubblica una modifica ed è online in pochi minuti. Con un'app nativa, ogni aggiornamento attende in una coda di revisione, e lo store può rifiutarlo, pretendere una percentuale su ogni vendita o cambiarle le regole sotto i piedi. Sta affittando spazio sulla piattaforma di qualcun altro. Per alcune imprese questo scambio vale la pena. Per molte, la libertà di «è solo un sito, lo aggiorniamo quando vogliamo» vale più della rifinitura.

Quando un'app mobile nativa è davvero la scelta giusta

Le app native non sono una trappola: sono uno strumento potente, sbagliato per la maggior parte delle piccole imprese ed esattamente giusto per poche. Ecco quando il costo extra e il vincolo si ripagano, onestamente e senza patina commerciale.

• Le persone la usano di continuo, ogni giorno o quasi. Il costo del download viene ripagato molte volte da un uso frequente e fedele.
• Si appoggia molto alle funzioni del dispositivo: GPS continuo, lavoro intensivo di fotocamera, hardware Bluetooth, funzionamento offline affidabile in luoghi senza segnale.
• Le notifiche sono il cuore del prodotto, non un di più gradito, e devono arrivare in modo affidabile su ogni dispositivo.
• Le prestazioni devono essere impeccabili: grafica rapida, giochi, interazione in tempo reale dove mezzo secondo di ritardo è inaccettabile.
• Essere nell'App Store è di per sé parte della fiducia o del racconto di marketing che i suoi clienti si aspettano.

Noti il filo conduttore: il nativo si guadagna il suo posto quando l'app è usata molto, da persone che hanno già scelto lei, e quando dipende dall'hardware del telefono in modi che il browser ancora non eguaglia. Un'app per interventi sul campo che la sua squadra apre quaranta volte al giorno è un candidato perfetto per il nativo. Una pagina di prenotazione che un cliente tocca due volte all'anno non lo è.

Quando un'app web è la scelta più intelligente ed economica

Per la maggior parte delle piccole e medie imprese, questa è la risposta — e non è un compromesso, è l'adattamento corretto. Un'app web brilla proprio dove il nativo fatica: ovunque la portata conti più della potenza pura, e ovunque debba muoversi in fretta e cambiare le cose spesso.

Scelga il web per primo quando le persone useranno la cosa occasionalmente anziché ogni giorno, quando vuole accogliere clienti senza l'attrito di un download, quando contano budget e velocità, oppure quando non è ancora sicuro che l'idea attecchirà. Quest'ultimo punto è sottovalutato. Un'app web è il modo perfetto per testare se qualcuno vuole la sua idea prima di impegnarsi nel costo del nativo. Può sempre costruire l'app nativa più avanti, una volta che la domanda è reale e vede esattamente quali funzionalità la meritano.

Una breve storia: lo studio che chiese un'app

Uno studio di fisioterapia venne da noi convinto di avere bisogno di un'app mobile. Un concorrente poco più in là ne aveva una, e non averla dava la sensazione di restare indietro. La loro immagine era chiara: i pazienti avrebbero scaricato l'app, prenotato gli appuntamenti, visto i loro piani di esercizi e ricevuto promemoria. Avevano già preventivato a metà e si erano preparati al costo.

Così abbiamo posto la domanda che poniamo sempre: quanto spesso un paziente aprirà davvero questa cosa? La risposta onesta era una manciata di volte attorno a un ciclo di cure: prenotare, dare un'occhiata agli esercizi, ricevere un promemoria, magari riprenotare mesi dopo. Non è uso quotidiano. È uso occasionale. E l'uso occasionale è esattamente dove la barriera del download uccide silenziosamente un'app. Abbiamo tratteggiato l'esito probabile: qualche centinaio di euro di costruzione, poi pazienti che non si prendono mai la briga di installarla, e una reception che continua a prendere le prenotazioni al telefono perché l'app è rimasta inutilizzata.

Cosa abbiamo costruito invece

Abbiamo costruito un'app web — una progressiva. I pazienti la aprono da un link nel loro messaggio di conferma: nessun download, nessuno store, nessuna barriera di account per iniziare. Possono prenotare e riprenotare, vedere il loro piano di esercizi con i video e ricevere promemoria automatici che riducono le mancate presentazioni. Chi vuole la sensazione di un'app può aggiungerla alla schermata Home con un tocco, e da quel momento si apre a tutto schermo con l'icona dello studio, esattamente come un'app nativa. Per il paziente, semplicemente è l'app.

Com'è andata a finire

I numeri qui sono indicativi, ma la forma è ciò che vediamo di continuo. È costata una frazione della costruzione nativa a cui si erano preparati, e molto meno da mantenere in funzione: niente due piattaforme, niente revisioni dello store, niente corsa trimestrale quando un sistema operativo si aggiorna. Poiché non c'era nulla da installare, i pazienti l'hanno usata dal primo giorno; l'adozione non era bloccata dietro un download che nessuno completa. I promemoria hanno ridotto in modo apprezzabile le mancate presentazioni nel giro di un paio di mesi. E lo studio ha mantenuto il controllo: quando volle aggiungere un passaggio di pagamento, era online la stessa settimana, non bloccato in una coda di revisione.

La nota onesta a piè di pagina: se, tra un anno, i pazienti la aprono di continuo e chiedono funzioni offline più avanzate, un'app nativa potrebbe davvero guadagnarsi il suo posto. Ma a quel punto quella decisione sarà presa sulle prove, non sull'icona di un concorrente. Sapranno che ne vale la pena prima di pagarla.

Un metodo semplice per decidere da sé

Non le serve un consulente per centrare la cosa più o meno. Passi la sua idea attraverso quattro domande, in ordine. Il primo «sì» che calza davvero le dice quasi tutto ciò che ha bisogno di sapere.

1. 1
   Quanto spesso una persona la userà?

   Ogni giorno o quasi punta verso il nativo. Occasionalmente — settimanalmente, mensilmente, poche volte all'anno — punta con decisione verso il web.
2. 2
   Ha davvero bisogno dell'hardware del telefono?

   Uso offline intensivo, GPS continuo, dispositivi Bluetooth, lavoro intensivo di fotocamera? Quello è un segnale a favore del nativo. «Sarebbe bello usare la fotocamera una volta» non lo è: il web lo gestisce senza problemi.
3. 3
   Con quanta rapidità e quanto spesso la cambierà?

   Se la ritoccherà e aggiornerà di continuo, o sta ancora testando l'idea, gli aggiornamenti istantanei del web e l'assenza di guardiani sono un vantaggio enorme.
4. 4
   Qual è il suo budget reale, per costruire e per mantenere?

   Sia onesto sul secondo numero. Se la manutenzione continua di due piattaforme la metterebbe in difficoltà, inizi dal web. Potrà passare al nativo più avanti, di proposito, quando il caso è dimostrato.

Una nota sugli strumenti interni — una questione del tutto diversa

Tutto quanto sopra presuppone che stia costruendo per i clienti. Se sta costruendo per il suo team, i conti cambiano. Il suo personale installerà volentieri qualcosa che usa tutto il giorno per lavorare: la barriera del download che uccide un'app di consumo conta poco quando usare lo strumento è il lavoro. Così un'app interna per interventi sul campo o di magazzino può avere un solido argomento a favore del nativo dove una rivolta al cliente non l'avrebbe.

Anche allora, il web vince più spesso di quanto ci si aspetti. Uno strumento interno basato sul web funziona su qualunque dispositivo il suo personale già porta con sé, non richiede installazione su un'intera flotta di telefoni e si aggiorna per tutti nel momento in cui pubblica. A meno che non dipenda davvero dal funzionamento offline o da un accesso profondo all'hardware, un'app web interna è di solito la strada più rapida, economica e meno faticosa — la stessa logica di prima, solo con le ipotesi d'uso ribaltate.

Domande frequenti