// per saperne di più
App mobile
Un'app non è un sito in piccolo: vive nel telefono, manda notifiche, si apre col pollice in fila alla cassa. Proprio per questo non serve a tutti — ma quando serve, cambia il rapporto con i clienti più di qualsiasi altro canale.
// la domanda giusta
Ti serve davvero un'app?
Te lo dico subito, anche se le app le costruisco: non sempre serve. Se un cliente ti cerca una volta l'anno, un buon sito fa lo stesso lavoro meglio e con meno spesa.
Un'app si guadagna il posto nel telefono quando il rapporto si ripete: ordini che tornano, prenotazioni, punti da accumulare, contenuti da seguire. Il criterio è uno solo — il cliente avrà un motivo per riaprirla la settimana prossima? Se la risposta è sì, continua a leggere.
// il vantaggio
Quello che un sito non può fare
Nel browser giochi in trasferta. L'app gioca in casa: è installata, riconosce il cliente e usa il telefono per quello che è.
- 01
Notifiche push
Il messaggio arriva sul blocco schermo, non in una casella email piena. "Il tuo ordine è in consegna", "da giovedì torna il menù degustazione": letto in pochi minuti, a costo zero.
- 02
Il percorso più corto
L'icona in home è a un pollice di distanza: niente Google, niente indirizzo da ricordare. Riordinare prende meno tempo di un messaggio WhatsApp.
- 03
Riconosce il cliente
Accesso che non scade, carta e indirizzo salvati, lo storico sempre lì. Ogni acquisto dopo il primo è un tocco.
- 04
Usa il telefono davvero
Fotocamera per scansionare, GPS per la consegna, impronta per pagare, dati disponibili anche offline. Cose che dal browser restano a metà.
// un caso reale
Dalla cornetta allo store
MS Group vende macchinari e prodotti ai professionisti dell'estetica. Prima dell'app, tutto passava dal telefono: ordini, dubbi sui macchinari, richieste di assistenza. Ho costruito la loro app — catalogo, shop dei consumabili, contenuti formativi, assistenza — con dietro un gestionale per governare tutto in autonomia.
Una sola codebase Flutter, pubblicata su App Store e Google Play. Oggi un ordine che occupava dieci minuti di telefonata è un gesto da trenta secondi, a qualsiasi ora — e l'azienda aggiorna prodotti, prezzi e contenuti da sola, senza passare da uno sviluppatore.
// le strade
Nativa, cross-platform o PWA?
Tre modi di costruire un'app, tre fasce di costo. Per una PMI la risposta è quasi sempre la seconda.
| Nativa | Cross-platform | PWA | |
|---|---|---|---|
| Com'è fatta | Due app separate: una per iOS, una per Android | Un solo codice che diventa due app vere, sugli store | Un sito potenziato che si installa dal browser |
| Quando ha senso | Giochi e app con grafica o hardware spinti al limite | Quasi sempre: prestazioni alte a costo dimezzato | Budget minimo, o per testare l'idea prima dell'app |
| Il conto | Il doppio di tutto: sviluppo e manutenzione | Una base sola da scrivere e mantenere | Il più basso, ma niente store e notifiche limitate su iPhone |
// i soldi
Cosa determina il prezzo
"Quanto costa un'app?" è come chiedere quanto costa una casa: dipende da quante stanze vuoi. A spostare il conto sono le funzioni — accessi e profili, pagamenti, un catalogo che cambia ogni settimana (e allora serve un pannello per gestirlo), notifiche, prenotazioni.
Due voci che pochi dicono prima: gli store si pagano (99 € l'anno ad Apple, 25 $ una tantum a Google), e Apple trattiene il 15–30% — ma solo sui beni digitali venduti dentro l'app. Se vendi prodotti fisici, servizi o prenotazioni, quella commissione non ti riguarda.
// gli errori
Le app che muoiono nel cassetto
Tre errori che vedo ripetersi, e che costano più dello sviluppo.
- 01
La fotocopia del sito
Se l'app fa le stesse identiche cose del sito, nessuno ha un motivo per scaricarla. Gli store sono pieni di app con un solo download: il titolare.
- 02
Nessun motivo di tornare
Senza notifiche, punti o contenuti nuovi, dopo due settimane l'icona finisce in una cartella e dopo un mese non c'è più.
- 03
Il dietro le quinte dimenticato
Un'app scollegata da magazzino e ordini crea lavoro invece di toglierlo: ogni ordine va ricopiato a mano da qualcuno. Il backend non è un dettaglio, è metà del progetto.
// dopo il lancio
Pubblicata è metà strada
Gli store approvano, gli utenti giudicano. Le prime settimane dicono più di qualsiasi piano: quali schermate aprono, dove si fermano, cosa ignorano. È lì che si corregge il tiro.
Poi c'è la manutenzione vera: ogni anno iOS e Android cambiano qualcosa, e l'app deve stare al passo. Per questo consegno codice ordinato e documentato — posso mantenerlo io, ma può farlo chiunque venga dopo di me.
// in pratica
Da dove si parte
Dalla domanda dell'inizio: ti serve davvero? Ne parliamo, e se la risposta è no te lo dico — un sito fatto bene costa meno e rende di più.
Se la risposta è sì, si parte piccoli: le due o tre funzioni per cui i clienti la apriranno davvero, sugli store in tempi brevi. Il resto si costruisce dopo, guidati dai dati e non dalle ipotesi.
// continua a leggere
Approfondimenti: Gestionale su misura →
Ti ci ritrovi?
Raccontami il tuo caso: ti dico onestamente se questa è la strada giusta — e se non lo è, quale lo è.
Parliamone →