Costo del software su misura: fattori e come leggere un preventivo
Ambito, team, integrazioni e manutenzione fissano il costo del software su misura. Cosa lo fa salire, come leggere un preventivo e dove sono le voci nascoste.
Team rabbitclipPubblicato: 7 min di lettura
In breve
Il costo del software su misura dipende dall'ambito del lavoro, dalla composizione del team, dal numero di sistemi a cui deve collegarsi e dalla manutenzione di cui ha bisogno dopo il lancio. Non esiste un listino fisso, perché il software di due aziende con lo stesso nome spesso non svolge lo stesso lavoro. A far salire il costo non è tanto il numero di schermate quanto la complessità delle regole e dei collegamenti che stanno dietro.
Per questo una buona conversazione sul prezzo comincia dall'ambito, non da una cifra. Qualsiasi prezzo dato prima di aver messo per iscritto che cosa verrà costruito, che cosa no e che cosa è rinviato è una stima in attesa di cambiare.
Questo articolo non indica importi, perché l'importo giusto dipende dal suo ambito. Spiega invece che cosa fa salire il costo, che cosa lo abbassa, come leggere un preventivo e quali voci nascoste emergono man mano che il progetto avanza.
Che cosa determina il costo del software su misura?
Il fattore principale è l'ambito: quanti tipi di utenti il software serve, quanti flussi di lavoro gestisce e quante eccezioni ha ciascun flusso. Un semplice registro per un solo tipo di utente e un sistema che gestisce insieme vendite, magazzino, contabilità e reportistica possono entrambi chiamarsi software, ma richiedono uno sforzo molto diverso.
Il secondo fattore è la composizione del team. Se un designer, uno sviluppatore, un tester e un project manager ci lavorano insieme, il costo è il tempo che ciascuno dedica al progetto. Un team esperto sembra più caro ma fa meno giri; uno inesperto sembra economico ma porta il rischio di una riscrittura.
Il terzo è il tempo. Se lo stesso ambito viene richiesto prima, il team cresce e aumenta il carico di coordinamento. La fretta è la voce più silenziosa di qualsiasi budget.
Quali fattori fanno salire il costo?
Il maggiore è l'integrazione. Ogni collegamento con un programma di contabilità, un fornitore di pagamenti, un corriere, un servizio di posta o un ERP esistente è un lavoro a sé, perché le regole, i difetti e i cambi di versione dell'altro sistema sono fuori dal suo controllo. Se la documentazione di una terza parte è scarsa, il costo diventa incerto.
Il secondo sono le regole stesse. Una frase come «chi approva un ordine dipende dall'importo, e se il responsabile regionale non l'ha approvato passa alla direzione generale» significa decine di casi da testare. Più regole di business ci sono e più eccezioni contengono, più il costo è alto.
Il terzo è la migrazione dei dati. Spostare, abbinare e verificare dati disordinati di un vecchio sistema è, nella maggior parte dei progetti, tra i compiti meno attesi e più lunghi.
- Il numero di sistemi da integrare e la qualità della documentazione dell'altra parte
- Il numero di tipi di utente e di differenze di autorizzazioni
- Il numero di eccezioni nelle regole di business
- I dati da spostare e ripulire da un vecchio sistema
- Le aspettative su sicurezza, backup e registri di controllo
- Il supporto di più lingue, valute o sedi
Quali decisioni abbassano il costo?
La decisione più efficace è tenere piccola la prima versione. Un progetto che vuole tutto il primo giorno cresce senza che nessuna parte venga usata. Lanciare prima un flusso di lavoro e provarlo con utenti reali mostra quali funzioni servono davvero e taglia fin dall'inizio il costo di quelle inutili.
La seconda è usare componenti già pronti. Accesso, pagamenti, invio di email e autorizzazioni sono problemi risolti; costruirli su servizi collaudati invece che da zero riduce sia il tempo sia i difetti. Scrivere software su misura non significa scrivere su misura ogni singolo pezzo.
La terza è tenere brevi le decisioni. Una persona con potere decisionale sul lato cliente, le richieste di modifica messe per iscritto e brevi dimostrazioni settimanali intercettano presto l'incertezza. La correzione più costosa è il malinteso notato per ultimo.
Come si legge un preventivo di software?
Un buon preventivo è un documento di ambito, non un totale unico. Indica che cosa verrà fatto, che cosa è escluso, su quali ipotesi si basa e come verranno gestite le modifiche. Un preventivo che descrive l'ambito in due frasi significa una nuova trattativa per ogni richiesta aggiuntiva.
Guardi il modello di pagamento. Un prezzo fisso la protegge quando l'ambito è chiaro; quando è vago, il team inserisce il rischio nel prezzo o apre più tardi richieste aggiuntive. Il lavoro a tempo è flessibile, ma richiede rapporti regolari e un tetto per sapere dove sta andando il totale. Chieda a quali condizioni ciascun modello le conviene di più.
Quando confronta più preventivi, confronti gli ambiti, non i totali. Un preventivo che sembra basso può lasciare fuori test, sicurezza, backup o manutenzione. Due preventivi che non descrivono lo stesso lavoro non si possono confrontare sul prezzo.
Quali voci restano nascoste nei preventivi?
Le voci più spesso trascurate emergono dopo il lancio: hosting e infrastruttura, abbonamenti a servizi di terze parti, rinnovi di dominio e certificati, backup e monitoraggio. Sono costi ricorrenti, non una tantum, e fanno parte a pieno titolo del costo totale di proprietà.
La manutenzione è la seconda grande voce nascosta. Quando il software è finito, il lavoro non lo è: proseguono gli aggiornamenti di sicurezza, i cambi di versione dei sistemi collegati, i piccoli miglioramenti e le correzioni. Un progetto di cui non si è mai parlato di manutenzione diventa, un anno dopo, o un software che nessuno segue o un intervento di salvataggio urgente e costoso.
La terza è formazione, documentazione e consegna. Le verranno consegnati il codice, le note di installazione e la documentazione utente, oppure resta legata al team che li ha scritti? La risposta decide quanto sarà libera, più avanti, di cambiare team.
Quali errori sono comuni nel budget del software su misura?
Il più comune è scegliere il preventivo più basso. Un preventivo basso di solito restringe l'ambito o lascia il rischio per dopo; con l'avanzare del progetto arrivano voci aggiuntive e il totale supera il preventivo messo da parte all'inizio.
Il secondo è iniziare senza aver messo per iscritto l'ambito. Quando ciò che è stato concordato a voce non è su carta, ciascuno difende il proprio ricordo. Il terzo è lasciare la manutenzione fuori dal progetto; il costo non finisce quando il software va online.
Il quarto è trattare il software come qualcosa che si compra una volta. Il software su misura è un bene vivo e cambia man mano che cambia l'attività. Stanziare budget solo per il primo sviluppo crea problemi dal secondo anno in poi.
Quando non conviene puntare sul software su misura?
Se un prodotto già pronto sul mercato soddisfa quasi del tutto la sua esigenza, non c'è motivo di costruire software su misura. Per un'esigenza standard di contabilità, prenotazioni o posta, acquistare il prodotto finito è più veloce e più prevedibile.
Può anche essere presto se non riesce ancora a descrivere per intero il suo processo. Il software scritto prima che il processo si assesti deve cambiare insieme a esso, e ogni modifica porta un costo di riscrittura. Provi prima il processo su carta o con uno strumento di mercato, e decida quando sarà chiaro.
Il costo del software su misura si discute in termini di ambito, team, integrazioni e manutenzione, non di una cifra; quando legge un preventivo, guardi che cosa è dentro e che cosa è fuori invece del totale. Tenere piccola la prima versione, scrivere l'ambito e parlare di manutenzione fin dall'inizio sono le tre abitudini che tengono meglio sotto controllo il costo. Se desidera definire insieme l'ambito del suo progetto, può fissare un incontro conoscitivo con rabbitclip.
Domande frequenti
Perché il software su misura non si vende a listino?
Perché due programmi con lo stesso nome spesso non svolgono lo stesso lavoro. Il costo nasce da ambito, integrazioni e regole di business, che sono diversi in ogni azienda.
È più sicuro un prezzo fisso o il lavoro a tempo?
Se l'ambito è chiaro, un prezzo fisso la protegge. Se l'ambito cambierà, il lavoro a tempo può essere più onesto, ma richiede un tetto e rapporti regolari.
A che cosa devo prestare più attenzione in un preventivo?
Al fatto che l'ambito sia scritto, a che cosa è escluso, a come verranno gestite le modifiche e a che cosa significa la manutenzione. La cifra totale non può sostituire tutto questo.
Quali costi compaiono dopo il lancio?
Hosting, abbonamenti a servizi di terze parti, rinnovi di dominio e certificati, aggiornamenti di sicurezza e piccoli miglioramenti. Sono costi ricorrenti da discutere fin dall'inizio.
Di chi è il codice?
Deve essere scritto nel contratto. Se la consegna del codice, delle note di installazione e della documentazione non è indicata con chiarezza, può restare dipendente dal team che l'ha scritto. Per i dettagli, consulti un avvocato.
