App mobile per PrestaShop: quando conviene e come si fa
Un'app nativa mette il tuo negozio nella schermata principale del cliente e ti permette di avvisarlo, ma non è per tutti i negozi. Vediamo quando conviene, come si collega al catalogo e al carrello di PrestaShop, cosa richiedono Apple e Google e quale manutenzione serve.
Trasformare un negozio PrestaShop in un'app per iPhone e Android è possibile senza duplicare il catalogo: l'app usa il negozio stesso, con i suoi prodotti, prezzi, stock e ordini, e aggiunge ciò che il sito non ha, come l'icona sul telefono, le notifiche e la presenza su Google Play e App Store. Conviene soprattutto quando i tuoi clienti ripetono l'acquisto; se quasi tutti comprano una sola volta, di solito basta un buon sito mobile.
Vediamo quando ha senso, come si realizza e cosa va mantenuto dopo, perché un'app non si pubblica e si dimentica.
Cosa offre un'app che il sito non offre
Il sito mobile lo visitano quando si ricordano di te. L'app è nella schermata principale, a un tocco, e ti permette di tornare a parlare con chi l'ha installata. In pratica, ciò che fa più differenza è:
- Notifiche push. Lo stato dell'ordine, il carrello lasciato a metà o una campagna per un gruppo di clienti arrivano sul telefono senza dipendere dall'email né dal suo filtro antispam.
- Il tuo marchio in vista. Icona, colori e schermata di caricamento propri. Il cliente non ti cerca su un motore di ricerca: ti apre.
- Sessione che dura. Il cliente accede una volta e l'app ricorda il suo account, così l'acquisto successivo richiede meno passaggi.
- Funzioni del telefono. Per esempio, scansionare il codice a barre di un prodotto per arrivare alla sua scheda, molto utile per ricambi, materiali di consumo o negozi con riferimenti tecnici.
- Link che aprono l'app. Un link al tuo negozio in un'email o in un messaggio apre direttamente l'app se il cliente l'ha installata.
Quando conviene e quando no
| Situazione | App nativa |
|---|---|
| Clienti che riacquistano (alimentari, materiali di consumo, ricambi, moda con stagioni) | Di solito conviene: ogni avviso è una visita che non paghi in pubblicità |
| Vendita a professionisti che ordinano spesso | Conviene: accesso rapido, sessione attiva e ripetizione degli ordini |
| Community o marchio con seguaci fedeli | Conviene se ci sono contenuti o novità frequenti da segnalare |
| Acquisto unico o molto distanziato (un materasso, una caldaia) | Raramente: quasi nessuno installa un'app per comprare una volta |
| Catalogo piccolo e poco traffico mobile | Prima migliora il sito mobile; l'app non sistema un negozio lento |
Prima di decidere, guarda i tuoi dati: quale percentuale di ordini viene da clienti che avevano già acquistato e quanto traffico arriva da mobile. Se entrambi sono alti, un'app ha margine.
App nativa o PWA
L'alternativa economica è una progressive web app (PWA): il sito stesso, installabile nella schermata principale dal browser e con notifiche web. Ne abbiamo già parlato nell'articolo sui negozi installabili e le notifiche push. Le differenze principali:
- Presenza negli store di app. Una PWA non compare su Google Play né su App Store; un'app nativa sì, e molti clienti cercano lì.
- Notifiche su iPhone. Le notifiche web su iOS hanno più condizioni che su Android, e il cliente deve aver installato prima il sito. In un'app nativa sono quelle di sempre.
- Costo e manutenzione. Una PWA costa meno da avviare e non passa la revisione di Apple e Google. Un'app nativa richiede account sviluppatore e aggiornamenti quando gli store lo chiedono.
Per molti negozi la PWA è un buon primo passo. Quando la ripetizione degli acquisti giustifica la presenza negli store di app, la nativa fa il salto.
Come si collega a PrestaShop
Ci sono due approcci, e la differenza conta molto a lungo termine:
- App che ricostruisce il negozio leggendo il catalogo tramite API e costruendo le proprie schermate. Dà molto controllo visivo, ma ogni modulo che aggiunge qualcosa alla scheda prodotto o al checkout va riprogrammato nell'app, e ogni modifica al negozio può sfasarla.
- App che usa il negozio stesso all'interno di una struttura nativa (barra delle schede, notifiche, scanner, link) e nasconde ciò che sul telefono è superfluo, come l'header e il footer del sito. Catalogo, carrello, prezzi, stock, ordini, moduli e gateway sono quelli del negozio: ciò che cambi nel back office compare contemporaneamente sul sito e nell'app.
Il secondo approccio evita di mantenere due negozi. Ciò che va controllato prima è il checkout, i gateway di pagamento (quelli che aprono la pagina della banca o di un wallet devono tornare correttamente all'app) e la cache, che è dove di solito saltano fuori le sorprese.
Pubblicare su Google Play e App Store
Pubblicare non è caricare un file. Ogni store di app esamina ciò che viene pubblicato e ha i suoi requisiti:
- Account sviluppatore a tuo nome. Apple richiede una quota annuale e Google un pagamento unico. Che siano a tuo nome è importante: l'app è tua e non dipende da chi l'ha sviluppata.
- Requisiti che, se mancano, causano il rifiuto. Per esempio, che il cliente possa cancellare il proprio account dall'app stessa, che l'informativa sulla privacy sia collegata e, se si offre l'accesso con altri account, l'accesso con Apple su iPhone.
- Un'app che offra qualcosa in più del sito. Apple in particolare rifiuta le app che sono solo un sito chiuso in una cornice. Le funzioni native (notifiche, scanner, navigazione propria) sono ciò che la rende accettabile.
- Revisione a ogni nuova versione. Cambiare il nome, l'icona o la schermata di caricamento obbliga a pubblicare un'altra versione. Ciò che si gestisce dal negozio (prodotti, prezzi, testi, campagne) no.
La manutenzione che non si vede
Un'app non è un lavoro una tantum. Android e iOS cambiano ogni anno, e Apple e Google richiedono che le app si adattino alle loro nuove versioni; quelle che non si aggiornano non possono più essere aggiornate e finiscono ritirate. A questo si aggiunge il negozio stesso: ogni aggiornamento di PrestaShop, del tema o di un modulo del checkout va verificato anche dentro l'app.
Cosa conviene misurare
- Installazioni attive, non download totali.
- Ordini effettuati dall'app e il loro importo, rispetto a quelli del sito mobile.
- Apertura delle notifiche e ordini che arrivano dopo ogni campagna.
- Disattivazioni delle notifiche: se aumentano, stai avvisando troppo o di cose che non interessano.
Come lo facciamo in Rekire
Nel servizio per trasformare PrestaShop in un'app controlliamo prima il negozio (tema, checkout, gateway e cache), installiamo il modulo che attiva la modalità app, le notifiche e i link, generiamo l'app Android e iOS con la tua icona, i tuoi colori e le tue schede, e la pubblichiamo su Google Play e App Store con il tuo account sviluppatore. Funziona con PrestaShop dalla 1.7.8 alla 9 e con qualsiasi tema, e l'app usa il tuo catalogo, i tuoi prezzi e i tuoi ordini, senza un secondo sito da mantenere. In quella pagina trovi il prezzo dell'avvio e della manutenzione annuale.
Domande frequenti
Devo mantenere due negozi se faccio un'app?
No, se l'app usa il tuo PrestaShop. Ciò che cambi nel back office compare contemporaneamente sul sito e nell'app.
Si può avere un'app per PrestaShop su iPhone?
Sì. Si pubblica su App Store con un account sviluppatore Apple a tuo nome, rispettando i suoi requisiti di revisione.
Cosa è meglio, un'app o una PWA?
Una PWA costa meno e serve per iniziare; un'app nativa dà presenza negli store di app e notifiche più affidabili su iPhone. Dipende da quanto riacquistano i tuoi clienti.
Cosa succede all'app quando aggiorno PrestaShop?
Va verificata, soprattutto il checkout e i pagamenti. Per questo la manutenzione dell'app include il controllo dopo l'aggiornamento del negozio o del tema.