Quanto costa davvero un'app su misura: un'analisi onesta e trasparente
I preventivi per un'app su misura oscillano da poche migliaia a sei cifre, e quasi nessuno spiega il perché. Ecco la vera anatomia del costo: per cosa paga realmente, cosa lo gonfia e come tenerlo sotto controllo.

Chieda a tre agenzie quanto costa un'app su misura e otterrà tre cifre che non hanno nemmeno una cifra in comune. Una dice quattromila, una quaranta, la terza dice sottovoce «dipende» e fissa un secondo incontro. Nessuna mente, esattamente, ma nessuna Le sta dicendo ciò che ha davvero bisogno di sapere: dove va il denaro e perché proprio la Sua app finisce dove finisce. Apriamo allora il cofano.
Ho redatto più preventivi per app di quanti ne possa contare, per aziende che vanno dall'artigiano singolo alla catena regionale. La reazione più frequente di fronte a un prezzo non è lo shock per il totale, ma la confusione per la forbice. Com'è possibile che lo stesso brief di tre parole («un'app per le prenotazioni») produca stime che differiscono di un fattore dieci? La risposta onesta è che «un'app per le prenotazioni» non è un brief. È un desiderio. Il prezzo vive nelle cento piccole decisioni nascoste al di sotto.
Questo articolo è l'analisi che vorrei ogni imprenditore avesse tra le mani prima della sua prima chiamata con uno sviluppatore. Senza riempitivi, senza tattiche allarmistiche, senza vendite forzate. Solo le vere voci di costo, le cose che raddoppiano un budget in silenzio e qualche modo onesto per spendere meno senza ritrovarsi con qualcosa di cui pentirsi.
Perché due preventivi per «la stessa app» differiscono di 10 volte
Il software non è un prodotto che si prende da uno scaffale: è lavoro, misurato nelle ore di persone qualificate. Il prezzo di un'app su misura è quindi, in sostanza, semplicemente ambito × tariffa oraria × rischio. Tutto il resto è una nota a piè di pagina rispetto a questi tre fattori. Quando due preventivi divergono enormemente, uno di questi tre numeri viene letto in modo molto diverso, e di solito nessuno lo ha detto ad alta voce.
L'ambito è il fattore più ovvio. «Un'app per le prenotazioni» può significare una sola schermata in cui i clienti scelgono uno slot, oppure può significare calendari del personale, pagamenti, promemoria, un accesso cliente, un pannello di amministrazione, rimborsi e un report che il titolare legge il lunedì. Le stesse tre parole, dieci volte il lavoro. Il preventivo economico spesso presume la versione piccola; quello costoso presume in silenzio quella grande. Nessuno Le ha chiesto a quale intendesse.
Poi c'è il rischio, la parte che a nessuno piace quantificare. Un brief vago, un cliente che non ha deciso cosa vuole, un'integrazione con un sistema datato e traballante: tutto questo non aggiunge solo ore, aggiunge incertezza. I team esperti mettono un margine per l'incertezza perché ci si sono già scottati. Un preventivo più economico spesso non ha quantificato affatto il rischio, ed è proprio per questo che a volte esplode a metà strada.
“«Un'app per le prenotazioni» non è un brief, è un desiderio. Il prezzo vive nelle cento piccole decisioni nascoste al di sotto.”

Dove va davvero il denaro
Quando si immagina lo sviluppo di un'app, si immagina di scrivere codice. Il codice è reale, ma raramente rappresenta anche solo la metà del conto. Un'app su misura assomiglia più alla costruzione di una piccola casa che alla stesura di un documento: attorno alla parte visibile ci sono progettazione, impianti, collaudo e burocrazia. Ecco come si ripartisce un budget tipico quando si tiene conto di tutto.
| Fase | Cosa copre | Quota del budget |
|---|---|---|
| Analisi e design | Definire cosa costruire; schermate, flussi, esperienza utente | 15–25 % |
| Sviluppo centrale | Il codice vero e proprio: front-end, back-end, database | 35–45 % |
| Integrazioni | Pagamenti, e-mail/SMS, calendari, sistemi esistenti | 10–20 % |
| Test e correzioni | Trovare ed eliminare i bug prima dei Suoi clienti | 10–15 % |
| Lancio e configurazione | Invio agli store, server, messa online | 5–10 % |
Due cose tendono a sorprendere in quella tabella. Primo, quanta parte del budget si svolge prima che venga scritta una sola riga di codice funzionale: analisi e design non sono un lusso, sono il luogo più economico in cui correggere un errore. Modificare una schermata in uno schizzo costa minuti; modificarla dopo che è stata costruita costa giorni. Secondo, quanto sia reale la voce dei test. Saltarla non fa risparmiare, sposta soltanto il costo alla settimana del lancio, con gli interessi.
Analisi e design: la parte che tutti vogliono saltare
L'analisi è il momento in cui trasforma «un'app per le prenotazioni» in un elenco preciso di schermate e regole. Sembra un costo accessorio perché non si sta ancora costruendo nulla. Ma ogni ora qui ne fa risparmiare diverse più avanti, perché è dove l'ambiguità viene eliminata mentre è ancora economica. Un team che Le indica un prezzo senza una fase di analisi o sta tirando a indovinare, o ha intenzione di fatturarLe l'analisi più tardi sotto un altro nome.
Sviluppo centrale: il motore visibile
È il codice che fa funzionare la Sua idea: le schermate che le persone toccano, la logica che vi sta dietro e il database che ricorda tutto in silenzio. È la fetta singola più grande e cresce quasi direttamente con l'ambito. Ogni funzione che aggiunge è altro da costruire, da testare e da mantenere per sempre. È la voce in cui «sarebbe bello se...» diventa rapidamente costoso.
Integrazioni: la parte ingannevolmente cara
Collegare la Sua app ad altri sistemi — incassare un pagamento con carta, inviare un promemoria via SMS, sincronizzare un calendario, estrarre dati dal gestionale di contabilità che usa già — sembra poca cosa in un elenco di funzioni e pesa sorprendentemente sulla fattura. Ogni collegamento è un piccolo progetto a sé, con le proprie stranezze e modalità di guasto. Un'integrazione di pagamento che si comporta bene non è un problema. Cinque integrazioni aggrovigliate con un sistema interno datato sono il luogo in cui i budget vanno a morire.
I costi che nessuno mette nel preventivo
È qui che molti titolari hanno una brutta sorpresa dopo dodici mesi. La costruzione è un numero una tantum; un'app non è una cosa una tantum. Il software è vivo — i telefoni si aggiornano, le regole cambiano, la Sua azienda cresce — e una cosa viva ha bisogno di essere nutrita. Il preventivo che firma è il prezzo della nascita, non il prezzo del possesso.
Niente di tutto questo è una truffa o una trappola nascosta: è solo la parte che non sta bene su un preventivo di una pagina, perciò i partner più deboli la omettono per apparire più economici. Uno buono gliene parla subito, anche se ciò fa sembrare più grande la sua prima cifra. Chieda esplicitamente: quanto mi costa farla funzionare per un anno dopo il lancio? La qualità della risposta Le dice molto su chi ha davanti.

Cosa raddoppia il prezzo in silenzio
Alcune cose aggiungono costo in proporzione al valore che portano: giusto così. Altre aggiungono costo in modo del tutto sproporzionato, di solito per come è strutturato il lavoro più che per ciò che l'app fa. Vale la pena comprendere queste leve, perché alcune sono interamente nelle Sue mani.
- Due piattaforme invece di una. Un'app nativa per iPhone e un'app nativa per Android sono, grosso modo, due costruzioni. Gli strumenti multipiattaforma o una web app possono ricondurle verso una sola. Questa singola scelta può muovere il totale più di qualsiasi funzione.
- Design su misura anziché impostazioni predefinite sensate. Un'interfaccia interamente su misura e curata al pixel costa denaro vero da progettare e costruire. Una pulita e convenzionale, basata su schemi collaudati, è più veloce, più economica e spesso più facile da usare per i clienti.
- Cambiare idea dopo l'inizio della costruzione. Le decisioni sono economiche su una lavagna e costose nel codice. Lo sforamento di budget più comune non è una stima sbagliata, ma un ambito che continua a crescere perché nulla era stato fissato.
- Tempo reale, offline o dati pesanti. «Deve funzionare senza segnale» o «gli aggiornamenti devono comparire all'istante per tutti» sono richieste ragionevoli che moltiplicano in silenzio l'ingegneria sottostante.
- Integrarsi con qualcosa di vecchio e non documentato. Collegarsi a un sistema moderno e ben costruito è routine. Collegarsi a uno strumento interno di quindici anni senza documentazione è archeologia, e si fattura a ore.
Un esempio reale: il preventivo da 60.000 € diventato un'app da 14.000 €
Alcuni dettagli sono stati modificati per privacy, ma la sostanza è vera e del tutto tipica. Un'azienda di servizi regionale — immagini una dozzina di tecnici sul campo e un ufficio indaffarato — è venuta da noi frustrata. Voleva un'app su misura affinché i suoi clienti prenotassero gli interventi, ne seguissero l'avanzamento e pagassero. Aveva già ricevuto altrove un preventivo di circa 60.000 €, più un consistente canone mensile, e questo l'aveva spaventata allontanandola dall'intera idea per quasi un anno.
Quando abbiamo davvero mappato ciò di cui aveva bisogno — non ciò che le era stato preventivato — il quadro è apparso molto diverso. Il primo preventivo aveva presunto due app completamente native, un design su misura da zero, un sistema di smistamento in tempo reale e una piattaforma di amministrazione su misura per sostituire strumenti che già possedeva e di cui era discretamente soddisfatta. Era, tecnicamente, un'app perfettamente valida. Era anche la risposta a una domanda che non aveva posto.
Cosa abbiamo fatto davvero
Abbiamo dedicato le prime sessioni solo all'analisi, separando il desiderio tra «l'azienda si ferma senza questo» e «sarebbe bello un giorno». Gli elementi imprescindibili erano più ristretti di quanto chiunque si aspettasse: un modo pulito per i clienti di richiedere e seguire un intervento, promemoria automatici e pagamento online. Lo smistamento in tempo reale e il back office su misura si sono rivelati soluzioni a problemi che il loro software esistente già gestiva benissimo.
- 1Ridurre l'ambito al lavoro realeAbbiamo scartato le funzioni che risolvevano problemi che non avevano e mantenuto un elenco essenziale senza il quale l'azienda davvero non poteva operare.
- 2Scegliere un'unica costruzione multipiattaformaInvece di due app native separate, una sola app multipiattaforma copriva iPhone e Android, dimezzando all'incirca lo sviluppo centrale.
- 3Usare schemi di design collaudatiUn'interfaccia pulita e convenzionale invece di una su misura. I clienti l'hanno trovata più facile da usare e ha tagliato settimane dai tempi.
- 4Collegare, non sostituireAbbiamo collegato l'app al software d'ufficio che già pagavano, anziché ricostruirlo. La costosa «piattaforma di amministrazione su misura» è semplicemente sparita dall'ambito.
Il risultato è stata una costruzione di circa 14.000 €, online in pochi mesi, con costi di esercizio prevedibili. Non è così estesa come la versione da 60.000 € — e non ha bisogno di esserlo. Fa il lavoro che l'azienda aveva davvero. Un anno dopo, hanno aggiunto due piccole funzioni, pagate con il denaro che la prima versione aveva fatto loro risparmiare. È tutto qui lo schema: partire dal lavoro reale, guadagnarsi gli extra con i risultati.

Come tenere il costo sotto controllo senza fare le cose all'economia
Spendere meno per un'app su misura non significa contrattare al ribasso la tariffa oraria o trovare il team più economico possibile. È così che si finisce per pagare due volte. Significa essere intenzionali su ambito, sequenza e decisioni: le tre cose che muovono davvero il numero. È qui che vivono i veri risparmi.
Primo, costruisca la versione più piccola che sia davvero utile, poi la faccia crescere. Un primo rilascio mirato che fa bene una sola cosa La porta online più in fretta, costa una frazione del sogno tutto-in-uno e — cosa cruciale — Le insegna cosa costruire dopo a partire da clienti reali invece che da supposizioni. Secondo, prenda le Sue decisioni prima dell'inizio della costruzione; l'indecisione è la cosa più costosa che possa portare in un progetto. Terzo, si colleghi a ciò che già possiede invece di sostituire strumenti che funzionano, e ricostruisca qualcosa solo quando La frena davvero.
Vuole una risposta chiara su quanto costerebbe la Sua app?
Ci porti l'idea, non un capitolato. La mappiamo insieme a Lei, Le diciamo onestamente cosa vale la pena costruire per primo e Le diamo un numero che arriva con le sue ragioni — non un incontro per discutere di un incontro.
Scopra come costruiamo le appDomande frequenti
Quanto costa un'app su misura per una piccola impresa?
Perché un preventivo è molto più alto di un altro per la stessa app?
Quali costi ricorrenti devo aspettarmi dopo il lancio?
È più economico costruire un'unica app per iPhone e Android?
Come posso ridurre il costo senza ritrovarmi con un'app scadente?

Have a nice day è uno studio software che aiuta le piccole e medie imprese a digitalizzarsi — automazione, IA e software su misura che funziona nelle operazioni quotidiane, non solo sulle slide.