Quanto costa un software su misura: come si costruisce davvero il preventivo

In breve

Il costo di un software su misura dipende quasi interamente da quante decisioni sono già state prese: un progetto con requisiti chiari, integrazioni note e dati puliti costa una frazione dello stesso progetto affrontato senza analisi. Il prezzo non si stima guardando il software, si stima guardando il processo che deve sostituire.

• Un preventivo credibile separa sempre analisi, sviluppo, migrazione dati, avvio e manutenzione: se è una cifra unica senza dettaglio, non è confrontabile.
• Le integrazioni con sistemi esistenti sono la voce più sottovalutata e la causa più frequente degli scostamenti.
• Il costo ricorrente — hosting, manutenzione, evoluzioni — va chiesto subito: su tre anni può superare quello iniziale.
• Il preventivo più basso è quasi sempre quello che ha capito meno del problema.

Perché nessuno risponde subito alla domanda sul prezzo

Chiedere quanto costa un software su misura al primo incontro è come chiedere quanto costa una casa senza dire quante stanze, su che terreno e con quali impianti. La risposta onesta è che dipende, ma questa risposta è inutile se non è accompagnata dalla spiegazione di cosa la fa variare.

La variabile principale non è la complessità tecnica. È la chiarezza. Due aziende possono chiedere lo stesso identico strumento: la prima sa esattamente quali sono i passaggi del processo, chi fa cosa, quali eccezioni esistono e dove sono i dati; la seconda ha un'idea generale e scoprirà i dettagli strada facendo. Il lavoro tecnico è lo stesso, il costo no, perché nel secondo caso una parte consistente del progetto è scoperta, riscrittura e rifacimento.

Per questo un fornitore serio propone quasi sempre di iniziare con un'analisi prima di mettere un numero sul progetto intero.

Le voci che compongono davvero il costo

Un preventivo confrontabile distingue almeno cinque componenti. Se sono fuse in un'unica cifra, non si può capire cosa si sta comprando.

A queste si aggiunge il costo ricorrente, che è una voce separata e non un dettaglio: infrastruttura, aggiornamenti di sicurezza, assistenza e piccole evoluzioni. Va chiesto in fase di offerta, non dopo il rilascio.

I tre modelli di ingaggio e quando usarli

Il modo in cui si contrattualizza il lavoro incide sul costo quanto il lavoro stesso.

Prezzo fisso a perimetro chiuso

Si definisce esattamente cosa si realizza e a quale prezzo. Funziona bene quando il perimetro è davvero definibile in anticipo: un modulo circoscritto, un'integrazione specifica, un portale con funzioni note. Il rischio è tutto sul fornitore, che quindi include un margine di sicurezza nel prezzo. Ogni variazione richiesta dopo diventa una trattativa.

Tempo e materiali

Si paga il lavoro effettivamente svolto, in base a un costo giornaliero concordato. Funziona quando i requisiti evolvono ed è impossibile congelarli. Il rischio è tutto sul cliente, che deve avere strumenti di controllo reali: avanzamento visibile, rilasci frequenti, possibilità di fermarsi. Senza questi, è un contratto aperto.

Budget a fasi con priorità

Si fissa un budget per fase e si decide insieme cosa entra in ciascuna, in ordine di valore. È il modello che funziona meglio nella maggior parte dei progetti reali: dà al cliente il controllo sulla spesa e al fornitore la flessibilità di adattarsi. Ogni fase produce qualcosa di utilizzabile, quindi il progetto può fermarsi in qualsiasi momento avendo comunque prodotto valore.

Come si costruisce una stima credibile

1. Si parte dal processo, non dalle funzioni. Elencare venti funzioni desiderate non permette di stimare. Descrivere come lavora oggi l'azienda e dove si perde tempo sì, perché fa emergere le eccezioni.
2. Si identificano i punti di contatto con l'esterno. Ogni sistema che deve dialogare è un rischio a sé: va verificato se espone interfacce, chi lo gestisce e con quali tempi risponde.
3. Si guardano i dati reali. Non un campione ripulito: un estratto vero, con i duplicati e le incoerenze. La qualità dei dati sposta la stima più di quanto sposti qualsiasi funzione.
4. Si divide in fasi con valore autonomo. Ogni fase deve produrre qualcosa che l'azienda può usare anche se il progetto si ferma lì.
5. Si stima la prima fase con precisione e le successive per ordine di grandezza. Dichiarare una precisione che non si ha è la premessa di ogni scostamento.

Questo metodo produce un numero più alto di una stima superficiale, ma è un numero che regge. Il confronto onesto non è tra due preventivi iniziali, è tra due costi finali.

Perché due preventivi per lo stesso progetto differiscono del triplo

Capita spesso e quasi mai dipende dal margine. Le cause tipiche sono altre:

• Perimetri diversi. Uno include migrazione e integrazioni, l'altro le rimanda a un secondo momento. Sono progetti diversi con lo stesso titolo.
• Ipotesi diverse sui dati. Chi ha guardato i dati stima il lavoro reale; chi non li ha guardati stima il caso ideale.
• Livelli di servizio diversi. Assistenza con tempi garantiti, ambiente di prova separato, procedure di ripristino e controlli di sicurezza hanno un costo. Un'offerta senza questi elementi non è comparabile con una che li include.
• Riuso di una base esistente. Chi parte da componenti già sviluppati per casi simili può offrire meno a parità di risultato. È legittimo, ma va chiesto cosa è riuso e cosa è specifico, perché incide sulla flessibilità futura.
• Proprietà del risultato. Chi lascia al cliente il codice e i dati offre qualcosa di diverso da chi mantiene tutto sotto il proprio controllo. È la differenza più importante di tutte e raramente è scritta in evidenza.

I costi che compaiono dopo

Sono prevedibili e vanno messi a preventivo dall'inizio, anche solo come stima.

• Infrastruttura. Dove gira il software, con quale capacità e quali copie di sicurezza. Il tema è affrontato nella guida sul cloud aziendale.
• Manutenzione correttiva. Correzione di malfunzionamenti, con tempi di risposta definiti. È diversa dalle evoluzioni e va pagata anche quando non succede nulla, perché si paga la disponibilità.
• Aggiornamenti obbligati. Cambi normativi, aggiornamenti di sicurezza, adeguamenti a servizi esterni che cambiano le proprie interfacce. Non sono opzionali.
• Evoluzioni. Un software usato genera richieste. È un buon segno, ma va previsto un budget annuale, altrimenti ogni richiesta diventa una trattativa e lo strumento invecchia.
• Formazione dei nuovi. Chi entra in azienda deve imparare. Serve materiale aggiornato, non una persona che spiega a voce.

Una regola pratica utile a orientarsi: il costo ricorrente annuale di un software su misura attivamente usato si colloca spesso tra il quindici e il venticinque per cento dell'investimento iniziale. È un ordine di grandezza indicativo, non una tariffa, ma serve a evitare la sorpresa più comune.

Le domande da fare prima di firmare

1. Cosa è compreso nel prezzo e cosa è esplicitamente escluso?
2. Chi possiede il codice sorgente e i dati al termine del progetto?
3. Cosa succede se decidiamo di cambiare fornitore fra due anni?
4. Quali sono i tempi di risposta garantiti sull'assistenza e cosa li fa scattare?
5. Come vengono gestite le richieste di modifica in corso d'opera e con quale procedura?
6. Esiste un ambiente di prova separato da quello di lavoro?
7. Ogni quanto vedremo qualcosa di funzionante?
8. Chi sono le persone che lavoreranno al progetto e quanto tempo dedicano?

La qualità delle risposte a queste otto domande dice più del prezzo. Un fornitore che risponde con precisione anche alla terza — quella scomoda sul cambio fornitore — sta dichiarando che non vuole legarvi con la dipendenza tecnica.

Come lavoriamo in NuvioLab

Non mettiamo un numero sul progetto intero al primo incontro, perché sarebbe un numero inventato. Proponiamo un'analisi iniziale con un costo definito, che produce tre cose concrete: la mappa del processo, il perimetro della prima fase con un prezzo, e l'ordine di grandezza delle fasi successive.

Quell'analisi è vostra anche se decidete di non proseguire con noi o di rivolgervi ad altri. Il criterio con cui separiamo ciò che va costruito su misura da ciò che conviene risolvere con strumenti esistenti è lo stesso descritto nella guida su gestionale su misura o standard.

Descriveteci il processo che vi sta costando di più: partiamo da lì, non dalla lista delle funzioni.