Cosa stai comprando quando firmi uno sviluppo su misura (e perché non è 'un sito da 3.000 euro')

Sito, e-commerce, gestionale, app: quattro mestieri diversi

Il malinteso che rovina più trattative di sviluppo comincia da una parola usata a sproposito. Il cliente dice “mi serve un sito” e intende una di quattro cose completamente diverse. Poi riceve un preventivo da 3.000 euro per una, lo confronta con un preventivo da 40.000 per un’altra, e conclude che “il secondo mi vuole fregare”. Non è così: stanno vendendo due mestieri diversi, e il cliente non lo sa perché nessuno gliel’ha mai spiegato in modo onesto. Facciamolo qui.

Quando parliamo di “roba digitale su misura”, ci sono almeno quattro mestieri, e costano in modo diverso perché sono diversi:

• Il sito vetrina. Racconta chi sei, cosa fai, come contattarti. È fatto soprattutto di contenuti e presentazione. Il visitatore legge e guarda, non “fa” quasi niente. È il più semplice e il più economico, e va benissimo così — se è quello che ti serve. Un buon sito vetrina può davvero costare poche migliaia di euro, ed è giusto.
• L’e-commerce. Qui il visitatore fa: sceglie, mette nel carrello, paga. Sotto ci sono i prodotti, il magazzino, i pagamenti, le spedizioni, gli ordini da gestire. È già un altro pianeta rispetto alla vetrina: c’è una macchina che deve girare, non solo pagine da leggere.
• Il gestionale. È lo strumento con cui tu e la tua azienda lavorate: gestite ordini, clienti, produzione, pratiche, quello che è il vostro mestiere. Non lo vede il pubblico, lo usate voi tutti i giorni, e deve incastrarsi con come lavorate davvero. È fatto di logica, regole, flussi — la parte invisibile ma dove sta il valore.
• L’app / l’applicazione. Uno strumento che risolve un problema specifico per chi la usa — clienti o dipendenti — spesso da telefono, spesso con dati che si muovono, ruoli, pagamenti. È un prodotto a sé, con una sua complessità che dipende tutta da cosa deve fare.

Il punto non è “quale è meglio”: è che confrontare i loro prezzi senza sapere di cosa parli è come confrontare il prezzo di una bicicletta con quello di un furgone perché “entrambi hanno le ruote”. Un sito vetrina e un gestionale non sono lo stesso oggetto a due prezzi: sono due lavori diversi. Il primo errore da non fare, prima ancora di leggere un preventivo, è avere chiaro quale dei quattro stai comprando. Se non lo sai, ogni cifra ti sembrerà a caso — troppo alta o troppo bassa — perché ti manca il metro. Questa guida serve a darti il metro.

Cosa c’è dentro un preventivo serio

Un preventivo di sviluppo su misura fatto bene non è una riga con un totale. È un documento che ti fa vedere cosa stai comprando, pezzo per pezzo. E i pezzi che contano, quelli che distinguono un preventivo serio da un numero buttato lì, sono questi:

• L’analisi (la discovery). Prima di costruire, qualcuno deve capire cosa va costruito: chi lo usa, quali flussi, quali dati, quali regole. Un preventivo serio ha questa voce esplicita, perché è dove si evita di costruire la cosa sbagliata. Se manca del tutto, chi ti fa il preventivo sta indovinando il perimetro — e indovinare male lo pagherai tu dopo. È la fase di cui parlo in cosa fare prima di sviluppare un’app: senza, il resto è aria.
• Il progetto dell’interfaccia (UI/UX). Come sarà fatto quello che l’utente vede e usa: le schermate, i flussi, l’esperienza. Non “un tema comprato”, ma il disegno di come si userà davvero. È una voce di lavoro, non un regalo.
• I dati. Da dove vengono, come sono strutturati, come si migrano quelli che hai già (dal vecchio sistema, dai fogli Excel), come si tengono al sicuro. Nei software veri i dati sono metà del lavoro, e un preventivo che non li nomina sta nascondendo metà del progetto.
• Lo sviluppo vero e proprio. Il backend (il motore, la logica), il frontend (la faccia), le integrazioni con le cose che già hai. Questa è la voce che tutti si aspettano, ed è giusto ci sia — ma è solo una delle voci, non tutto il preventivo.
• Il go-live. Portare la cosa online sul serio: la messa in produzione, i test finali, il passaggio dal “funziona sul computer di chi l’ha fatto” al “funziona per i tuoi utenti veri”. Non è automatico e non è gratis.
• La garanzia e il periodo di rodaggio. Cosa succede nelle prime settimane, quando emergono i problemi che si vedono solo con l’uso vero. Un preventivo serio dice cosa è coperto e per quanto.
• La manutenzione dopo. Un accenno onesto a cosa serve dopo il lancio — ne parlo tra poco, perché è la voce che tutti fanno sparire.

Non ti serve capire i dettagli tecnici di ognuna. Ti serve vederle: un preventivo che le nomina è un preventivo che ti sta mostrando il lavoro vero. Un preventivo che è una riga sola con un numero ti sta nascondendo dove sono i soldi — e quello che è nascosto salta fuori dopo, come costo extra o come cosa non fatta.

Cosa manca nei preventivi da 3.000 euro

Adesso la parte scomoda, quella che ti fa risparmiare dei disastri. Ti arriva un preventivo molto più basso degli altri — il famoso “te lo faccio a 3.000” per una cosa che altri ti quotano dieci volte tanto. Non è (solo) che uno è più caro: è che il preventivo basso, quasi sempre, sta quotando una cosa diversa e più piccola, e le differenze le scopri dopo. Ecco cosa manca, di solito, in un preventivo troppo basso per quello che credi di comprare:

• Manca l’analisi. Si parte a costruire senza aver capito il perimetro. Risultato: a metà strada emerge che “serviva anche questo”, e ogni “anche questo” è un extra fuori preventivo. Il prezzo basso di partenza diventa un prezzo alto alla fine, a rate di sorprese.
• Manca la gestione dei casi veri. Il preventivo basso quota il caso ideale: tutto va bene, i dati sono giusti, l’utente fa quello che deve. Ma il software vero è fatto per l’80% dei casi storti — gli errori, i vuoti, i permessi, il “cosa succede se due persone insieme”. Quel lavoro, nel preventivo da 3k, non c’è. E senza, hai una cosa che funziona nella demo e crolla il primo giorno.
• Mancano i dati sul serio. Migrare i tuoi dati veri, tenerli in ordine, in sicurezza, in regola: è lavoro che il preventivo basso salta. Poi ti ritrovi a reinserire tutto a mano o con i dati che non tornano.
• Manca il dopo. Nessuna garanzia vera, nessuna manutenzione. Il giorno dopo il lancio sei solo — e il lancio, come vedremo, è quando i problemi cominciano, non quando finiscono.
• Manca la proprietà chiara. Spesso il prezzo basso nasconde che non possiedi davvero quello che hai pagato (il prossimo capitolo è tutto su questo).

Attenzione: non sto dicendo che caro è giusto e economico è truffa. A volte il preventivo basso è onesto — perché ti serve davvero solo il sito vetrina, e allora 3.000 euro sono corretti. Il problema è quando compri “3.000 euro di vetrina” credendo di comprare “il gestionale che ti cambia l’azienda”. La domanda giusta davanti a un preventivo troppo bello non è “come fa a costare così poco?”, ma “cosa non c’è qui dentro che negli altri c’è?”. Fattelo dire, voce per voce. Se non sanno rispondere, hai la risposta.

Proprietà: chi possiede il codice, la grafica, gli account, i dati

Questo capitolo vale, da solo, il prezzo di un brutto risveglio. Quando paghi per uno sviluppo su misura, cosa possiedi davvero, alla fine? La domanda sembra ovvia (“l’ho pagato, è mio, no?”) e la risposta, troppo spesso, è: dipende da cosa c’è scritto nel contratto, e spesso c’è scritto contro di te.

Le cose che devi verificare prima di firmare, perché dopo è tardi:

• Il codice. È tuo, o è “in licenza” da chi l’ha fatto? La differenza è enorme: se è tuo, un domani puoi cambiare fornitore e portarti il lavoro; se è solo in licenza, sei legato a vita a chi te l’ha fatto, e se lui sparisce o alza i prezzi, sei in trappola. Uno sviluppo su misura dovrebbe lasciarti la proprietà del codice: pretendilo per iscritto.
• La grafica e i contenuti. Il disegno, i testi, le immagini che hai pagato: sono tuoi? Sembra scontato, spesso non lo è.
• Gli account e i domini. Il dominio del sito, gli account dei servizi su cui gira, gli accessi: sono intestati a te o al fornitore? Ho visto aziende scoprire di non possedere nemmeno il proprio dominio, intestato all’agenzia che poi era sparita. Se gli account non sono tuoi, non possiedi la tua stessa presenza online.
• I dati. I tuoi dati — clienti, ordini, tutto quello che il software accumula lavorando — devono essere tuoi e devi poterteli portare via in un formato utilizzabile. Un sistema che tiene i tuoi dati in ostaggio, da cui non puoi esportarli, ti tiene legato a sé anche quando vorresti andartene. La possibilità di esportare i tuoi dati non è un dettaglio tecnico: è la tua libertà.

Il principio, semplice: hai pagato, deve essere tuo, e devi poter cambiare idea. La proprietà del codice, dei dati, degli account non è pignoleria da avvocati: è ciò che decide se tra tre anni sei libero o prigioniero. Un fornitore onesto te lo mette nero su bianco senza che tu debba chiederlo, perché non ha paura che tu possa andartene — lavora per tenerti col valore, non con le catene. Uno che gira intorno alla domanda “il codice è mio?” ti sta dicendo qualcosa, ascoltalo.

La manutenzione: il 15-25% all’anno che nessuno vuole sentire

Ecco la voce che fa storcere il naso a tutti i clienti e che nessun venditore mette in evidenza: dopo aver costruito il software, serve mantenerlo, e non è gratis. Come ordine di grandezza — non una regola fissa, ma un riferimento onesto — la manutenzione di un software vale tipicamente qualcosa come il 15-25% all’anno di quanto è costato costruirlo. Sento già l’obiezione: “ma come, l’ho pagato, perché devo pagare ancora?”. Perché un software non è un quadro appeso al muro: è una cosa viva, e le cose vive vanno tenute in vita.

Cosa paghi, davvero, con la manutenzione:

• Il mondo intorno cambia, e trascina il tuo software. I telefoni si aggiornano, i browser cambiano, i servizi con cui il tuo software parla (pagamenti, banche, altri sistemi) modificano le loro regole. Senza manutenzione, un software che oggi funziona tra un anno comincia a rompersi da solo — non perché era fatto male, ma perché il terreno sotto si è mosso.
• La sicurezza. Emergono nuove vulnerabilità in continuazione. Un software non aggiornato diventa, col tempo, una porta aperta. La manutenzione è anche tenere quella porta chiusa.
• Le piccole modifiche. Usandolo, scopri cose da aggiustare, un flusso da migliorare, una funzione da aggiungere. Un software che non può evolvere con la tua azienda diventa in fretta una gabbia. La manutenzione è anche la possibilità di adattarlo mentre cambi.
• Qualcuno che c’è quando qualcosa non va. Il valore forse più grande: sapere che se un giorno si rompe qualcosa, c’è una persona che conosce il tuo sistema e lo sistema — invece di te che cerchi disperato qualcuno che capisca un lavoro fatto da altri.

Il costo vero non è la manutenzione: è saltarla. Un software lasciato senza manutenzione è il “progetto finito che muore in sei mesi” — funziona al lancio, poi si degrada, poi un giorno si rompe e non c’è più nessuno che sappia rimetterci le mani. A quel punto o lo rifai da zero (spendendo di nuovo tutto) o resti bloccato. Il 15-25% all’anno non è una tassa: è l’assicurazione che il tuo investimento continui a rendere invece di marcire. Chi ti vende lo sviluppo senza dirti una parola sulla manutenzione ti sta preparando esattamente quel finale — e vale la pena scegliere in partenza qualcuno che il “dopo” lo mette in chiaro fin da subito.

Come si paga: a stati di avanzamento, non “tutto all’inizio”

Anche come si paga ti dice molto sulla serietà di chi hai davanti, e ti protegge. La regola sana è: si paga a stati di avanzamento — un pezzo all’inizio, poi altri pezzi legati a risultati concreti man mano che il lavoro procede — non tutto in anticipo, e non tutto alla fine.

Perché è il modo giusto, per entrambi:

• Ti protegge. Se paghi tutto all’inizio, hai dato via ogni potere: se il fornitore rallenta o sparisce, hai perso i soldi e non hai niente in mano. Pagando a tappe, a ogni pagamento corrisponde qualcosa di consegnato e verificabile. Il tuo rischio è sempre limitato allo stato in corso, non a tutto.
• Protegge anche chi costruisce, ed è giusto: nessuno serio lavora mesi senza incassi intermedi, e un cliente che non paga il primo stato è un segnale. Un buon meccanismo tutela entrambi, e questo è sano.
• Tiene tutti onesti. Legare i pagamenti a risultati concreti (“quando questo pezzo è pronto e verificato”) vuol dire che entrambi restate concentrati sul consegnare cose vere, non sul rimandare.

I due estremi da cui diffidare: chi ti chiede tutto in anticipo (dai via ogni tutela) e chi ti dice “paghi solo alla fine, quando sei contento” (suona generoso, ma o non ha struttura, o c’è una fregatura nascosta, perché nessuno lavora mesi gratis rischiando tutto). Il giusto sta nel mezzo: tappe, risultati, pagamenti legati a quelli. Se chi hai davanti propone spontaneamente un pagamento a stati di avanzamento, è un buon segno: sta pensando a una collaborazione equilibrata, non a incassare e sparire.

Le red flag da riconoscere subito

Mettiamo insieme i campanelli d’allarme, così li hai in tasca quando parli con chiunque. Se ne vedi uno, drizza le antenne; se ne vedi tre, scappa.

• Il preventivo è una riga sola con un totale. Nessuna voce, nessun dettaglio di cosa comprende. Ti sta nascondendo dove sono i soldi e cosa manca.
• Nessuna analisi, si parte subito a costruire. Vuol dire che il perimetro lo indovinano, e gli extra li paghi tu.
• Dicono sì a tutto, senza compromessi. La realtà è fatta di scelte; chi non ne nomina nessuna non ha capito o non te lo dice.
• Girano intorno alla proprietà. Alla domanda “il codice e i dati sono miei, e posso portarmeli via?” rispondono vago. La vaghezza qui è una risposta.
• Non nominano la manutenzione. Ti vendono il “finito” e tacciono sul dopo. Ti stanno preparando il progetto che muore in sei mesi.
• Vogliono tutto pagato all’inizio. Rischio tutto su di te.
• Ti mettono fretta. L’urgenza artificiale è una tecnica di vendita, non un modo di lavorare.
• Parlano di tecnologia di moda, non del tuo problema. Se il “come figo” arriva prima del “cosa ti serve e perché”, stai comprando fumo. È lo stesso segnale del venditore di slide di cui parlo altrove.

Nessuna di queste, da sola, è la prova di una truffa. Ma sono i punti su cui fare domande — e il modo in cui rispondono vale più delle risposte stesse. Un fornitore serio è contento che tu chieda: significa che sai cosa stai comprando, e con chi sa cosa compra si lavora meglio. Chi si infastidisce delle tue domande ti sta dicendo che preferirebbe tu non guardassi troppo da vicino.

Quando ti serve il su misura, e quando ti basta il pronto

Prima di spendere per uno sviluppo su misura, la domanda più onesta — e quella che ti fa risparmiare di più — è: ti serve davvero, o ti basta qualcosa di pronto? Te lo dice uno che vive di su misura, quindi ascoltalo proprio perché va contro il mio interesse immediato: molto spesso il pronto è la scelta giusta, e costruire da zero sarebbe buttare soldi.

Ti basta il pronto quando il tuo bisogno è quello standard che hanno in tanti: un sito vetrina normale, un e-commerce con esigenze comuni, la gestione degli appuntamenti in un settore dove esistono già ottimi prodotti verticali, la fatturazione, la contabilità. Per queste cose esistono strumenti pronti — spesso in abbonamento da poche decine di euro al mese — fatti bene, mantenuti da altri, che coprono l’80% dei casi. Se sei in quell’80%, comprati il pronto e sii felice: non farti costruire su misura ciò che esiste già e ti va bene. È la scelta intelligente, non un ripiego.

Ti serve il su misura quando hai quel 20% di esigenze tue che il pronto non copre: un flusso di lavoro particolare che ti distingue, l’incastro tra sistemi che già hai e che nessun prodotto pronto sa parlare, regole che sono il tuo vantaggio competitivo e che uno strumento standard ti costringerebbe a piegare. Il su misura non serve a rifare l’80% che esiste già: serve proprio per quel 20% che vale i soldi che vale, perché è lì che c’è il tuo modo di lavorare — la parte che ti fa guadagnare e che nessun software comprato conosce.

L’errore in entrambe le direzioni costa. Costruire su misura ciò che potevi comprare pronto è spreco puro. Ma anche il contrario è un costo: piegare a forza la tua azienda dentro uno strumento pronto che non ti sta bene, riadattando il tuo lavoro alle sue logiche, ti costa in efficienza ogni giorno, in modo silenzioso. La bravura non è “vendere su misura” né “risparmiare col pronto”: è capire in quale dei due casi sei, voce per voce, funzione per funzione. Spesso la risposta migliore è mista — pronto per l’80% standard, su misura cucito sopra per il 20% tuo — ed è la soluzione che un fornitore onesto ti propone anche quando gli conviene di più venderti tutto da costruire.

Quanto ti costa comprare male, in euro

Fin qui abbiamo parlato di cosa c’è in un preventivo. Ma il conto che pesa davvero non è il prezzo scritto sul preventivo: è il costo di comprare la cosa sbagliata, che non vedi in nessuna fattura e che paghi lo stesso. Mettiamolo in numeri, con stime dichiarate — non promesse, ordini di grandezza da adattare al tuo caso.

• Il preventivo basso che diventa alto. Firmi a 8.000 quello che altri quotavano 20.000, contento dell’affare. Ma mancava l’analisi, mancavano i casi reali, mancava la migrazione dati. Nei mesi successivi arrivano gli extra — “questo non era previsto”, “serve anche quest’altro” — e a fine progetto hai speso 18.000 per una cosa che regge a fatica, contro i 20.000 che ti avrebbero dato una cosa solida. Hai pagato quasi uguale, per molto meno, più i mesi persi.
• Il progetto che muore e va rifatto. Compri senza manutenzione, il software si degrada, in un anno o due è inutilizzabile e nessuno sa più metterci mano. Lo rifai da zero: hai pagato due volte lo stesso software, invece di spendere il 15-20% annuo per tenerlo vivo. Su un lavoro da 20.000, rifarlo significa buttarne 20.000 e spenderne altri 20.000 — quando 3.000-4.000 l’anno di manutenzione l’avrebbero evitato.
• La prigione del fornitore. Non possiedi il codice né i dati. Il fornitore alza i prezzi, o sparisce, o non risponde più. Sei bloccato: ogni piccola modifica costa quello che dice lui, e cambiare vuol dire ricominciare da capo. Il costo qui non è una cifra sola: è una tassa continua sulla tua mancanza di libertà, per anni.

Somma questi scenari e capisci perché “quanto costa?” è la domanda sbagliata da fare per prima. La domanda giusta è “quanto mi costa comprare male?” — e la risposta è quasi sempre molto più del risparmio che ti sembrava di fare scegliendo il preventivo più basso o saltando le voci scomode.

C’è poi una ragione strutturale per cui i progetti su misura vanno male, ed è il modo in cui vengono spezzati: uno fa il “sito”, un altro “il gestionale”, un terzo “l’integrazione con i pagamenti”, un quarto “l’app”. Quattro fornitori, quattro pezzi che devono incastrarsi e non si incastrano, e quando qualcosa non torna ognuno incolpa gli altri. Tu, in mezzo, paghi in mesi e in nervi la mancanza di una regia. È il motivo per cui una mano sola che tiene insieme dati, backend, frontend e — dove serve — l’AI, batte quattro fornitori che si rimpallano: non perché sia più economica sul singolo pezzo, ma perché elimina il costo nascosto più grande, quello della cucitura tra pezzi pensati separatamente. Quando valuti un preventivo, chiediti anche questo: chi tiene insieme il quadro? Se la risposta è “nessuno, sono quattro fornitori diversi”, il preventivo basso di ciascuno nasconde il costo alto dell’insieme.

Come usare questa pagina mentre parli con chiunque (me compreso)

Chiudo con la cosa più onesta che posso dirti: usa questa guida anche contro di me. Non è un modo di dire. Se un giorno mi scrivi per un progetto, voglio che tu arrivi con queste domande in mano, perché con un cliente che sa cosa sta comprando lavoro meglio, e il risultato è migliore per entrambi.

Ecco come usarla, in pratica, con chiunque ti farà un preventivo:

1. Prima capisci quale dei quattro mestieri ti serve — vetrina, e-commerce, gestionale, app. Se non è chiaro nemmeno a te, comincia da lì: è la fase di analisi, e va fatta prima di ogni prezzo.
2. Chiedi il preventivo per voci, non un totale. Fatti mostrare analisi, interfaccia, dati, sviluppo, go-live, garanzia, manutenzione. Quello che non c’è, chiedi perché.
3. Confronta a parità di mestiere. Non paragonare la bicicletta al furgone. Se due preventivi sono lontanissimi, quasi sempre stanno quotando due cose diverse: fatti spiegare la differenza voce per voce.
4. Chiedi della proprietà, per iscritto: codice, dati, account, e la possibilità di esportare i tuoi dati e andartene.
5. Chiedi della manutenzione e del pagamento a stati di avanzamento. Le risposte a queste due domande separano chi pensa a una relazione da chi pensa a incassare e sparire.

Questa è la logica di tutto il cluster comprare software su misura: non venderti qualcosa, ma metterti in condizione di comprare bene — perché un cliente che capisce cosa compra è un cliente che poi è contento, e i clienti contenti sono l’unico marketing che conta davvero. Se hai un progetto in testa e vuoi ragionarci con qualcuno che parte dalle domande e non dal preventivo, guarda come lavoro o scrivimi — e porta pure questa lista.

8 domande da chi sta per firmare

1. Perché due preventivi per “lo stesso lavoro” sono così diversi? Quasi sempre perché non è lo stesso lavoro: uno quota una vetrina, l’altro un gestionale, o uno include analisi, dati, casi reali e manutenzione mentre l’altro solo il caso ideale. Confronta a parità di mestiere e fatti dettagliare le voci: la differenza salta fuori subito.

2. Come faccio a sapere se un preventivo basso è onesto o incompleto? Non chiedere “come fa a costare così poco?”, chiedi “cosa non c’è qui dentro che negli altri c’è?”. Fattelo dire voce per voce: analisi, gestione dei casi storti, migrazione dati, garanzia, manutenzione, proprietà. Ciò che manca lo pagherai dopo, come extra o come problema.

3. Il codice che pago è mio? Deve esserlo, e va scritto nel contratto. Se è solo “in licenza” da chi l’ha fatto, sei legato a lui a vita. Pretendi la proprietà del codice, della grafica, degli account e dei dati, e la possibilità di esportare i dati e cambiare fornitore.

4. Devo davvero pagare la manutenzione ogni anno? Sì, ed è la voce più sottovalutata. Un software è vivo: il mondo intorno cambia, la sicurezza va tenuta, servono piccole modifiche e qualcuno che ci sia quando si rompe. Come ordine di grandezza vale il 15-25% annuo del costo di costruzione. Saltarla è come costruire il “progetto finito” che muore in sei mesi.

5. È normale pagare tutto in anticipo? No. Il modo sano è a stati di avanzamento: pagamenti legati a risultati concreti man mano. Tutto in anticipo ti toglie ogni tutela; “tutto alla fine” di solito nasconde qualcosa. Il giusto sta nel mezzo e protegge entrambi.

6. Qual è la differenza vera tra un sito e un software gestionale? Un sito lo guardano; un gestionale ci lavorate voi. Il primo è contenuti e presentazione, il secondo è logica, dati e regole che si incastrano con come lavorate davvero. Sono due mestieri diversi, e costano diverso perché lo sono.

7. Cosa deve esserci in una fase di analisi? Capire chi userà la cosa, quali flussi, quali dati, quali regole e rischi — prima di costruire. Serve a definire il perimetro ed evitare di costruire la cosa sbagliata. Deve essere una voce esplicita del preventivo: se manca, il perimetro lo stanno indovinando.

8. Come uso questa guida senza offendere chi mi fa il preventivo? Chi è serio è contento che tu chieda: significa che sai cosa compri. Usa le domande su voci, proprietà, manutenzione e pagamenti con chiunque — me compreso. Chi si infastidisce delle tue domande ti sta dicendo che preferirebbe non guardassi troppo da vicino, ed è già una risposta.