Due preventivi sulla scrivania. Uno costa il triplo dell’altro, e sulla carta promettono la stessa cosa: un gestionale su misura per la tua azienda. La tentazione di firmare quello basso è fisica — la mano che già cerca la penna, la spalla che si rilassa pensando al budget salvato. Fermati un attimo. Quella differenza di prezzo non è magia commerciale: è una lista di cose che qualcuno ha deciso di non fare. La domanda giusta non è “quanto costa”, ma “cosa manca”. E su questo si gioca tutta la partita dello sviluppo software low cost fatto bene.

Perché il punto non è che il software economico sia sempre una fregatura. Non lo è. Esistono modi legittimi, anzi intelligenti, di abbattere i costi di un progetto di software personalizzato. Ed esistono tagli che sembrano risparmio e invece sono debito: lo paghi dopo, con gli interessi, quando il sistema è in produzione e tornare indietro costa il doppio.

Dove si può risparmiare davvero (senza pentirsene)

Cominciamo dalla parte buona della storia. Il costo di sviluppo di un software su misura dipende soprattutto da una variabile: le ore di lavoro umano. Tutto ciò che riduce le ore senza ridurre la qualità è risparmio vero.

Il perimetro. È la leva più potente. Un progetto che parte con quaranta funzioni “indispensabili” e arriva in fondo con dodici davvero usate ha bruciato budget su ventotto funzioni morte. Partire piccoli — un MVP, una prima versione che copre solo il flusso di lavoro centrale — taglia i costi in modo drastico e onesto. Le funzioni mancanti si aggiungono dopo, quando l’uso reale dimostra che servono. Spesso non servono. Quasi mai tutte.

Il riuso. Non tutto va scritto da zero. Librerie open source mature, framework consolidati, componenti già testati da migliaia di progetti: usarli non è un compromesso, è buona ingegneria. Il codice scritto da zero è codice che va anche mantenuto da zero. Meno ne scrivi, meglio è.

Gli strumenti di sviluppo moderni. Qui parlo di casa nostra: nella mia esperienza con progetti per piccole aziende toscane, l’uso intensivo di strumenti di generazione assistita del codice ha cambiato l’economia dei progetti piccoli e medi. Quello che prima richiedeva settimane di scrittura manuale oggi si prototipa in giorni. Attenzione, però (e qui ammetto il limite del ragionamento): lo strumento accelera chi sa già cosa sta facendo. In mani inesperte accelera anche gli errori.

I processi del cliente. Sembra strano, ma una parte enorme del costo nasce da requisiti confusi. Riunioni che si ripetono. Specifiche che cambiano tre volte. Un cliente che arriva con un flusso di lavoro chiaro, esempi concreti e una persona interna che risponde alle domande fa risparmiare più di qualsiasi sconto.

Un ordine di grandezza, per non partire alla cieca

Prima di continuare, un numero aiuta più di dieci aggettivi. Guardando i preventivi che circolano tra software house e sviluppatori freelance in Italia, un progetto di software su misura o un gestionale personalizzato va, a seconda del perimetro, da poche migliaia di euro per un MVP essenziale fino a sei cifre per un progetto enterprise con integrazioni multiple. Non è un prezzo fisso: è un ordine di grandezza, ed è proprio la distanza tra questi estremi a spiegare perché due preventivi sullo stesso brief sembrino parlare di due prodotti diversi.

Cosa sposta un progetto da un capo all’altro di quella forbice? Tre cose, soprattutto. La prima è quante ore di sviluppatori senior servono contro quante ne bastano di più junior — non è solo il costo orario, è quanto codice fragile finisce in produzione. La seconda è l’integrazione: un software che deve dialogare con un CRM esistente, un gestionale contabile o un sistema di automazione interno costa sempre di più di uno che vive da solo, perché ogni punto di contatto è un punto che può rompersi. La terza è la scalabilità richiesta: uno strumento interno per cinque persone in una PMI e una piattaforma pensata per crescere a livello enterprise non condividono lo stesso preventivo, anche se sulla carta “fanno la stessa cosa”.

Tieni a mente una cosa, però: quello che abbiamo appena descritto è il costo di sviluppo puro. Le tre voci che seguono si aggiungono dopo, e sono quelle che nei preventivi bassi spariscono per prime.

Sviluppo software low cost: i tre tagli che si pagano caro

E adesso la parte scomoda. Ci sono tre costi nascosti che nei preventivi bassi spariscono per prime, perché sono invisibili alla firma del contratto. Invisibili. Non inesistenti.

La manutenzione

Un software non è un mobile: non lo compri e lo tieni fermo vent’anni. Le librerie si aggiornano. I sistemi operativi cambiano. Le API di terze parti vengono dismesse. Un preventivo che non dice nulla su chi aggiornerà il sistema, con che frequenza e con quali garanzie, sta semplicemente spostando quel costo nel tuo futuro. E il codice scritto in fretta, senza test automatici e senza documentazione, è il più caro da mantenere: ogni modifica diventa un’operazione a cuore aperto, dove toccare una funzione ne rompe altre due. Il risparmio iniziale? Evaporato alla seconda richiesta di modifica.

La sicurezza

Qui il discorso si fa serio, perché non riguarda solo i soldi. Un gestionale aziendale tratta dati di clienti, fornitori, dipendenti. Il GDPR non è un optional per chi ha budget: vale per tutti, anche per la PMI più piccola. Validazione degli input, gestione corretta delle password, cifratura, backup testati — o meglio: backup ripristinati almeno una volta, perché un backup mai provato è una speranza, non una protezione. Sono ore di lavoro che nel preventivo basso spesso non ci sono. E un data breach non ti presenta il conto in ore di sviluppo: te lo presenta in sanzioni, clienti persi e notti insonni. Fidati. Non è la voce su cui trattare.

Il lock-in

Il taglio più subdolo, perché all’inizio non si vede proprio. Il fornitore economico consegna. Il software funziona. Tutti contenti. Poi chiedi una modifica e scopri che il codice sorgente non è tuo. O che è scritto su una piattaforma proprietaria da cui non si esporta niente. O che è così contorto che nessun altro sviluppatore — né un freelance né un’altra software house — accetta di metterci mano. Sei prigioniero. A quel punto il fornitore può prezzare ogni intervento come vuole, e la tua alternativa è rifare tutto da capo. Le domande da fare prima di firmare sono semplici: il codice sorgente resta di mia proprietà? È scritto con tecnologie diffuse, che altri sanno leggere? I miei dati si esportano in formati standard? Tre domande. Chi tentenna su una di queste ti sta dicendo qualcosa.

Come si riconosce il low cost sano da quello tossico

La regola pratica che usiamo noi con le aziende che seguiamo in Toscana è questa: il risparmio sano toglie cose che si vedono e si scelgono, il risparmio tossico toglie cose che non si vedono. Meno funzioni nella prima versione? Sano, ed è scritto nero su bianco. Meno test, meno sicurezza, meno documentazione? Tossico, e non te lo dicono. Abbiamo visto progetti nati con budget contenuti e cresciuti benissimo, perché il taglio era stato fatto sul perimetro e non sulle fondamenta.

Un preventivo per uno sviluppo software low cost serio dovrebbe dirti esplicitamente: cosa entra nella prima versione e cosa no, chi possiede il codice, come vengono gestiti aggiornamenti e sicurezza, cosa succede se il rapporto si interrompe. Se queste risposte mancano, il prezzo basso non è un prezzo: è un acconto.

I quattro punti da portarsi via

  • Un numero orienta, non impegna: in Italia un software su misura va da poche migliaia di euro a sei cifre — la forbice dipende da integrazione, scalabilità e seniority del team, non solo dalle ore.
  • Risparmia sul perimetro, mai sulle fondamenta: una prima versione essenziale ma solida costa meno e vale di più di un sistema pieno di funzioni costruito su codice fragile.
  • Manutenzione e sicurezza sono il vero prezzo: se il preventivo non ne parla, quei costi non sono spariti — sono solo stati spostati su di te, con gli interessi.
  • Verifica la via d’uscita prima di entrare: proprietà del codice, tecnologie diffuse, dati esportabili. Il lock-in si evita alla firma, non dopo.

La prossima volta che ti trovi davanti due preventivi molto distanti, prova a rovesciare la domanda: non “perché questo costa così tanto?”, ma “questo prezzo basso, esattamente, cosa non include?”. E tu, nel software che usi oggi in azienda, sapresti dire chi possiede davvero il codice — e cosa succederebbe domani se il tuo fornitore sparisse?