Sviluppo app mobile: quando conviene (e quando no)
"Ci serve un'app." È una delle frasi che sento più spesso da imprenditori e professionisti. A volte è la scelta giusta. Altre volte un sito responsive ben ottimizzato o una progressive web app (PWA) risolvono lo stesso problema a costi e tempi molto inferiori.
Il rischio è investire migliaia di euro in un'app che nessuno scarica, o che viene aperta una volta e dimenticata. La differenza non sta nella tecnologia, ma negli obiettivi, nella frequenza d'uso e nella strategia che c'è dietro.
Questo articolo ti aiuta a capire, con criteri concreti, se la tua attività ha davvero bisogno di un'app o se stai per spendere budget nel posto sbagliato.
Perché tutti vogliono un'app (e perché non sempre serve)
L'idea di avere un'icona sul telefono dei clienti è seducente. Sembra professionale, moderna, distintiva. Ma un'app non è un trofeo: è uno strumento che deve essere usato, aggiornato e supportato nel tempo.
I motivi più comuni per cui un'app non serve:
- Sito vetrina: se il cliente visita il sito una volta ogni sei mesi per controllare orari o prezzi, un'app non aggiunge nulla.
- Catalogo statico: se i prodotti cambiano raramente, un sito mobile-first è più economico e raggiungibile da chiunque senza installazione.
- Prenotazioni occasionali: un form ben fatto o un tool come Calendly risolvono il problema senza passare dagli store.
- Mancanza di traffico: un'app senza utenti che la scaricano è un costo fisso senza ritorno.
- Contenuti identici al sito: se l'app replica il sito senza funzioni aggiuntive, nessuno la installerà.
Prima di chiedere un preventivo per lo sviluppo, vale la pena rispondere a una domanda semplice: cosa potrà fare l'utente nell'app che non può già fare sul sito? Se la risposta è poco chiara, probabilmente non serve un'app.
App, sito mobile o PWA: cosa scegliere
Non tutte le soluzioni "mobile" sono uguali. Ecco un confronto rapido:
| Soluzione | Pro | Contro | Ideale per |
|---|---|---|---|
| Sito responsive | Costo basso, nessuna installazione, aggiornamenti immediati | Niente notifiche push native, accesso limitato a fotocamera/GPS | Vetrina, blog, catalogo, contatti |
| PWA | Installabile da browser, funziona offline, costo contenuto | Limitazioni su iOS, meno visibile degli store | Tool interni, e-commerce leggero, servizi ricorrenti |
| App nativa / cross-platform | Performance, push, fotocamera, GPS, presenza negli store | Costo sviluppo, manutenzione, approvazione store | Uso frequente, funzioni device, monetizzazione in-app |
La PWA (Progressive Web App) è spesso la via di mezzo dimenticata: si installa dal browser, può funzionare offline e costa una frazione di un'app nativa. Per molte PMI è la scelta più intelligente, ma raramente viene proposta perché genera meno fatturato per chi sviluppa.
Quando un'app ha senso
Ci sono situazioni in cui un'app non è un lusso, ma una necessità strategica.
1. Uso ricorrente
Il cliente torna ogni giorno o ogni settimana. Diario alimentare, fitness, gestione ordini ricorrenti, agenda appuntamenti, community. Se l'utente ha un motivo per aprire l'app regolarmente, l'investimento ha senso.
2. Funzioni native del dispositivo
L'app ha bisogno di hardware o permessi che il browser non offre (o offre in modo limitato):
- Notifiche push: promemoria, aggiornamenti, offerte personalizzate.
- Fotocamera: scansione documenti, realtà aumentata, invio foto per preventivi.
- Geolocalizzazione: tracking consegne, servizi in zona, check-in.
- Funzionamento offline: consultare dati senza connessione (catalogo, mappe, schede tecniche).
- Sensori: fitness, salute, misurazioni.
3. Brand e retention
Vuoi un'icona sul telefono del cliente, un canale diretto che non dipende dagli algoritmi di Instagram o Google. L'app diventa il punto di accesso privilegiato al tuo servizio, sempre a portata di tap.
4. Monetizzazione in-app
Abbonamenti ricorrenti, acquisti digitali, contenuti premium, pagamenti integrati. Gli store (App Store e Google Play) gestiscono pagamenti e fatturazione, semplificando la monetizzazione per prodotti digitali.
Tabella riassuntiva
| Segnale | App sì | App no |
|---|---|---|
| Frequenza d'uso | Giornaliera o settimanale | Mensile o occasionale |
| Funzioni richieste | Push, camera, GPS, offline | Solo lettura contenuti |
| Monetizzazione | Abbonamenti, in-app purchase | Vendita una tantum offline |
| Traffico esistente | Utenti fedeli che tornano spesso | Visitatori occasionali dal web |
| Contenuti | Personalizzati, dinamici, interattivi | Statici, uguali per tutti |
Quando basta il web
Se ti riconosci in uno o più di questi scenari, ferma il progetto app e investi prima sul sito:
- Sito vetrina con presentazione servizi, team, contatti.
- Catalogo aggiornato raramente (meno di una volta al mese).
- Prenotazioni occasionali (ristorante, parrucchiere, studio con appuntamenti non frequenti).
- Brochure digitale: PDF, listini, presentazioni aziendali.
- Blog o contenuti editoriali senza interazione complessa.
- Form di contatto o preventivo senza follow-up automatizzato in-app.
Un sito veloce, mobile-first, con buon SEO e un funnel che converte spesso produce risultati migliori di un'app che nessuno scarica. Il sito è raggiungibile da un link; l'app richiede un'azione attiva (download) che la maggior parte degli utenti non compie.
Il costo reale di un'app
Molti imprenditori sottovalutano il costo totale. Non è solo lo sviluppo iniziale:
| Voce di costo | Cosa include | Frequenza |
|---|---|---|
| Sviluppo iniziale | Design, codice, test, pubblicazione | Una tantum |
| Account sviluppatore | Apple Developer (99 €/anno), Google Play (25 € una tantum) | Annuale / una tantum |
| Backend e hosting | Server, database, API, autenticazione | Mensile |
| Aggiornamenti | Nuove funzioni, fix bug, compatibilità OS | Continuo |
| Contenuti | Aggiornamento cataloghi, testi, immagini | Continuo |
| Supporto utenti | Recensioni store, bug report, assistenza | Continuo |
Un'app non è un progetto "una tantum". È un prodotto vivo che richiede manutenzione, come un sito, ma con il vincolo aggiuntivo delle approvazioni degli store e della compatibilità con decine di modelli di telefono diversi.
Flutter e sviluppo cross-platform
Quando l'app è giustificata, la scelta tecnologica conta per tempi e budget. Io sviluppo in Flutter, il framework open source di Google per app cross-platform.
Perché Flutter
- Un codice base per iOS e Android: non serve sviluppare due app separate, con risparmio significativo su tempi e costi.
- Performance adeguate per la maggior parte dei casi d'uso business: e-commerce, community, gestionali, contenuti.
- UI coerente su entrambe le piattaforme, con possibilità di personalizzazione per iOS e Android dove serve.
- Ecosistema maturo: plugin per pagamenti, notifiche, analytics, autenticazione.
Cosa va progettato fin dall'inizio
Un'app non vive da sola. Fin dalla fase di progettazione vanno definiti:
- Backend: API, database, autenticazione utenti.
- Pagamenti: Stripe, in-app purchase, abbonamenti.
- Analytics: Firebase, Mixpanel o equivalente per tracciare comportamento e retention.
- Notifiche push: infrastruttura per inviare messaggi mirati.
- Sincronizzazione con il sito: se hai un e-commerce o un blog, dati e contenuti devono essere coerenti.
Saltare questa pianificazione porta a rifacimenti costosi dopo il lancio.
Un esempio concreto: l'app di Questo è Cheto
Con Questo è Cheto l'app Flutter (iOS e Android) ha senso perché:
- Gli utenti la aprono spesso, per consultare ricette, classificare alimenti, pianificare i pasti.
- L'ecosistema integra sito, e-commerce PDF, app e community in un unico percorso.
- La monetizzazione in-app (PDF ricettario, abbonamenti) è parte del modello di business.
- C'è un funnel strutturato che porta utenti qualificati verso il download.
I numeri parlano chiaro: oltre 4.000 download al mese e media di 4,8 stelle su oltre 1.100 recensioni su App Store e Google Play. Sono il risultato di prodotto, strategia e iterazione continua, non solo di codice ben scritto.
Un'app di successo non nasce dal codice. Nasce da un problema reale che le persone hanno, da un motivo per tornare ogni settimana e da un percorso che porta utenti qualificati al download.
Le metriche che contano per un'app
Prima e dopo il lancio, queste metriche ti dicono se l'app sta funzionando:
| Metrica | Cosa misura | Perché conta |
|---|---|---|
| Download | Quanti installano l'app | Indica interesse iniziale e efficacia del funnel |
| Retention D1 / D7 / D30 | Quanti tornano dopo 1, 7, 30 giorni | La metrica più importante: un'app che non si riapre è un fallimento |
| DAU / MAU | Utenti attivi giornalieri / mensili | Indica frequenza d'uso reale |
| Conversione in-app | Quanti compiono l'azione desiderata | Acquisto, prenotazione, registrazione |
| LTV (Lifetime Value) | Valore generato da un utente nel tempo | Deve superare il costo di acquisizione |
| Valutazione store | Stelle e recensioni | Influisce su visibilità e fiducia |
Se la retention a 7 giorni è sotto il 10%, il problema non è il marketing: è il prodotto. Nessuna campagna ads compensa un'app che le persone non trovano utile.
Errori comuni da evitare
- Costruire l'app prima del traffico: senza utenti che la scaricano, è budget sprecato. Prima funnel e audience, poi app.
- Replicare il sito nell'app: se non c'è valore aggiuntivo, nessuno installerà.
- Sottovalutare la manutenzione: ogni aggiornamento iOS/Android può richiedere interventi sul codice.
- Ignorare le recensioni: rispondere e migliorare in base al feedback è fondamentale.
- Nessuna strategia di acquisizione: l'app non si vende da sola negli store. Serve SEO ASO, ads, contenuti, passaparola.
- Funzioni troppo ampie al lancio: meglio un MVP con 3 funzioni che funzionano che un'app piena di mezze implementazioni.
Checklist prima di investire
Rispondi onestamente a queste domande:
- Hai un funnel che porta utenti qualificati verso il download? Senza traffico, l'app resta invisibile.
- Sai cosa faranno gli utenti al primo e al decimo accesso? Se non lo sai, non sei pronto a sviluppare.
- Hai risorse per aggiornare contenuti e correggere bug post-lancio? L'app è un impegno continuo.
- Hai metriche chiare (retention, conversioni, LTV)? Senza numeri, non sai se funziona.
- L'app offre qualcosa che il sito non può dare? Push, offline, fotocamera, esperienza nativa.
- Gli utenti torneranno con frequenza settimanale o superiore? Se no, il sito basta.
Se almeno quattro risposte su sei sono "sì", vale la pena approfondire con un preventivo. Se sono meno di tre, probabilmente conviene investire prima su sito, funnel e contenuti.
Come valutare un progetto app: i passi
- Definisci il problema: cosa deve risolvere l'app per l'utente finale?
- Verifica le alternative: un sito mobile o una PWA bastano? Chiedilo prima di chiedere un preventivo.
- Prototipa su carta: schizza le schermate principali e il flusso utente.
- Stima il costo totale: sviluppo + backend + manutenzione annuale, non solo il preventivo iniziale.
- Pianifica l'MVP: le 3 funzioni essenziali per validare l'idea, niente di più.
- Prepara il funnel: come arriveranno gli utenti al download? Se non hai risposta, rimanda l'app.
- Lancia, misura, itera: 4-8 settimane di dati reali prima di aggiungere funzioni.
È lo stesso metodo Stair Step che applico su tutti i miei progetti. Per capire come inserire un'eventuale app nel piano digitale complessivo, leggi Crescita digitale per PMI: da dove iniziare nel 2026.
Il mio approccio
Sviluppo app mobile in Flutter per iOS e Android, con integrazione backend, pagamenti e analytics. Ma il primo passo non è mai il codice: è capire se l'app ha senso per il tuo business, i tuoi utenti e il tuo budget.
Ho costruito l'app di Questo è Cheto da zero e conosco sia il lato tecnico sia quello strategico: prodotto, store, retention, monetizzazione. Se vuoi una valutazione onesta, anche quando la risposta è "per ora non ti serve un'app", contattami con una descrizione dei tuoi obiettivi.
