Software su misura o soluzione pronta (SaaS)?

Secondo Mesterséges Intelligencia Központ Kft., azienda di sviluppo software con sede a Budapest, il software pronto (SaaS) basta se copre i processi; quello su misura conviene se il modo di lavorare si discosta da quello consueto o se il software stesso è il vantaggio competitivo.

In sintesi: se un prodotto pronto copre gran parte dei processi senza sviluppo e l'azienda può accettare di adattarvisi, la soluzione pronta è la via più rapida. Se il modo di lavorare si discosta da ciò su cui si basano i prodotti pronti, bisogna collegare molti sistemi oppure il controllo sui dati e sull'ulteriore sviluppo è una questione strategica, conviene lo sviluppo su misura. Spesso la risposta giusta è la combinazione delle due: una base pronta con estensioni su misura.

Che cosa significano software su misura, software pronto e SaaS?

I tre termini rispondono a due domande diverse: la prima è per chi è stato realizzato il software, la seconda è come arriva all'utente.

Software su misura: un programma sviluppato su commissione per le esigenze di una determinata azienda. Fa ciò che il committente ha chiesto nella specifica, nel modo in cui lì si lavora, ed è il committente a decidere anche la direzione dell'ulteriore sviluppo.
Software pronto (pacchettizzato): un prodotto realizzato per molti clienti, che l'azienda acquista in licenza e di norma installa e gestisce sui propri computer o sul proprio server. Si può adattare tramite le impostazioni, ma la logica di funzionamento la stabilisce il produttore.
SaaS (Software as a Service, software come servizio): software pronto che il produttore esegue nel proprio cloud, mentre l'azienda lo utilizza in abbonamento, dal browser o tramite un'interfaccia di programmazione. L'interfaccia di programmazione (API, application programming interface) è il punto di collegamento attraverso cui due programmi si scambiano dati senza intervento umano.

Secondo la definizione di cloud del National Institute of Standards and Technology (NIST) statunitense, nel caso del SaaS l'utente utilizza l'applicazione del fornitore che gira nel cloud e non gestisce l'infrastruttura sottostante (la rete, i server, il sistema operativo, lo storage) e nemmeno le singole funzioni dell'applicazione, salvo eventuali impostazioni limitate a livello di utente (NIST SP 800-145). Questa è al tempo stesso la forza e il limite del SaaS: il produttore toglie all'azienda il peso della gestione, ma è anche lui a decidere che cosa cambia nel prodotto, e quando.

La terza via: una base pronta con estensioni su misura

La decisione raramente è «o l'uno o l'altro». In molte aziende la strada percorribile è mantenere il prodotto pronto per le attività consuete, come la contabilità, la posta elettronica o il lavoro d'ufficio, e sviluppare su misura là dove l'azienda lavora davvero in modo diverso dalle altre. Le forme più comuni della soluzione ibrida:

Integrazione: un programma su misura collega i sistemi pronti tramite API o webhook, così i dati non devono più essere copiati a mano. Il webhook è una notifica automatica che un sistema invia a un altro quando si verifica un evento, ad esempio quando arriva un nuovo ordine.
Modulo su misura: accanto al sistema pronto si realizza un'applicazione propria per il processo che il prodotto pronto non copre, ad esempio una particolare regola di determinazione dei prezzi, una pianificazione della produzione o un registro di settore.
Un'interfaccia propria sopra il sistema pronto: i clienti o i collaboratori che lavorano sul campo ricevono un'interfaccia semplice, pensata per il loro compito, mentre dietro le quinte lavora il sistema pronto.

Il vantaggio della via ibrida è che l'azienda paga lo sviluppo solo per ciò che è davvero specifico. Lo svantaggio è che le parti su misura devono seguire le modifiche dell'interfaccia del sistema pronto: per questo l'integrazione richiede la registrazione delle attività e la segnalazione degli errori, e qualcuno deve occuparsi della sua manutenzione. Del collegamento dei sistemi e dell'automazione del lavoro ripetitivo parliamo nella pagina Automazione dei processi.

I criteri di scelta in una tabella

Criterio	Fa pendere verso il software pronto (SaaS) se…	Fa pendere verso lo sviluppo su misura se…
Aderenza ai processi	il processo è quello consueto e l'azienda accetta di adattarsi al software	l'azienda si discosta dal consueto e vuole mantenere questa differenza
Vantaggio competitivo	l'ambito non distingue l'azienda dai concorrenti	il software stesso è il vantaggio commerciale, o ne è il veicolo
Numero di integrazioni	bisogna collegarsi a pochi sistemi, e per essi esiste un connettore pronto	bisogna collegare molti sistemi, oppure per essi non esiste un connettore pronto
Dati e uscita	il produttore fornisce un'esportazione completa e leggibile da una macchina, e le condizioni di uscita sono chiare	il modello dei dati e il controllo sul sistema sono una questione strategica
Utenti e modello di licenza	pochi utenti e un organico prevedibile	una platea di utenti ampia o in rapida crescita, in cui il canone per utente è determinante
Rapidità di avvio	deve funzionare in fretta, e le funzioni pronte sono sufficienti	l'avvio può attendere lo sviluppo, oppure può avvenire per fasi
Chi ne cura la manutenzione?	non c'è una capacità informatica interna, e basta la manutenzione del produttore	c'è chi lo gestisce: un team interno o uno sviluppatore sotto contratto
Ubicazione dei dati e conformità	il luogo di conservazione dei dati e il contratto del produttore soddisfano i requisiti	i dati devono restare in un luogo determinato, oppure sono soggetti a rigide prescrizioni di settore

Non è necessario che ogni riga porti alla stessa parte. Se la maggior parte dei criteri pende verso il prodotto pronto, conviene partire da quello. Se invece le righe più pesanti, cioè l'aderenza, il vantaggio competitivo e le integrazioni, indicano lo sviluppo su misura, conviene approfondire la pianificazione e preparare un confronto concreto almeno per un gruppo di funzioni.

Da che cosa dipende il costo totale di possesso?

Il costo totale di possesso (in inglese total cost of ownership, in breve TCO) è la spesa riferita all'intero periodo di utilizzo del software, non solo il prezzo dell'avvio. La struttura dei costi delle due strade è diversa, perciò il confronto su un solo anno può essere fuorviante: conviene considerare il periodo di utilizzo previsto.

Nel software pronto e nel SaaS il costo è determinato di solito da questi fattori:

l'abbonamento, che spesso cresce insieme al numero di utenti e al piano scelto;
i moduli aggiuntivi e i piani superiori, se una funzione necessaria è disponibile solo lì;
l'introduzione, la configurazione e la formazione dei collaboratori;
le integrazioni e la personalizzazione, spesso realizzate da un partner separato;
l'uscita: l'esportazione e il trasferimento dei dati, se un giorno occorre cambiare.

Nel software su misura:

lo sviluppo, che dipende soprattutto dalla dimensione funzionale del software;
la gestione: l'hosting, il monitoraggio e gli aggiornamenti di sicurezza;
la manutenzione e l'ulteriore sviluppo, man mano che cambiano le esigenze dell'azienda;
la conservazione delle conoscenze: documentazione e codice sorgente completo, perché il sistema non dipenda da una sola persona.

Il costo dello sviluppo su misura è pianificabile se la portata del lavoro viene misurata e non stimata a sensazione. Noi misuriamo la dimensione funzionale dello sviluppo in punti funzione COSMIC (ISO/IEC 19761), e da questa ricaviamo l'offerta e la pianificazione; il metodo è descritto nella pagina Prezzi. Quale strada costi meno nel lungo periodo dipende dal numero di utenti, dalla frequenza dei cambiamenti e dalla quantità delle integrazioni: non esiste una risposta generale, solo un calcolo fatto per il caso concreto.

Dipendenza dal produttore e portabilità dei dati

Si parla di dipendenza dal produttore (in inglese vendor lock-in) quando passare a un altro prodotto è così difficile o costoso che l'azienda, in pratica, non può uscirne. La causa può essere un formato dei dati chiuso, un'esportazione incompleta, molte impostazioni legate solo a quel prodotto o un contratto difficile da disdire.

Il regolamento sui dati dell'Unione europea (Data Act, il regolamento (UE) 2023/2854) si applica dal 12 settembre 2025 e disciplina in un capo a sé il passaggio tra servizi di trattamento dei dati; i suoi considerando vi includono anche il SaaS. Il testo del regolamento prevede, tra l'altro, quanto segue (verificato il 17 ottobre 2026):

Le condizioni del passaggio devono essere stabilite in un contratto scritto, e il periodo di preavviso per avviare il passaggio non può superare i due mesi (articolo 25).
Su richiesta, il passaggio deve essere reso possibile senza ingiustificato ritardo, entro un periodo transitorio di al massimo 30 giorni di calendario, durante il quale il servizio deve continuare a funzionare; se ciò non è tecnicamente fattibile, il fornitore può indicare, motivandolo, un periodo transitorio di al massimo sette mesi (articolo 25).
Il contratto deve elencare in modo esaustivo i dati trasferibili e garantire un periodo di almeno 30 giorni di calendario per il recupero dei dati (articolo 25).
Dal 12 gennaio 2027 il fornitore non può applicare tariffe per il processo di passaggio; fino ad allora solo tariffe ridotte, che non possono superare i costi da esso sostenuti direttamente connessi al passaggio (articolo 29).

Un'eccezione importante: la norma sulle tariffe e alcuni obblighi tecnici non si applicano ai servizi le cui caratteristiche principali sono state in gran parte adattate alle esigenze di un unico cliente e che non sono offerti su larga scala (articolo 31). Se il sistema pronto tratta dati personali per conto dell'azienda, anche il regolamento generale sulla protezione dei dati (GDPR) vincola il fornitore: al termine del servizio, su scelta del titolare del trattamento, cancella o restituisce tutti i dati personali (articolo 28, paragrafo 3, lettera g), del GDPR). Si tratta di un'informazione, non di una consulenza legale.

La normativa migliora le condizioni, ma l'uscita deve pianificarla l'azienda, possibilmente già al momento della scelta. Conviene verificare:

in quale formato si possono esportare tutti i dati, ad esempio in CSV (file di testo con valori separati da virgole), in JSON (formato di testo strutturato, leggibile da una macchina) o come backup del database, e se sono inclusi gli allegati, le note e il registro delle modifiche;
se esiste un'API documentata attraverso cui i dati si possono estrarre anche in modo continuativo;
se con un'esportazione di prova si può verificare che i dati siano caricabili in un altro sistema;
che cosa dice il contratto sulla disdetta, sulle tariffe di passaggio e sulla cancellazione dei dati.

Di chi è il codice sorgente?

Con il software pronto e il SaaS l'azienda acquista un diritto d'uso: il codice sorgente resta al produttore, ed è il produttore a decidere il destino del prodotto (nuove funzioni, variazioni di prezzo, cessazione del prodotto). Di per sé non è un problema, se il prodotto è stabile e i dati si possono esportare.

Nello sviluppo su misura la questione del codice sorgente e dei diritti d'uso la regola il contratto, perciò conviene stabilire espressamente di chi è il codice, se il committente riceve il codice sorgente completo e la documentazione, e se il sistema può essere sviluppato ulteriormente da un altro sviluppatore. Anche da noi il codice sorgente e i diritti d'uso sono regolati dal contratto. Degli altri punti importanti del contratto parliamo nell'articolo Come scegliere un'azienda di sviluppo software?.

La valutazione cambia a seconda del tipo di sistema

I criteri descritti sopra sono generali, ma il loro peso varia a seconda del tipo di sistema. In un sistema di pianificazione delle risorse aziendali la questione decisiva è il rapporto tra personalizzazione e aggiornabilità; ne parliamo nell'articolo ERP su misura o ERP pronto personalizzato?. In un sistema di gestione dei clienti contano molto un processo di vendita particolare e la licenza per utente (veda l'articolo Quando conviene sviluppare un CRM su misura?). In un negozio online l'avvio rapido delle piattaforme in abbonamento si contrappone alla libertà di estensione, un tema trattato nell'articolo Negozio online: piattaforma in abbonamento o sviluppo su misura?. Sullo sviluppo dei sistemi gestionali in generale può leggere nella pagina Software gestionali.

Checklist per la decisione

Le risposte alle domande seguenti di solito indicano da sole la strada:

Siamo in grado di descrivere il processo in modo abbastanza dettagliato da verificarlo punto per punto durante la dimostrazione di un prodotto pronto?
Quale parte del processo copre il prodotto pronto tramite le impostazioni, senza sviluppo?
Quest'ambito distingue l'azienda dai concorrenti, oppure funziona in modo simile in ogni azienda?
A quanti sistemi bisogna collegarsi, ed esiste per essi un connettore pronto supportato dal produttore?
Quanti utenti lavoreranno nel sistema tra qualche anno, e come cambierà di conseguenza l'abbonamento?
Riceviamo un'esportazione completa e leggibile da una macchina, e l'abbiamo provata con un'esportazione di prova?
Dove vengono conservati e trattati i dati, e ciò soddisfa i requisiti dell'azienda in materia di protezione dei dati e di settore?
Chi gestirà e svilupperà ulteriormente il sistema, e che cosa succede se questo partner viene meno?
Quanto tempo c'è fino all'avvio, e il sistema può partire per fasi?

Errori tipici

Confrontare gli elenchi di funzioni invece del processo: due prodotti possono promettere la stessa funzione; la differenza sta nel modo in cui si adattano al lavoro quotidiano dell'azienda. Conviene ripercorrere durante la dimostrazione i propri casi reali.
Confrontare solo il costo del primo anno: l'abbonamento cresce con l'organico, mentre la gestione e l'ulteriore sviluppo del sistema su misura si presentano nel corso degli anni.
Dimenticare l'uscita: l'esportazione dei dati va verificata al momento della scelta, non al momento della disdetta.
Troppa personalizzazione in un prodotto pronto: oltre un certo punto, aggiornare un sistema pronto personalizzato più e più volte richiede più lavoro che mantenere un modulo su misura ben separato.
Sostituire tutto in una volta: il passaggio per fasi (prima un modulo, poi il successivo) comporta un rischio minore di un unico grande cambiamento.

Domande frequenti

Quando conviene sviluppare un software su misura?

Quando il modo di lavorare dell'azienda si discosta da ciò su cui si basano i prodotti pronti e l'azienda vuole mantenere questa differenza; quando bisogna collegare molti sistemi e per essi non esiste un connettore pronto; oppure quando il software stesso è il vantaggio competitivo. Se un prodotto pronto copre gran parte dei processi senza sviluppo, di solito è quella la via più rapida, e lo diciamo già nella prima consulenza.

Il software su misura costa di più nel lungo periodo?

Non necessariamente, ma non è nemmeno automaticamente più economico. L'abbonamento del software pronto cresce con il numero di utenti e con i piani, mentre nel sistema su misura la gestione e l'ulteriore sviluppo rappresentano un costo continuo. Quale costi meno dipende dal periodo di utilizzo previsto, dall'organico, dalle integrazioni e dalla frequenza dei cambiamenti; conviene calcolarlo per il caso concreto.

Che cosa succede ai nostri dati se disdiciamo il SaaS?

Dipende soprattutto dal contratto, perciò conviene esaminarlo già al momento della scelta. Secondo il regolamento sui dati dell'UE, il contratto deve indicare in modo esaustivo i dati trasferibili e garantire almeno 30 giorni di calendario per il loro recupero; i dati personali, invece, secondo il GDPR devono essere cancellati o restituiti al termine del servizio, su scelta del titolare del trattamento. In pratica, un'esportazione di prova mostra quanto i dati siano utilizzabili in un altro sistema.

Si possono combinare le due soluzioni?

Sì, e in molte aziende è questa la strada percorribile: il sistema pronto resta per le attività consuete, un'integrazione su misura lo collega agli altri sistemi e si realizza un modulo su misura per ciò in cui l'azienda è diversa. La condizione è che il sistema pronto sia accessibile tramite un'API documentata.

Di chi sarà il codice sorgente?

Con il software pronto e il SaaS il codice sorgente è del produttore, e l'azienda riceve un diritto d'uso. Nello sviluppo su misura il codice sorgente e i diritti d'uso sono regolati dal contratto, anche da noi.

Come possiamo aiutarLa?

Mesterséges Intelligencia Központ Kft. sviluppa software su misura e collega sistemi pronti, anche con l'intelligenza artificiale dove consente un reale risparmio di lavoro: integriamo nei sistemi esistenti i modelli linguistici di OpenAI (ChatGPT), Anthropic (Claude) e Google (Gemini). La prima consulenza è gratuita, e in quell'occasione Le diciamo anche se basta un prodotto pronto. Se serve uno sviluppo su misura, ne misuriamo la dimensione funzionale in punti funzione COSMIC e da questa ricaviamo l'offerta e la pianificazione. Su richiesta firmiamo un accordo di riservatezza (NDA) e dopo la consegna ci occupiamo anche della gestione e della manutenzione. Il codice sorgente e i diritti d'uso sono regolati dal contratto.

I dettagli sono nella pagina Sviluppo di software su misura. Se desidera parlarci della Sua situazione, ci scriva ai recapiti indicati nella pagina Contatti.