Guida

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.

Have a nice dayHave a nice day14 min di lettura
Quanto costa davvero un'app su misura: un'analisi onesta e trasparente

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.
ciò che dico a ogni titolare alla prima chiamata
Un'illustrazione di iceberg in cui una piccola schermata visibile dell'app galleggia sopra la linea di galleggiamento e una grande massa di componenti nascosti — database, pagamenti, accesso, pannello di amministrazione, test — si trova al di sotto, disegnata in uno stile flat editoriale pulito
La schermata che il cliente vede è la punta. La maggior parte del costo vive sotto la linea di galleggiamento.

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.

FaseCosa copreQuota del budget
Analisi e designDefinire cosa costruire; schermate, flussi, esperienza utente15–25 %
Sviluppo centraleIl codice vero e proprio: front-end, back-end, database35–45 %
IntegrazioniPagamenti, e-mail/SMS, calendari, sistemi esistenti10–20 %
Test e correzioniTrovare ed eliminare i bug prima dei Suoi clienti10–15 %
Lancio e configurazioneInvio agli store, server, messa online5–10 %
Una ripartizione approssimativa di dove tende ad andare il budget di un'app su misura. I progetti reali variano, ma la forma regge.

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.

Una griglia di calendario in cui il primo giorno mostra un'unica grande moneta etichettata «costruzione» e i mesi successivi mostrano ciascuno monete ricorrenti più piccole etichettate hosting, manutenzione e assistenza, illustrata in uno stile flat caldo
La costruzione è un pagamento. Il possesso è un piccolo e costante battito successivo.

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.

  1. 1
    Ridurre l'ambito al lavoro reale
    Abbiamo scartato le funzioni che risolvevano problemi che non avevano e mantenuto un elenco essenziale senza il quale l'azienda davvero non poteva operare.
  2. 2
    Scegliere un'unica costruzione multipiattaforma
    Invece di due app native separate, una sola app multipiattaforma copriva iPhone e Android, dimezzando all'incirca lo sviluppo centrale.
  3. 3
    Usare schemi di design collaudati
    Un'interfaccia pulita e convenzionale invece di una su misura. I clienti l'hanno trovata più facile da usare e ha tagliato settimane dai tempi.
  4. 4
    Collegare, non sostituire
    Abbiamo 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.

Un'illustrazione comparativa affiancata: a sinistra un concept di app sovraccarico ricoperto di molte etichette di funzioni con un grande cartellino del prezzo, a destra un'app snella e mirata con tre funzioni centrali e un piccolo cartellino del prezzo, disegnata in uno stile flat editoriale pulito
Stessa azienda, stesso obiettivo. La differenza di prezzo era quasi interamente di ambito, non di qualità.

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 app

Domande frequenti

Quanto costa un'app su misura per una piccola impresa?
Non esiste un numero unico onesto, perché dipende interamente dall'ambito — ma una prima versione mirata di un'app aziendale davvero utile si colloca comunemente nelle cifre basse o medie a cinque zeri, non nelle sei cifre che lasciano intendere le piattaforme tutto-in-uno. I fattori decisivi sono quante funzioni Le servono davvero il primo giorno, se costruisce per una piattaforma o due, e quanto collega rispetto a quanto ricostruisce. Parta in piccolo e il numero resta sotto controllo.
Perché un preventivo è molto più alto di un altro per la stessa app?
Quasi sempre perché preventivano in silenzio ambiti diversi. Quello più economico può presumere un'app snella su un'unica piattaforma; quello costoso, due app native, design su misura e sistemi di cui in realtà non ha bisogno. Prima di confrontare i prezzi, faccia descrivere a ogni preventivo esattamente cosa include — allora vedrà che non stavano mai davvero quantificando la stessa cosa.
Quali costi ricorrenti devo aspettarmi dopo il lancio?
Un'app non è un acquisto una tantum. Preveda hosting e server, manutenzione regolare per mantenerla funzionante mentre telefoni e sistemi operativi cambiano, costi sviluppatore degli store, assistenza e le modifiche che inevitabilmente vorrà non appena clienti reali la useranno. Una regola pratica ragionevole è il 15–20 % del costo di costruzione all'anno. Un buon partner glielo dice subito.
È più economico costruire un'unica app per iPhone e Android?
Di solito sì. Due app native separate sono, grosso modo, due costruzioni. Un'unica app multipiattaforma — o in alcuni casi una web app — può coprirle entrambe da un solo codice, cosa che spesso muove il totale più di qualsiasi singola decisione sulle funzioni. Il nativo giustifica il suo costo extra solo quando ha davvero bisogno di prestazioni profonde e specifiche per piattaforma o di funzioni hardware.
Come posso ridurre il costo senza ritrovarmi con un'app scadente?
Non rincorra il team più economico — di solito alla fine costa di più. Tagli invece l'ambito, non la qualità: costruisca la versione più piccola che sia davvero utile, prenda le Sue decisioni prima dell'inizio dello sviluppo, usi schemi di design collaudati invece che su misura e si colleghi a strumenti che già possiede anziché ricostruirli. Poi aggiunga funzioni più tardi, finanziate dai risultati.
Have a nice day
Have a nice day
Redazione

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.

Servizi correlati