Chiedi un preventivo per un software custom. Ricevi un PDF con una cifra, una lista di feature e una timeline. Firmi. Sei mesi dopo, il progetto è in ritardo, le specifiche sono cambiate tre volte e il budget è già superato.
Non è sfortuna. È quasi sempre il risultato di un preventivo costruito su basi fragili, con informazioni insufficienti da entrambe le parti.
Richiedere un preventivo software custom non è come comprare un elettrodomestico. L'agenzia non può sapere quanto ci vuole se non capisce cosa stai cercando di risolvere. E tu non puoi valutare una stima se non sai cosa stai comprando. Questo articolo serve a colmare quel gap: cosa preparare prima di mandare la prima email, come strutturare le informazioni, e quali segnali ti dicono se l'agenzia che hai di fronte sa quello che fa.
La maggior parte delle aziende arriva a chiedere un preventivo software con in testa una soluzione, non un problema.
"Vogliamo un'app mobile." "Ci serve un portale clienti." "Vogliamo automatizzare le fatture."
Queste sono risposte. Ma l'agenzia ha bisogno di capire la domanda: qual è il processo che oggi non funziona? Chi lo esegue? Quanto tempo ci vuole? Dove si inceppa?
Un'agenzia che accetta il brief così com'è e ti manda subito un preventivo sta facendo una stima campata in aria. Una buona agenzia ti farà domande scomode prima ancora di aprire un foglio Excel.
Quindi la prima cosa da preparare non è un documento tecnico. È una descrizione chiara del problema.
Il brief non deve essere un romanzo. Serve a dare all'agenzia abbastanza contesto per capire la portata del progetto e fare domande intelligenti. Quattro aree sono quelle che contano davvero.
Il problema e il perché adesso. Descrivi cosa non funziona oggi. Non "vogliamo digitalizzare i processi" (non dice niente), ma "il nostro team commerciale gestisce 80 offerte al mese su Excel condiviso, i conflitti di versione ci costano un paio di ore a settimana e abbiamo perso tre ordini per errori di aggiornamento". Aggiungi perché il progetto è prioritario proprio ora: un competitor che si è mosso, una crescita che ha reso il processo attuale insostenibile, una scadenza normativa.
I flussi principali. Descrivi cosa deve fare il software passo per passo, senza preoccuparti della tecnologia. Chi inserisce i dati? Da dove arrivano? Cosa succede dopo? Dove finiscono? Anche uno schema a mano fotografato va bene. L'obiettivo è che l'agenzia possa seguire il percorso di un'operazione tipica dall'inizio alla fine.
I vincoli tecnici esistenti. Questo è il punto che le aziende dimenticano più spesso, e che poi fa esplodere i costi. Hai un gestionale già in uso? Un database legacy? Un ERP con cui il nuovo software deve parlare? Un'API esterna obbligatoria? Ogni integrazione esistente è un vincolo che cambia la stima in modo significativo. Elencali tutti, anche quelli che ti sembrano ovvi.
Gli utenti e i volumi. Quante persone useranno il software? Con quale frequenza? Da dove (browser, mobile, entrambi)? Quanti record gestisce oggi il processo che vuoi sostituire? Questi numeri influenzano le scelte architetturali e, di conseguenza, i costi.
Spesso chi cerca informazioni su come richiedere un preventivo software si imbatte nei termini "capitolato tecnico" e "RFP" (Request for Proposal). Vale la pena chiarire quando servono e quando sono solo burocrazia inutile.
| Documento | Quando serve | Livello di dettaglio |
|---|---|---|
| Brief informale | PMI, primo contatto con agenzia, progetto medio | Problema, flussi, vincoli, utenti (2-5 pagine) |
| RFP (Request for Proposal) | Gare tra più fornitori, budget elevato, governance strutturata | Specifiche dettagliate, criteri di valutazione, SLA |
| Capitolato tecnico | Appalti pubblici, contratti enterprise, progetti pluriennali | Documento legale con specifiche vincolanti |
Per la maggior parte delle PMI, un capitolato tecnico formale è eccessivo e controproducente. Richiede settimane di lavoro interno, spesso richiede competenze tecniche che non hai, e rischia di cristallizzare requisiti che cambieranno comunque durante lo sviluppo.
Il brief informale è il punto di partenza giusto. Il capitolato, se serve, si costruisce insieme all'agenzia dopo la fase di analisi.
Hai mandato il brief a tre agenzie. Ricevi tre preventivi. Sono tutti diversi, a volte in modo imbarazzante. Come li confronti?
Prima di guardare i numeri, guarda le domande che ti hanno fatto prima di rispondere.
Un'agenzia che ti manda un preventivo senza averti fatto nessuna domanda aggiuntiva sta stimando al buio. Può funzionare per progetti standard, ma per un software custom è un segnale da non ignorare. Significa che o hanno esperienza specifica nel tuo settore e danno molte cose per scontate (chiedi conferma), oppure stanno vendendo una stima che rivedranno dopo la firma.
Le domande giuste che un'agenzia seria dovrebbe farti:
Se l'agenzia non ti fa almeno tre di queste domande, la stima che ti darà non sarà affidabile.
Molte aziende chiedono preventivi a corpo su specifiche che non hanno ancora definito bene. L'agenzia accetta, inserisce un margine di rischio nel prezzo per coprirsi, e il cliente paga quel margine anche se il progetto poi va liscio.
La nostra opinione netta: i preventivi a corpo su requisiti vaghi sono una trappola per entrambe le parti. Per il cliente, perché paga un'assicurazione implicita sul rischio. Per l'agenzia, perché si ritrova a fare scope creep management invece di sviluppare software. Se un'agenzia ti propone un prezzo fisso su un brief di due pagine, chiedile esattamente cosa succede quando i requisiti cambiano. La risposta ti dirà tutto.
Un approccio più onesto è la fase di analisi a pagamento: l'agenzia studia il tuo problema, produce una documentazione dei requisiti condivisa, e poi stima su quella base. Costa qualcosa in più all'inizio, ma il preventivo che ne esce vale qualcosa.
Se stai valutando di richiedere un preventivo per un software custom e vuoi capire prima se il tuo brief è abbastanza solido, in Press Start facciamo una prima analisi tecnica senza impegno. Scrivici prima di mandare richieste in giro.
C'è una soglia oltre la quale documentare i requisiti diventa controproducente. Passare tre mesi a scrivere specifiche dettagliate per poi scoprire che alcune assunzioni erano sbagliate è uno spreco reale.
La documentazione dei requisiti software serve a creare un linguaggio comune tra te e l'agenzia, non a prevedere ogni caso limite prima ancora di aver scritto una riga di codice. Punta a un documento che risponda a queste domande:
Tutto il resto si scopre durante la fase di analisi, e va bene così.
Il prezzo è l'ultimo criterio da usare.
Guarda prima il metodo di lavoro. L'agenzia lavora a sprint con rilasci intermedi, o consegna tutto alla fine? Con i rilasci intermedi puoi correggere la rotta prima che i problemi diventino costosi. Con la consegna finale, scopri i problemi quando è tardi.
Chiedi referenze su progetti simili al tuo per dimensione e tipo di integrazione, non per settore. Un'agenzia che ha sviluppato software con integrazioni ERP complesse per un'azienda manifatturiera probabilmente capisce le tue esigenze meglio di una che ha fatto dieci app mobile per startup.
Verifica chi fa davvero il lavoro. Alcune agenzie hanno un team commerciale brillante e poi subappaltano lo sviluppo. Non è necessariamente un problema, ma devi saperlo: chi sarà il tuo referente tecnico? Chi scrive il codice? Dove si trovano?
Lo stack tecnologico conta, ma non è il primo criterio. Se l'agenzia propone Laravel e Vue.js per un'applicazione web complessa, è una scelta solida e motivabile. Se propone una tecnologia solo perché è quella che conoscono meglio senza spiegare perché è adatta al tuo caso, è un segnale di attenzione.
Q: Cosa devo preparare prima di richiedere un preventivo software custom?
A: Almeno un brief con il problema da risolvere, i flussi principali che il software deve gestire, i vincoli tecnici esistenti (gestionali, database, API) e un'idea di chi lo userà. Più sei preciso, più la stima sarà utile.
Q: Cos'è un brief di sviluppo software e come si scrive?
A: È un documento che descrive il problema, gli utenti, i flussi principali e i vincoli. Non serve essere tecnici: basta descrivere cosa fa oggi il tuo team manualmente e cosa vorresti automatizzare o migliorare.
Q: Quanto tempo ci vuole per ricevere un preventivo software custom?
A: Dipende dalla complessità. Per un brief chiaro, un'agenzia strutturata risponde in pochi giorni con una stima di massima. Una stima dettagliata richiede spesso un'analisi tecnica preliminare, che può durare una o due settimane.
Q: È necessario un capitolato tecnico completo per chiedere un preventivo?
A: No. Un capitolato tecnico formale serve per gare pubbliche o progetti molto strutturati. Per la maggior parte delle PMI basta un brief chiaro: problema, flussi, vincoli, utenti. Il capitolato si costruisce insieme all'agenzia dopo.
Q: Come si sceglie un'agenzia software affidabile?
A: Guarda se fanno domande sul tuo business prima di parlare di tecnologia. Un'agenzia seria vuole capire il problema, non vendere uno stack. Chiedi referenze su progetti simili al tuo per dimensione e settore.
Q: Cosa succede se cambio idea sui requisiti dopo aver firmato il contratto?
A: Dipende dal contratto. Con un approccio a sprint, i cambiamenti si gestiscono tra una iterazione e l'altra. Con un contratto a corpo su specifiche fisse, ogni modifica richiede una trattativa separata. Chiarisci questo punto prima di firmare.
Se stai per avviare un progetto software custom e vuoi partire con un brief che funziona davvero, in Press Start possiamo aiutarti a strutturare l'analisi preliminare prima ancora di parlare di sviluppo. Raccontaci il tuo caso
