Come leggere un preventivo di sviluppo software senza farsi fregare

Un preventivo di sviluppo software è uno dei documenti più opachi che un imprenditore italiano si trovi a valutare. È diverso dal preventivo di un fornitore di materie prime (dove il prezzo a kg è confrontabile) e diverso da quello di un'auto (dove almeno conosci il modello). Qui stai comprando qualcosa che non esiste ancora, descritto con parole tecniche, di cui conoscerai il prezzo reale solo a consuntivo.

L'asimmetria informativa è enorme: chi scrive il preventivo sa tutto del lavoro, chi lo riceve sa poco o niente. E questa asimmetria viene sfruttata — non sempre maliziosamente, spesso solo per pigrizia — in modi che lasciano il cliente con il cerino in mano mesi dopo.

Questa guida è pensata per un imprenditore che sta valutando uno o più preventivi, non per un CIO esperto. Ti diamo gli strumenti per capire cosa stai leggendo, dove guardare, e cosa chiedere prima di firmare.

Le 4 sezioni di un preventivo fatto bene

Un preventivo software serio contiene quattro sezioni distinte. Se una di queste manca, qualcosa non torna.

1. Perimetro (cosa viene sviluppato)

La descrizione di cosa costruirai. Deve essere specifica al livello di "quante schermate, quali funzioni, quali utenti coinvolti, quali integrazioni". Non deve essere generica ("gestionale completo per la tua azienda") né totalizzante ("tutto ciò che serve").

Se il perimetro è vago, il preventivo è inutile: il fornitore potrà interpretare qualunque nuova richiesta come "fuori perimetro", e tu non avrai argomenti.

2. Piano di lavoro (come e quando)

Le milestone di consegna, le tempistiche indicative, le modalità di verifica. Un preventivo senza milestone è un impegno al buio: dovresti poter leggere "fine mese 1 avrai X, fine mese 2 avrai Y" con criteri verificabili.

3. Piano economico (quanto e come)

Il totale, scomposto per fase o modulo. Le condizioni di pagamento (tipicamente: anticipo + tranches a milestone). Il costo orario per lavoro fuori perimetro. Il costo di manutenzione annuale post go-live.

Il totale da solo è la cifra meno utile: ciò che conta è la scomposizione.

4. Condizioni e garanzie (cosa succede se…)

Proprietà del codice, gestione di bug dopo la consegna, cosa succede se il progetto si blocca, cosa succede se sforano i tempi, cosa succede se vuoi cambiare fornitore. Questa è la sezione meno letta e la più importante. Se il preventivo non ne parla esplicitamente, le clausole di default saranno probabilmente a svantaggio tuo.

Le 5 trappole più comuni

Trappola 1 — "Chiavi in mano" con perimetro vago

Il classico. Un preventivo che dice "realizzazione gestionale completo per la tua azienda, chiavi in mano, prezzo fisso". Suona rassicurante. È un trappola: "chiavi in mano" senza specificare quali chiavi lascia al fornitore il diritto di decidere cosa fare e cosa no.

Soluzione: chiedi una lista delle funzioni/schermate/requisiti inclusi, anche solo a livello di bullet list. Quello è il perimetro vero.

Trappola 2 — Sconto grosso senza specifica

"Listino 80.000€, per voi 48.000€". Il 40% di sconto. Sembra un affare. In realtà:

• Il listino di partenza spesso è inventato per rendere credibile lo sconto.
• Lo sconto grosso anticipa una politica di "recupero in corso d'opera" — molte richieste fuori perimetro a tariffa piena.
• A volte lo sconto implica la riduzione di funzioni che ti erano state mostrate ma non sono mai state specificate nero su bianco.

Un preventivo serio indica il prezzo che ritiene giusto, e argomenta come è calcolato. Lo sconto c'è, può esserci, ma è nell'ordine del 10–20%, non del 40%.

Trappola 3 — Milestone assenti o "a discrezione"

Un preventivo senza milestone chiare, o con milestone formulate in modo da far scivolare la verifica ("prima fase: analisi e design" è un milestone inutile perché nessuno sa come verificarla), fa emergere un potenziale problema: il fornitore non vuole esporsi a un'avanzamento verificabile.

Un buon preventivo ha milestone con output tangibili: "fine settimana 4: prime schermate cliccabili con accesso login. Verifica: tu usi la schermata X, segnali problemi, accettazione in 5 giorni".

Trappola 4 — Nessun riferimento ai test

Lo sviluppo di un software include — inevitabilmente — una fase di test. Se nel preventivo non leggi mai le parole "test", "collaudo", "verifica qualità", "UAT" (User Acceptance Test), il fornitore sta pianificando di farti testare tu, gratis, in produzione. Il risultato tipico: bug che escono in corso di utilizzo reale, tu perdi tempo a segnalarli, il fornitore li risolve con calma.

Preventivo serio: include esplicitamente una fase di test interno (eseguita dal fornitore) e una fase di UAT (eseguita da te, con criteri di accettazione).

Trappola 5 — Clausole sulla proprietà intellettuale

Questa è la più pericolosa a lungo termine. Chi è proprietario del codice? Chi può modificarlo? Chi può trasferirlo a un altro fornitore? A chi appartiene il database dei dati clienti?

Le clausole di default di molti contratti lasciano il codice al fornitore, con te che hai "licenza d'uso" (come fosse un SaaS). Questo significa che il giorno in cui vuoi cambiare fornitore, non puoi: il codice non è tuo.

Il nostro standard (e dovrebbe essere il tuo): il codice è del cliente dal primo giorno. Repository Git accessibile fin dall'inizio, documentazione di deploy inclusa, credenziali di tutti i servizi intestate alla tua azienda.

10 domande da fare prima di firmare

Una checklist da stampare e mettere accanto al preventivo. Le risposte evasive sono rosse.

1. Cosa esattamente è incluso e cosa no? Chiedi una lista puntata, scritta, non a voce.
2. Quante ore stimate per ciascuna fase? Una stima onesta è granulare, non "totale 400 ore".
3. Quali sono i rischi di sforamento? Un fornitore serio identifica 2–3 aree a maggior rischio e spiega come gestirle.
4. Come gestite le modifiche in corso d'opera? Ogni cambio è un nuovo preventivo? C'è un "budget flessibilità"? Che tariffa si applica?
5. Chi è il proprietario del codice e dei dati? Deve essere tuo. Punto.
6. Cosa comprende la manutenzione post go-live? Quanto costa l'anno? Tipicamente 15–20% del costo di sviluppo, inclusi bugfix.
7. Cosa succede se il progetto si interrompe a metà? Ti consegnano quello che è stato fatto fino a quel punto? Con quali costi?
8. Chi sono le persone che lavoreranno sul progetto? Nomi, seniority, dedicazione percentuale. Non "un team di esperti".
9. Posso vedere un caso studio simile al mio? Dovrebbero mostrarti un progetto comparabile, con numeri, se possibile con referenze.
10. Qual è la procedura in caso di incidente (sicurezza, downtime, data loss)? Un SLA scritto, non dichiarazioni verbali.

Quando due preventivi "diversi" in realtà non sono comparabili

Il caso più comune: hai ricevuto 3 preventivi per "la stessa cosa", e vanno da 15.000€ a 65.000€. Prima di concludere che ci sono truffe in giro, verifica che stiano davvero rispondendo alla stessa domanda. Quasi sempre non è così.

• Fornitore A (15.000€): ha capito "fammi un gestionale mini con 3 form, l'import CSV e basta".
• Fornitore B (35.000€): ha capito "gestionale con workflow, permessi, export PDF, integrazione SDI".
• Fornitore C (65.000€): ha capito "gestionale completo con app mobile, portale cliente, reportistica avanzata".

Tre perimetri diversi, tre cifre diverse, tutte potenzialmente corrette. Se confronti sul numero, scegli male.

La soluzione: scrivi tu, in 1–2 pagine, cosa ti serve. Mandalo a tutti i fornitori e chiedi un preventivo basato esattamente su quello. Ora i numeri sono confrontabili.

Cosa caratterizza un preventivo onesto

Dopo aver visto centinaia di preventivi (nostri e di competitor), ci sono segnali riconoscibili di serietà:

• Ammette incertezze. "Questa stima ha ±20% di variabilità in base all'esito del check-up". Meglio questo del prezzo apparentemente deciso.
• Distingue il "sicuramente incluso" dal "condizionato". Alcune funzionalità dipendono da scelte che farai in corso d'opera: un preventivo onesto lo dice.
• Non ha sorprese in manutenzione. Il canone annuale è scritto esplicitamente, con cosa copre e cosa non copre.
• Ha una clausola di exit. Cosa succede se ti stanchi, se fallisce il fornitore, se cambi strategia. Non c'è lock-in.
• Contiene un'analisi di ROI. Chi fa sul serio sa che il preventivo dev'essere giustificato dal ritorno atteso. Se il ROI non regge, un fornitore onesto te lo dice prima, non dopo.

Cosa NON dovresti chiedere

Per chiudere, alcune domande che spesso vengono fatte ma che generano risposte inutili o fuorvianti:

• "Qual è il prezzo minimo?" — costringe il fornitore a una risposta ipotetica basata sul minimo accettabile. Preferisci chiedere il range realistico.
• "Quanto ci mettete?" senza contestualizzare cosa vuoi. La stessa funzione può richiedere 2 giorni o 2 settimane a seconda della qualità voluta.
• "Potete garantire che non ci saranno extra?" — nessun fornitore serio garantirà questo. Chi lo garantisce, o sta mentendo, o ha gonfiato il preventivo per coprirsi.
• "Lavorate anche gratis per costruire portfolio?" — se ti presenti così, ottieni un fornitore che non vale molto. I fornitori bravi hanno già portfolio.

Un'ultima verità scomoda

Il preventivo migliore spesso non è né il più economico né il più dettagliato. È quello che ti fa capire chi ti sta proponendo, come lavora, come si comporterà quando le cose si complicheranno (e si complicano sempre). La lettura del preventivo è anche la prima lettura della relazione: se già da subito percepisci ambiguità, fretta, superficialità, il progetto quasi certamente le amplificherà. Se invece percepisci chiarezza, disponibilità a discutere i dettagli, onestà sui limiti, quelle qualità ti accompagneranno per tutto il progetto.

Tradotto: il preventivo è un test del carattere del fornitore, più che un documento commerciale. Leggilo così.