In questo articolo
Un'agenzia web locale, il fornitore della cassa o un consulente di franchising prima o poi fanno la stessa domanda: vuoi una tua app? La risposta che ricevi è quasi sempre emotiva — "sii dove sta il tuo cliente" — e quasi mai calcolata sulla carta. Questo articolo la calcola, con i numeri che l'industria delle app pubblica essa stessa.
Un'app nativa sembra il passo logico dopo il tuo sito web: il cliente ordina già da uno schermo, perché non anche da un'icona sul telefono? L'idea non è il problema. Quello che succede dopo, sì — e questa parte viene raramente raccontata da chi ti vende l'app.
L'industria delle app mobile misura da dieci anni esattamente cosa succede dopo un'installazione: quante persone la aprono, quante restano dopo un mese, quante tornano dopo tre. Sono numeri solidi, pubblici e sorprendentemente costanti — e quasi mai applicati a un singolo locale di ristorazione.
Questo articolo lo fa, in quattro numeri: quanto costa davvero costruire un'app e mantenerla, quale quota dei tuoi clienti la installa realisticamente, quanti di loro la aprono ancora dopo 30 e 90 giorni, e — la domanda che conta davvero — quante visite in più servono prima che si ripaghi. In fondo, inserisci i tuoi numeri in una calcolatrice che usa esattamente lo stesso calcolo del resto dell'articolo.
La conclusione non è né "mai" né "sempre". Per un'attività indipendente con una sola sede, la risposta è quasi sempre no — i numeri sotto mostrano esattamente perché. Per un gruppo con più sedi o un concetto orientato alla consegna con un vero volume di ordini ripetuti, lo stesso calcolo può tornare. La differenza non sta nell'ambizione, sta nella scala.
La guida definitiva Tecnologia E Dati Ristoranti: 6 Passi Da 7 Strumenti A 1 Sistema Da una cassa isolata a un sistema unico integrato: la guida completa alle scelte tecnologiche che rendono davvero. Apri la guida1. Quanto costa costruire un'app — e continuare a pagarla
Un preventivo per un'app "semplice" di ordini e fedeltà per un solo locale oscilla, presso agenzie specializzate, tra circa 8.000 € e 25.000 €, a seconda di quanto del tuo sistema esistente vada integrato. Aggiungi prenotazioni, tracciamento delle consegne o un programma fedeltà più articolato, e sale rapidamente verso 40.000-80.000 € — e lì la spesa comincia soltanto. Confrontalo onestamente con quanto già figura nella tua lista di abbonamenti software: un'app è raramente il primo costo che vuoi aggiungere.
Oltre al costo di sviluppo ci sono due costi ricorrenti che nessun preventivo mette in evidenza. Apple chiede circa 92 € l'anno per un account sviluppatore, senza il quale nessuna app iOS va mai online — salta un anno di pagamento e la tua app sparisce dall'App Store, quanti clienti la usino già poco importa. Google chiede 23 € una tantum per un account Play Console. Cifra piccola, ma è la prima di molte: ogni grande aggiornamento di iOS o Android impone un nuovo ciclo di revisione, e un'app rimasta ferma per due anni finisce respinta o semplicemente introvabile nello store.
Ci sono due strade più economiche, ed entrambe meritano una menzione onesta prima di proseguire. Una progressive web app (PWA) — "aggiungi alla schermata home" direttamente dal tuo sito esistente — costa una frazione di un'app nativa, perché non c'è revisione dell'App Store, né due basi di codice separate, né una fattura Apple annuale. E se il sistema di prenotazioni o ordini che già usi include un'app come funzione, il suo costo marginale è zero: la stai già pagando, la usi o no.
Fai i conti: 85 € l'anno per Apple, 21 € una tantum per Google — prima ancora di scrivere una sola riga di codice, e senza alcuna garanzia che un solo cliente la apra mai.
2. Quanti dei tuoi clienti la installano davvero
Chiedi a un'agenzia di app il tasso di installazione e la risposta resta vaga: "dipende". Chiedi alle piattaforme di fedeltà che costruiscono app autonome per ristoranti i loro numeri, e la risposta si fa più concreta — ma è un numero con un mittente. I fornitori di app fedeltà riportano di solito un tasso di installazione del 10-20%, misurato però sui loro clienti migliori: persone già affezionate. È la stessa trappola dei chioschi di autoordinazione: tecnologia allettante che rende solo per una fascia molto specifica dei tuoi clienti.
È qui il problema. Quel 10-20% non è una percentuale di tutti i tuoi clienti, è una percentuale dei tuoi affezionati — e gli affezionati sono già di per sé una minoranza. Le ricerche sulla ristorazione collocano costantemente intorno al 70-77% la quota di clienti che non tornano mai più, e attribuiscono circa il 65-80% del fatturato ai clienti che invece tornano. In altre parole: il gruppo anche solo candidato a installare un'app è già solo un quinto o un quarto di tutta la tua clientela.
Somma questi due numeri, e la quota di TUTTA la tua clientela che installa l'app scende a pochi punti percentuali — non al dieci, tantomeno al venti. Su mille clienti sono circa duecentoventi affezionati, di cui circa uno su sette installa l'app: trentatré persone. Questo è il punto di partenza realistico, non la cifra ottimistica sul preventivo.
Su 1.000 clienti, con le quote sopra. Ogni barra è una quota del passaggio precedente.
Sono cifre indicative, non una legge: un locale con clienti di consegna davvero fedeli ottiene una quota di affezionati più alta, uno con molti turisti più bassa. Lo schema — un imbuto ripido da cliente a installazione a uso attivo — si conferma in quasi ogni ricerca.
3. Chi apre ancora l'app dopo 30 e 90 giorni
Un'installazione non è un utente. L'industria delle app mobile lo misura da anni con curve di coorte — quante delle persone che hanno installato al giorno zero tornano più tardi — e lo schema è sorprendentemente costante, indipendentemente dalla categoria di app. Business of Apps e Adjust hanno riportato per il 2026 una retention media al giorno 1 di circa il 25%: di chi installa, circa uno su quattro riapre l'app una seconda volta.
Da lì il calo accelera. Le stesse fonti collocano la retention media al giorno 30 tra il 5 e il 7%, e a quel punto oltre il 90% di tutti gli utenti ha già mollato l'app. Al giorno 90 — il momento in cui uno sconto per la seconda visita dovrebbe davvero cominciare a rendere — la retention nella maggior parte delle categorie oscilla tra il 3 e il 5%. Non è la sfortuna di uno sviluppatore distratto; è la media su migliaia di app, in decine di categorie.
Trasferito alle trentatré installazioni del numero precedente, tre mesi dopo resta circa un utente attivo. Non uno su trentatré per cento — una persona. Questa è la realtà dietro "costruiamo un'app per far tornare i clienti": la probabilità che un cliente qualsiasi la apra ancora al giorno 90 si aggira intorno a uno su mille.
4. Quante visite in più servono per andare in pareggio
Un'app si ripaga solo se un utente attivo viene più spesso di quanto avrebbe fatto senza — non più spesso della media, più spesso di quanto sarebbe comunque venuto. Questa differenza non esiste in nessuno standard di settore pubblicato: nessun report ti dice quante visite in più genera davvero un utente dell'app, perché varia per locale, concetto e offerta.
Ciò che sappiamo, lo mettiamo a confronto. Prendi il costo di sviluppo, dividilo per la spesa media a visita, e ottieni il numero totale di visite in più che l'app deve generare per ripagarsi. Dividi di nuovo per il numero di utenti ancora attivi dopo 90 giorni, e diventa chiaro quante visite in più al mese dovrebbe fare ciascun utente rimasto — una cifra che, per un locale normale, risulta del tutto irrealistica.
Per un'attività indipendente di dimensioni medie, il periodo di ammortamento arriva a decenni. Non perché l'app non valga nulla, ma perché il numero di persone che la usano ancora al giorno 90 è troppo piccolo per sostenere un costo di sviluppo di migliaia di euro — anche se ogni utente rimasto risultasse improbabilmente fedele.
Stesso locale, stessi tassi di installazione e retention, tre modi per avere un'app.
La barra della PWA assume gli stessi tassi di installazione e retention dell'app nativa — cambia solo il costo di sviluppo. In realtà la soglia per toccare "aggiungi alla schermata home" è più bassa di uno scaricamento da store, quindi questo è più un limite inferiore di quanto rapidamente una PWA si ripaghi che un limite superiore.
Fai i conti per il tuo locale
I numeri sopra sono medie. Inserisci la tua clientela, spesa e preventivo — tutto viene calcolato localmente nel tuo browser.
—
"Visite extra al mese grazie all'app" è l'unica ipotesi qui senza una fonte pubblicata — inseriscila con prudenza piuttosto che con ottimismo. Tutto viene calcolato localmente nel tuo browser; niente viene inviato o conservato.
Quando i conti tornano davvero
Il calcolo sopra è scritto per il locale che gestisce la maggior parte di chi legge questo articolo: una sede, qualche migliaio di clienti, un preventivo di decine di migliaia di euro. Cambia questa scala e la conclusione può ribaltarsi — non perché cambi la curva di retention, ma perché il costo di sviluppo non si moltiplica per sede, mentre la clientela sì.
Prendi un concetto orientato alla consegna con più sedi e una clientela combinata di circa 50.000 persone, con una frequenza d'ordine più alta e una quota di affezionati maggiore rispetto al locale di ristorazione medio — realistico per un'attività che consegna con regolarità invece di accogliere clienti occasionalmente. Stessa app, stesso preventivo di circa 46.000 €, ma ora ripartita su una base di utenti attivi molto più ampia.
Con ipotesi di installazione e retention altrettanto prudenti, quell'app va in pareggio in circa 10 mesi — invece che in decenni. La differenza non sta nell'app, sta nel denominatore: a quella scala restano abbastanza utenti attivi da sostenere il costo di sviluppo; in un singolo locale indipendente, no.
Cosa fare prima di firmare
Firmare un preventivo costa una firma. Questi tre passaggi costano un'ora, e decidono se quella firma fa risparmiare denaro o lo fa spendere.
Prima di chiedere un preventivo
- Conta quanti dei tuoi clienti sono davvero affezionati — persone che tornano almeno ogni mese. Quel numero, non tutta la tua clientela, è ciò su cui un'app viene davvero costruita.
- Poniti una sola domanda: cosa fa l'app che una lista broadcast su WhatsApp, una carta fedeltà gratuita o un segnalibro sulla schermata home non possono fare? Se la risposta onesta è "niente di concreto", l'app è un modo costoso per fare la stessa cosa.
- Apri la calcolatrice sopra con i tuoi numeri prima di parlare con un'agenzia — così saprai quale risposta ti deve dare un preventivo, non il contrario.
Se decidi comunque di costruirla
- Inizia con una PWA, non con un'app nativa. Se dopo sei mesi viene davvero usata, hai una prova prima di fare l'investimento dieci volte maggiore.
- Metti fin dal primo giorno un vantaggio concreto nell'app che non esiste da nessun'altra parte — una tessera punti che matura solo lì, un piatto visibile in anteprima solo lì. Senza un motivo per tenerla aperta, la curva di coorte sopra si ripete esattamente.
- Metti da parte il 15-20% del costo di sviluppo l'anno per manutenzione e aggiornamenti degli store — non è un extra, è il prezzo per restare online.
La strada più economica
- Verifica prima se il sistema di prenotazioni o ordini che già usi — o stai valutando — offre già un'app come funzione, accanto all'altra automazione che già ti dà. In quel caso il costo marginale è zero.
- Confronta onestamente questa strada gratuita con il preventivo: le stesse notifiche push, la stessa integrazione fedeltà, senza una fattura Apple separata.
- Leggi cosa offre concretamente un'app così integrata sulla pagina prodotto della nostra app — la stessa domanda, senza l'agenzia in mezzo.
Né un no, né un sì — un calcolo
Quasi ogni gestore che legge questo articolo riconosce la sensazione che un'app faccia parte di "un locale moderno". Quella sensazione non è sbagliata — semplicemente non è un modello finanziario. I quattro numeri sopra mostrano cosa succede tra il preventivo e il primo bilancio annuale: un imbuto ripido da cliente a installazione a uso attivo, e un costo di sviluppo da ripartire su troppo pochi utenti rimasti.
Per un'attività indipendente di dimensioni medie, la risposta è quasi sempre: non ora, non nativa, non a quel prezzo. Non è un giudizio sull'ambizione — è ciò che predicono le curve di coorte di tutta l'industria delle app, applicate a un solo locale invece che a un pubblico di massa.
Quello che funziona è lo stesso istinto — stare più vicino al cliente — senza il costo di sviluppo, la fattura degli store e l'obbligo di aggiornamento annuale. La nostra app è esattamente questa strada: la stessa funzione, dentro un sistema che già usi, senza una seconda fattura d'agenzia.