Quanto costa un software gestionale su misura?

Tre esempi di TCO (non prezzi medi di mercato)

I valori sono ipotesi didattiche create per rendere leggibile la formula, non prezzi medi di mercato, preventivi o risultati di clienti. Ogni esempio usa importi già raccolti per analisi, moduli, integrazioni, migrazione, sicurezza e test, avvio; il TCO aggiunge infrastruttura, assistenza ed evoluzioni del primo anno. IVA e costi non elencati restano esclusi.

1. Un processo circoscritto: 2.500 € + 10.000 € + 3.000 € + 1.500 € + 2.000 € + 1.000 € = 20.000 € di progetto. Aggiungendo 1.200 € di infrastruttura, 3.600 € di assistenza e 2.400 € di evoluzioni, TCO del primo anno: 27.200 €.
2. Più moduli e un’integrazione centrale: 5.000 € + 22.000 € + 8.000 € + 5.000 € + 5.000 € + 2.000 € = 47.000 € di progetto. Con 2.400 € + 7.200 € + 5.000 € di gestione annuale, TCO: 61.600 €.
3. Processo articolato con migrazione estesa: 8.000 € + 40.000 € + 15.000 € + 10.000 € + 9.000 € + 4.000 € = 86.000 € di progetto. Con 4.800 € + 14.400 € + 9.000 € nel primo anno, TCO: 114.200 €.

Per usare gli esempi, sostituisci ogni voce con l’importo motivato nel tuo preventivo. Se una voce manca, non assumere che sia inclusa: chiedi deliverable, responsabilità e criterio di accettazione.

Quando conviene un gestionale su misura

Un prodotto standard è spesso la prima opzione da verificare. Se copre il processo con configurazioni sostenibili, dispone delle integrazioni necessarie e non obbliga il team a duplicare dati, costruire da zero può essere inutile.

Il software su misura diventa sensato quando uno o più punti sono strutturali:

• il processo differenzia davvero l’impresa e non può essere adattato senza perderne il valore;
• più reparti copiano le stesse informazioni tra fogli, email e gestionali;
• ruoli, approvazioni o regole di prezzo non sono rappresentabili nello strumento standard;
• servono integrazioni affidabili con sistemi già centrali;
• dati e audit devono seguire una struttura specifica;
• il costo delle personalizzazioni ricorrenti del SaaS supera il vantaggio della standardizzazione;
• esiste un proprietario interno del processo capace di prendere decisioni.

Un segnale contrario è «vogliamo digitalizzare tutto» senza un primo flusso prioritario. Un gestionale ampio avviato senza ordine accumula eccezioni. Meglio iniziare da un processo frequente, misurabile e abbastanza stabile.

Configurare, integrare o costruire

Configurare significa usare funzioni, campi e automazioni previste da un prodotto. Riduce responsabilità tecnica, ma mantiene vincoli e costi del fornitore.

Integrare significa collegare strumenti esistenti tramite API, webhook o scambio file. Può eliminare duplicazioni senza sostituire sistemi che funzionano. Il rischio si sposta sulla qualità delle API e sulla gestione degli errori.

Costruire significa assumere controllo su logica, interfaccia e roadmap. Aumenta libertà, ma anche responsabilità per sicurezza, manutenzione, backup e continuità.

Una soluzione ibrida è spesso efficace: conservare contabilità, pagamenti o CRM consolidati e sviluppare il livello operativo specifico. La valutazione deve includere limiti API, proprietà dei dati, esportazione e piano in caso di indisponibilità del servizio esterno.

Componenti che determinano il costo

Analisi del processo

L’analisi osserva il lavoro reale, comprese scorciatoie ed eccezioni. Per ogni passaggio registra attore, input, decisione, output, sistema e tempo. Identifica la fonte autorevole di ogni dato: se cliente, indirizzo o stato ordine esistono in tre file, il progetto deve decidere quale prevale.

Il risultato non dovrebbe essere un documento astratto. Servono flussi, modello dei dati, matrice dei permessi, integrazioni, rischi e criteri con cui dichiarare completata una funzione.

Moduli e regole operative

Anagrafica, commessa, calendario, magazzino, preventivo o report non sono moduli standardizzati. La complessità dipende da stati, campi obbligatori, calcoli, approvazioni, notifiche, allegati e storico.

Per stimare ogni modulo, chiedi:

• chi può creare, vedere, modificare, approvare o cancellare;
• quali controlli impediscono dati incoerenti;
• quali eventi cambiano lo stato;
• quali documenti entrano o escono;
• quali ricerche e filtri servono nel lavoro quotidiano;
• cosa deve restare nello storico e per quanto tempo;
• quali eccezioni richiedono intervento umano.

Una dashboard non è automaticamente semplice. Se aggrega fonti diverse, deve rendere verificabile origine, aggiornamento e significato di ogni indicatore.

Ruoli, permessi e audit

Il ruolo non è soltanto «admin» o «utente». Un responsabile può approvare senza modificare, un operatore può vedere solo la propria sede, un consulente può accedere per un periodo limitato. La matrice dei permessi deve essere progettata prima delle schermate.

Per operazioni sensibili può servire un audit: chi ha fatto cosa, quando e da quale stato. Il log deve essere proporzionato al rischio, protetto da alterazioni e soggetto a regole di conservazione. Non è corretto registrare ogni dato indefinitamente «per sicurezza».

Integrazioni e migrazione dei dati

Ogni integrazione aggiunge autenticazione, mapping, limiti, errori e dipendenza da un altro fornitore. Prima del preventivo verifica documentazione, ambiente di test, webhook, quote, versionamento e referente tecnico.

Per fatture elettroniche e corrispettivi, i requisiti devono seguire servizi e specifiche ufficiali dell’Agenzia delle Entrate applicabili al caso. Non basta generare un PDF: formato, trasmissione, ricevute e conservazione sono aspetti distinti.

Importare dati non significa copiare colonne. Serve una tabella di corrispondenza, regole per duplicati e campi mancanti, prova su un campione, riconciliazione e piano di ritorno. Se il dato sorgente è incoerente, il nuovo gestionale non lo rende affidabile da solo.

La stima deve chiarire chi pulisce i dati, quante fonti esistono, quali periodi vengono importati e quali documenti restano nel vecchio sistema in sola lettura.

Privacy e sicurezza: responsabilità concrete

Un gestionale tratta spesso dati di clienti, dipendenti o fornitori. Il Regolamento (UE) 2016/679 richiede protezione dei dati fin dalla progettazione e misure adeguate al rischio. Lo scope può includere minimizzazione, controllo degli accessi, cifratura, backup, ripristino, conservazione, esportazione e cancellazione.

Il titolare definisce finalità, basi giuridiche e tempi con consulenza appropriata. Sviluppatore e fornitori devono avere ruoli e istruzioni chiari. Il Garante Privacy spiega i principi di protezione dei dati per progettazione e impostazione predefinita.

Per applicazioni web, OWASP ASVS offre requisiti verificabili su autenticazione, sessioni, controllo degli accessi, validazione e protezione dei dati. Non sostituisce l’analisi del rischio, ma evita la formula vaga «software sicuro».

Il preventivo dovrebbe chiarire:

• dove risiedono dati, backup e log;
• come vengono separati sviluppo e produzione;
• chi può accedere all’infrastruttura;
• come si gestiscono vulnerabilità e aggiornamenti;
• con quale frequenza si prova il ripristino;
• come vengono revocati gli accessi;
• cosa accade alla fine del rapporto.

Accessibilità e uso quotidiano

Un gestionale viene aperto ogni giorno: velocità e chiarezza hanno più valore di animazioni decorative. Tastiera, focus visibile, etichette, contrasto, messaggi di errore e tabelle leggibili riducono attrito per tutti. Le WCAG 2.2 sono un riferimento tecnico utile per interfacce web accessibili.

L’applicazione di obblighi specifici dipende da soggetto e servizio; va verificata giuridicamente. Includere accessibilità nei componenti iniziali costa meno che correggere ogni schermata dopo il rilascio.

Intelligenza artificiale: funzione motivata

Un gestionale non ha bisogno di AI per essere moderno. Ricerca, regole deterministiche, template e automazioni possono risolvere molti problemi con maggiore prevedibilità. Una funzione AI ha senso quando gestisce variabilità reale e il suo errore può essere controllato.

Prima di inserirla, definisci dati inviati, fornitore, conservazione, qualità attesa, supervisione umana, fallback e costo per utilizzo. Il Regolamento (UE) 2024/1689 sull’intelligenza artificiale stabilisce un quadro basato sul rischio con obblighi differenti. Classificazione e applicabilità devono essere valutate sul caso concreto, non dedotte dalla presenza di una chat.

Una prova tecnica dovrebbe misurare casi corretti, errori, tempo e costo operativo. Se il risultato non supera un processo deterministico, l’AI aggiunge rischio senza valore. La guida sull’automazione dei processi aziendali con AI mostra come definire baseline, controllo umano e ROI prima del deploy.

Avvio, formazione e adozione

Il progetto non finisce quando il codice è online. L’avvio può includere ambiente di produzione, account, permessi, migrazione finale, formazione, manuali brevi e canale di assistenza. Per processi critici è utile un pilota con un gruppo limitato e una procedura per tornare temporaneamente al metodo precedente.

La formazione deve seguire compiti reali, non un tour di tutte le funzioni. Nomina referenti interni, raccogli domande ricorrenti e trasforma i problemi in correzioni del flusso o documentazione. Se gli operatori mantengono un foglio parallelo, indaga il motivo: può mancare fiducia, una funzione o una regola di responsabilità.

Manutenzione e costo totale di proprietà

Il costo iniziale copre la prima versione concordata. Il costo totale comprende:

• hosting, database, archiviazione, email e servizi esterni;
• monitoraggio, backup e prove di ripristino;
• correzione di difetti e aggiornamenti di sicurezza;
• adeguamento a browser, sistemi e API;
• supporto agli utenti;
• nuove funzioni e report;
• gestione di account, domini e certificati.

Chiedi un inventario delle dipendenze e la proprietà di ogni account. Dove possibile, account e dati strategici dovrebbero essere intestati all’impresa, con accessi tecnici delegati. Repository, documentazione, schema dei dati e procedura di deploy riducono dipendenza da una singola persona.

Contratto e preventivo devono distinguere manutenzione correttiva, adeguativa ed evolutiva. «Assistenza inclusa» senza durata, canale e tempi non è una specifica.

Costruire un business case credibile

Parti da dati osservati per alcune settimane: volumi, minuti, errori, attese, rilavorazioni e passaggi tra strumenti. Poi separa benefici:

Capacità mensile recuperabile =
operazioni × minuti × quota automatizzabile / 60

Valore teorico nel periodo =
capacità recuperabile × costo orario × mesi

Non sommare automaticamente tutto al risparmio. Tempo liberato, errori evitati, consegne più rapide e informazioni migliori sono benefici diversi. Definisci un indicatore di partenza e chi lo misurerà dopo il rilascio.

Valuta anche il rischio di non intervenire: crescita dei volumi, dipendenza da una persona, perdita di tracciabilità o impossibilità di offrire un nuovo servizio. Il business case deve poter essere aggiornato quando arrivano dati reali.

Come confrontare preventivi gestionali

1. processo e moduli inclusi;
2. ruoli, permessi e audit;
3. integrazioni, limiti e responsabilità;
4. migrazione, pulizia e riconciliazione;
5. sicurezza, privacy, backup e ripristino;
6. test e criteri di accettazione;
7. infrastruttura e costi di terze parti;
8. formazione e avvio;
9. proprietà di codice, dati e account;
10. manutenzione, assistenza ed esclusioni.

Confronta assunzioni oltre al prezzo. Un’offerta compatta ma piena di punti da definire sposta rischio sul progetto. Un documento dettagliato consente di ridurre scope senza perdere controllo.

Per verificare consegne, responsabilità, proprietà, sicurezza ed esclusioni usa anche la guida al preventivo di sviluppo software: qui resta centrale il costo del gestionale, lì la qualità del documento da firmare.

Dal processo alla prima release

Per richiedere una valutazione prepara un esempio completo, non una lista di moduli. Mostra un caso dall’arrivo della richiesta alla chiusura, includendo eccezioni, documenti, approvazioni e sistemi usati. Aggiungi volumi ricavati dai tuoi dati, ruoli coinvolti e problema più costoso.

Hourly su App Store e RouteBudget sono prodotti pubblicati che documentano capacità di progettare, sviluppare e portare software fino al rilascio. Non sono casi cliente e non garantiscono lo stesso risultato per un processo diverso.

Posso partire da un foglio, una procedura o una registrazione del flusso e trasformarli in mappa tecnica, scope della prima release e piano di integrazione.

Domande frequenti