Software su misura o prodotto pronto: come si decide quando automatizzare un processo
Prima si decide se il processo è pronto per essere automatizzato, poi con che cosa. I criteri per scegliere tra prodotto pronto, software su misura e soluzione mista, con i costi su più anni e le clausole che proteggono l’uscita.

Un processo va automatizzato quando è abbastanza stabile da poter essere descritto, pesa abbastanza da giustificare il lavoro e ha un titolare che risponde del risultato. Scelto il processo, la domanda su prodotto pronto o software su misura ha una risposta pratica: il prodotto conviene quando il processo è simile a quello di molte altre organizzazioni, il su misura quando è ciò che distingue l’azienda o quando deve collegare sistemi che nessun prodotto collega. Spesso la risposta migliore è mista: un prodotto per il cuore del lavoro e un’integrazione su misura intorno. In ogni caso si confrontano i costi sull’intera durata d’uso e la via d’uscita, non il prezzo del primo anno.
Quando un processo è pronto per essere automatizzato?
Prima di parlare di strumenti conviene rispondere a cinque domande sul processo.
- È stabile? Se le regole sono cambiate più volte nell’ultimo anno, o cambieranno con una riorganizzazione già decisa, prima si stabilizza il processo e poi si automatizza.
- Ha un titolare? Serve una persona che sappia dire come si lavora e che decida sulle eccezioni. Senza un titolare, il software finisce per incorporare le abitudini di chi l’ha descritto per primo.
- Quanto costa oggi? Ore di lavoro, attese, errori e rimedi, controlli ripetuti in più uffici: la base del confronto è il processo com’è, compresa l’ipotesi di non fare nulla.
- Da quali sistemi dipende? Un processo che vive in un solo programma è più semplice di uno che attraversa gestionale, posta, fogli di calcolo e portale clienti.
- Che cosa succede se si ferma? Se il processo è critico, serve un modo per andare avanti a mano, e questo pesa sulla scelta dello strumento e del fornitore.
Automatizzare un processo disordinato lo rende più veloce, non migliore. Per questo il primo lavoro è spesso togliere: passaggi inutili, firme doppie, copie dello stesso dato in tre posti.
Che differenza c’è tra prodotto pronto e software su misura?
Un prodotto pronto è un programma sviluppato per molti clienti, venduto in licenza o in abbonamento, che si configura ma non si riscrive. Un software su misura è scritto per una sola organizzazione e per il suo modo di lavorare.
| Aspetto | Prodotto pronto | Software su misura |
|---|---|---|
| Avvio | In genere più rapido: configurazione e migrazione dei dati | Analisi, prototipo e sviluppo a tappe |
| Adattamento | L’azienda si adatta al prodotto, entro le opzioni previste | Il software si adatta all’azienda |
| Costi ricorrenti | Canoni, spesso per utente, che crescono con l’organizzazione | Manutenzione, infrastruttura, sicurezza |
| Evoluzione | La decide il produttore, per tutti i clienti | La decide l’azienda, a sue spese |
| Aggiornamenti normativi | Di norma compresi nel canone | Da prevedere e pagare |
| Dipendenza | Dal produttore e dalle sue scelte commerciali | Da chi conosce il codice |
| Dati | Dove li tiene il produttore, alle sue condizioni | Dove decide l’azienda |
Quando conviene il prodotto pronto?
Quando il processo è comune e regolato da norme che cambiano spesso: contabilità, paghe, fatturazione, gestione del personale, relazioni con i clienti, richieste di assistenza. Il produttore distribuisce gli aggiornamenti su tutti i clienti, e il costo si divide.
Adattarsi al prodotto, in questi casi, è spesso un vantaggio: il suo modo di lavorare riflette l’esperienza di molte organizzazioni. Il rischio sta nelle personalizzazioni pesanti. Ogni modifica al codice del prodotto rende più costosi gli aggiornamenti, e l’azienda si ritrova con un software su misura senza i vantaggi del su misura. Se le modifiche necessarie superano di molto le configurazioni previste, probabilmente il prodotto non è quello giusto.
Al produttore conviene fare anche una domanda sulla sicurezza. Il regolamento europeo sulla ciberresilienza chiede ai fabbricanti di prodotti con elementi digitali di segnalare, dall’11 settembre 2026, le vulnerabilità attivamente sfruttate; la maggior parte degli altri obblighi si applica dall’11 dicembre 2027, compresa la gestione delle vulnerabilità per un periodo di assistenza che il fabbricante deve stabilire. Sapere quanto durerà quel periodo aiuta a pianificare.
Quando conviene il software su misura?
- Il processo distingue l’azienda. Il modo di configurare un’offerta complessa o di pianificare gli interventi può essere un vantaggio competitivo: adattarlo a un prodotto significa lavorare come tutti.
- I sistemi da collegare non si parlano. Un gestionale storico, un database Oracle, un portale: nessun prodotto conosce quella combinazione.
- I canoni crescono troppo. Con molti utenti, o con volumi elevati, il canone su più anni può superare il costo di uno strumento proprio.
- I dati hanno vincoli precisi. Luogo di elaborazione, separazione tra società del gruppo, registri che l’azienda vuole tenere in casa.
- Nessun prodotto copre il processo senza stravolgerlo.
L’intelligenza artificiale entra quando c’è da leggere testi, documenti o messaggi e il risultato si può controllare; dove basta una regola, la regola è più affidabile ed economica. I criteri di controllo sono quelli descritti per gli agenti AI nel gestionale.
Per molte organizzazioni strutturate la soluzione più solida è mista: un prodotto al centro e il su misura ai bordi, con integrazioni, portali e automazioni che dialogano con il prodotto attraverso le sue interfacce di programmazione, le API.
Come si confrontano i costi negli anni?
Un metodo esiste già, anche se nasce per il settore pubblico. In Italia l’articolo 68 del Codice dell’amministrazione digitale chiede alle pubbliche amministrazioni una valutazione comparativa tra software sviluppato apposta, riuso, software libero, servizi cloud, licenze d’uso e combinazioni di queste soluzioni, sulla base del costo complessivo (acquisto, implementazione, mantenimento e supporto), dell’uso di formati e interfacce aperti e delle garanzie del fornitore su sicurezza, protezione dei dati e livelli di servizio. Per un’impresa non è un obbligo, ma è un buon modello.
| Voce | Prodotto pronto | Software su misura |
|---|---|---|
| Avvio | Configurazione, migrazione dei dati, integrazioni | Analisi, prototipo, sviluppo, migrazione |
| Esercizio | Canoni per utente o per volume | Manutenzione correttiva ed evolutiva, infrastruttura |
| Persone | Formazione, un amministratore interno | Formazione, un referente che conosce il software |
| Sicurezza | Verifiche sul produttore, configurazione | Test, aggiornamento dei componenti, correzioni |
| Uscita | Esportazione dei dati, doppio costo durante il passaggio | Documentazione e codice per un nuovo fornitore |
Il confronto si fa sulla durata d’uso prevista e comprende sempre l’uscita: è la voce che manca più spesso e quella che pesa di più quando serve.
Che cosa va scritto nel contratto?
Per il software su misura, prima di tutto chi ha i diritti sul programma. In Italia la legge sul diritto d’autore attribuisce al datore di lavoro, salvo patto contrario, i diritti di utilizzazione economica del software creato da un dipendente nelle sue mansioni (articolo 12-bis). Per un programma commissionato a una società esterna conviene non lasciare spazio a interpretazioni: il contratto indica se i diritti passano all’azienda o se si concede una licenza, e che cosa si consegna tra codice sorgente, documentazione e accessi agli ambienti. Servono poi regole su manutenzione, correzioni di sicurezza e componenti di terzi con le loro licenze.
Per il prodotto pronto, contano l’esportazione completa dei dati in un formato leggibile, il luogo di elaborazione, i livelli di servizio e l’uscita. Per i servizi cloud, il regolamento europeo sui dati (Data Act) chiede, dal 12 settembre 2025 e con alcune eccezioni, che il contratto regoli il passaggio a un altro fornitore, con un periodo transitorio massimo di 30 giorni di calendario, e dal 12 gennaio 2027 vieta le tariffe di passaggio. A livello europeo è in discussione una revisione che potrebbe alleggerire alcune di queste regole per certi contratti: conviene verificarle al momento della firma. Per i prodotti che usano l’intelligenza artificiale valgono anche le clausole sul contratto con un fornitore di AI.
Scenario tipico. Una società di servizi tecnici con squadre sul territorio raccoglie i rapportini di intervento su carta e fogli di calcolo; l’amministrazione li ricopia per fatturare. Dal confronto emerge che un prodotto pronto per la gestione degli interventi copre pianificazione e app per i tecnici, ma non gestisce i listini dei contratti speciali, e il gestionale storico non ha interfacce. La decisione è mista: il prodotto per le squadre, un’integrazione su misura che porta gli interventi chiusi nel gestionale applicando i listini, un controllo dell’amministrazione sulle eccezioni. Nel contratto del prodotto entrano l’esportazione dei dati e le condizioni di uscita.
In sintesi
- Prima si verifica che il processo sia stabile, abbia un titolare e un costo misurato; poi si sceglie lo strumento.
- Il prodotto pronto conviene per i processi comuni e regolati; il su misura per quelli che distinguono l’azienda o collegano sistemi particolari.
- Spesso la soluzione più solida è mista: prodotto al centro, integrazioni su misura intorno.
- I costi si confrontano sulla durata d’uso, uscita compresa.
- Il contratto fissa diritti sul codice, esportazione dei dati e condizioni di passaggio.
Domande frequenti
Un prodotto pronto si può personalizzare senza rischi?
La configurazione prevista dal produttore sì. Le modifiche al codice, invece, rendono ogni aggiornamento più lento e costoso e legano l’azienda a chi le ha fatte.
Quando non conviene automatizzare?
Quando il processo è raro, cambia spesso o un errore costa poco, e quando una riorganizzazione è già in arrivo. In questi casi una procedura scritta e un buon foglio condiviso possono bastare.
Serve per forza l’intelligenza artificiale?
No. Serve dove ci sono testi e documenti da leggere e il risultato si può verificare. Per calcoli, scadenze e passaggi di dati tra sistemi, regole e integrazioni sono più prevedibili.
Chi dovrebbe fare il confronto tra le opzioni?
Chi non ha interesse per una sola delle risposte, oppure chi dichiara il proprio. Un fornitore che ha anche prodotti propri deve dirlo e metterli a confronto con le alternative, sulla stessa tabella dei costi.
Analisi dei processi, confronto tra prodotti e soluzioni su misura, sviluppo di integrazioni e automazioni sono il lavoro di Strategic Labs, la nostra area software. L’analisi si può affidare anche da sola: si chiude con un documento e l’azienda resta libera di scegliere a chi affidare lo sviluppo. Quando il progetto riguarda soprattutto l’intelligenza artificiale, se ne occupa l’area agenti AI e integrazioni.
Fonti
Consultate il 16 settembre 2026.
- Decreto legislativo 7 marzo 2005, n. 82 (Codice dell’amministrazione digitale), articolo 68, Normattiva
- Legge 22 aprile 1941, n. 633 (diritto d’autore), articolo 12-bis, Normattiva
- Regolamento (UE) 2023/2854 (Data Act), articoli 25, 29 e 50, EUR-Lex
- Regolamento (UE) 2024/2847 (regolamento sulla ciberresilienza), articoli 13, 14 e 71, EUR-Lex
ApprofondisciIntelligenza artificiale per le aziendeL’intelligenza artificiale portata dentro i sistemi che l’azienda usa già: si scelgono i processi giusti, si collegano i dati, si decidono prima sicurezza e regole.


