Software custom vs SaaS per PMI italiane: 7 criteri per decidere

La risposta giusta a “software custom o SaaS” nel 99% dei casi è SaaS. Lo diciamo noi che facciamo software custom, e potete sentire la cosa tendenziosa, ma è la verità. Quel restante 1% però è dove si decide il futuro di un’azienda. La domanda vera non è “custom o SaaS”. È “siamo nell’1% o nel 99%”. In questo articolo cerchiamo di darvi una griglia per rispondere onestamente.

TL;DR

• Il SaaS standard è la scelta giusta per la grande maggioranza delle PMI italiane: costi prevedibili, manutenzione esternalizzata, time-to-market veloce.
• Il custom diventa la scelta giusta quando il software supporta un processo che è davvero il vostro vantaggio competitivo, quando i sistemi esistenti non si integrano con SaaS, quando i volumi escono dai tier del SaaS, o quando le compliance specifiche non sono coperte.
• Sette criteri concreti per decidere: differenziazione del processo, scala, integrazione, compliance, TCO a 5 anni, velocità di evoluzione, lock-in tollerabile.
• Nel 50% dei casi reali la risposta è “tutte e due”: custom su 1-2 processi core, SaaS su tutto il resto. È spesso l’architettura più sana.

Perché il 99% delle PMI dovrebbe scegliere SaaS

Cinque ragioni sostanziali, non slogan da fiera.

Costi prevedibili a budget. Una licenza SaaS si negozia, si firma, si rinnova ogni anno. Il custom ha costi iniziali alti, costi di manutenzione variabili, debito tecnico che cresce nel tempo. Per una PMI che fa pianificazione finanziaria a 12-24 mesi, la prevedibilità del SaaS vale soldi reali.

Aggiornamenti automatici e gratuiti. Il SaaS evolve. Ogni 3-6 mesi escono feature nuove che non avete pagato esplicitamente. Sul custom ogni feature nuova è una decisione di sviluppo (e di budget) consapevole. Il SaaS vi dà un free upgrade costante; il custom richiede un team che mantenga il passo.

Manutenzione esternalizzata. Sicurezza, patching, scalabilità, disaster recovery: sono lavori che il vendor SaaS fa con scala e specializzazione che una PMI italiana non può permettersi internamente. Pagate l’abbonamento e non vi pensate.

Community di utenti che fa scoperta. Se usate un SaaS con migliaia di utenti, vi arrivano feature che non avreste mai pensato di chiedere, perché qualcun altro le ha chieste prima. Sul custom dovete pensare voi a ogni miglioria possibile.

Pricing scalabile. Si parte piccoli (poche licenze), si cresce (più licenze) o si decresce. Il custom è quasi sempre un commitment irreversibile: i soldi spesi nella prima fase non si recuperano se cambiate idea.

Quando una PMI ci viene a chiedere “vogliamo un gestionale custom” e dopo 30 minuti di conversazione capiamo che potrebbero usare TeamSystem, Zucchetti, ESA, Odoo, Microsoft Dynamics o un equivalente SaaS, lo diciamo. Il nostro lavoro non è venderci a tutti i costi: è dirvi cosa serve davvero.

Il caso dell’1%: quando il custom è la risposta giusta

Quattro situazioni reali dove il SaaS non basta.

Quando i vostri processi sono il vostro vantaggio competitivo. Se quello che fate è oggettivamente diverso dal vostro settore, e quella diversità è la ragione per cui i clienti scelgono voi, allora supportarla con un software standard significa eroderla. Un’azienda manifatturiera con un processo di configurazione prodotto unico, uno studio professionale con una metodologia che lo distingue, un distributor con regole di pricing dinamico che nessuno standard replica: questi sono casi 1%.

Quando l’integrazione con sistemi esistenti è impossibile via SaaS. Avete un AS/400 che gestisce produzione, un MES proprietario sulla linea, un sistema di controllo qualità verticale. Il SaaS standard non si integra: o richiede ponti custom così costosi che tanto vale farsi il software custom, o accetta una sincronizzazione batch notturna che non risolve i problemi di tempo reale.

Quando le compliance specifiche escludono i SaaS standard. Sanità con dati pazienti su territorio italiano, finanza con vincoli di custodia dati, PA con requisiti AgID e cloud nazionale. Esistono SaaS conformi, ma sono pochi e costosi, e a volte semplicemente non coprono il vostro caso d’uso. Il custom on-premise o su cloud sovrano italiano diventa l’unica opzione.

Quando i volumi sono fuori scala per i tier SaaS. I SaaS sono pensati per la curva del mercato: middle range della distribuzione. Se siete molto grandi, i prezzi SaaS esplodono (cost-per-user che a 500 utenti diventa proibitivo), oppure i limiti tecnici (API rate limit, transaction throughput, storage) vi tagliano fuori. Il custom ridiventa più economico.

Se nessuno di questi quattro casi vi descrive, siete nel 99%. Andate sul SaaS.

I 7 criteri concreti per decidere

Sette domande in ordine di importanza decrescente. Ognuna ha un punteggio implicito: se la risposta tira verso custom, vale di più. Se tira verso SaaS, anche.

1. Differenziazione del processo

I vostri processi sono identici a quelli del vostro settore o sono il vostro vantaggio competitivo? Test concreto: provate a descrivere a un consulente esterno del vostro settore come fate ordini, fatturazione, magazzino. Se annuisce e dice “come tutti”, probabilmente siete su SaaS-land. Se ferma il discorso ogni due minuti per chiedere “ma perché lo fate così” e voi rispondete “perché funziona”, probabilmente avete una specificità da preservare.

2. Scala attuale e prevista a 3-5 anni

Volumi attuali e crescita prevista. Sotto i 50 utenti il SaaS è quasi sempre più economico nel lungo periodo. Tra 50 e 500 utenti dipende dal pricing model del vendor. Oltre i 500 utenti il custom torna spesso conveniente. Per le transaction, sopra il milione di transazioni al mese si rischia di uscire dai tier SaaS standard.

3. Integrazione con sistemi esistenti

Quanti sistemi devono parlare con il nuovo software, e di che maturità sono. Sistemi moderni con API REST: il SaaS si integra. Sistemi legacy senza API moderne (vecchio AS/400, gestionali verticali italiani on-premise, ERP custom degli anni 2000): l’integrazione diventa il vincolo dominante. Spesso il custom è obbligatorio o, in alternativa, va affrontata prima la modernizzazione dei sistemi legacy.

4. Compliance specifiche

GDPR base è coperto da quasi tutti i SaaS seri. Le compliance avanzate no. NIS2 con requisiti settoriali, AgID, Codice Privacy specifico, sanità (FSE, DPCM 178/2015), finanza (regolamenti Banca d’Italia/Consob), cloud nazionale: ogni livello aggiuntivo riduce il numero di SaaS adeguati. Se siete in un settore regolamentato pesantemente, partite dall’analisi della compliance e vedete cosa rimane.

5. TCO a 5 anni

Total cost of ownership su 5 anni, non solo licenze. Va incluso: licenze, implementazione, training, manutenzione, customization, dismissione e migrazione finale. Sul custom si pagano molto di più i primi 2 anni (sviluppo iniziale) ma si appiattisce la curva. Sul SaaS i primi 2 anni costano meno ma il TCO cresce linearmente. Tra anno 4 e anno 5 le curve spesso si incrociano per scenari medio-grandi.

6. Velocità di evoluzione richiesta

Quanto rapidamente devono cambiare le funzionalità? SaaS evolvono al ritmo del vendor: 2-4 release annuali, raramente personalizzate sul vostro caso. Custom evolve al ritmo del vostro team di sviluppo: settimanale se serve. Se il vostro business cambia spesso (es. startup in fase di scoperta del mercato, settori in rapido cambiamento normativo), il custom dà flessibilità che il SaaS non riesce a replicare.

7. Lock-in tollerabile

Cosa succede se il vendor SaaS chiude, viene acquisito e cambia pricing, oppure deprecata feature che usate intensivamente? L’esempio recente più noto è Heroku per i servizi free tier deprecati nel 2022. Per software business-critical il lock-in può essere un rischio strategico. Il custom dà ownership totale, ma anche responsabilità totale.

Tabella comparativa diretta

Dimensione	Custom	SaaS
Costo iniziale	Alto (50-500k+)	Basso (10-300 euro/utente/mese)
Costo a 5 anni	Stabile dopo l’investimento	Lineare crescente
Time-to-market	6-18 mesi	1-4 settimane
Personalizzazione	Totale	Limitata ai plug-in del vendor
Manutenzione	Vostra	Del vendor
Scalabilità	Da progettare	Inclusa nel servizio
Lock-in	Tecnologico (stack scelto)	Sul singolo vendor
Ownership dati	Voi	Condivisa con vendor
Compliance	Configurabile su misura	Limitata a quella del vendor
Integrazione legacy	Possibile sempre	Possibile se ci sono connector
Evolvibilità	Velocità del vostro team	Velocità del vendor
Exit cost	Alto se si abbandona	Medio (export dati)

Una lettura onesta della tabella: ogni riga premia un trade-off. Il custom premia ownership, personalizzazione, evolvibilità. Il SaaS premia velocità, costo iniziale, manutenzione esternalizzata. Non c’è un vincitore. C’è una scelta che dipende da cosa pesa di più nel vostro contesto.

L’errore che fanno tutte le PMI che scelgono custom (ma non dovevano)

Lo schema si ripete. Una PMI di 80-150 dipendenti decide che “ci serve un gestionale fatto su misura per noi” perché il SaaS provato (TeamSystem, Zucchetti, o anche solo Odoo) “non fa esattamente quello che vogliamo”. Si commissiona un custom a un fornitore che accetta entusiasta. Si spendono 200-400 mila euro in 18 mesi. Si va in produzione.

Nei 3 anni successivi succede questo: il software custom va manutenuto, ma il fornitore originale ha cambiato persone chiave o ha alzato i tariffari. Ogni piccola modifica costa 5-15 mila euro. Il software invecchia nelle dipendenze (framework, librerie, runtime) e nessuno vuole aggiornare perché “tanto funziona”. Dopo 5 anni il software è obsoleto, costoso da manutenere, e l’azienda si trova davanti la scelta di rifarlo da capo o tornare al SaaS.

La diagnosi onesta in retrospettiva: il SaaS rifiutato avrebbe coperto l’85% delle esigenze. L’azienda è entrata nel custom per il 15% di personalizzazione che credeva non negoziabile. Era negoziabile.

Per evitarlo: prima di committarsi al custom, fate un esercizio rigoroso. Elencate le 20 funzionalità che vi servono di più. Per ognuna, verificate quali SaaS le coprono nativamente. Se 17 su 20 sono coperte, il custom è un errore. Le 3 mancanti vanno gestite con un mix di processo (adattamento), integrazioni leggere, o accettazione di un piccolo compromesso.

L’errore che fanno tutte le PMI che scelgono SaaS (ma non dovevano)

L’errore simmetrico. Una PMI con processi unici si fa convincere che “tanto il SaaS è abbastanza configurabile”. Si compra un SAP Business One, un Microsoft Dynamics, un’edizione enterprise di TeamSystem. Si investe in implementazione (50-150 mila euro), si fa training del personale, si va live.

Sei mesi dopo emerge che il 30% dei processi aziendali non entra nel SaaS. Si cominciano i workaround: fogli Excel paralleli, doppi inserimenti, processi manuali. Il personale lavora contro il software invece che con il software. Il software è stato “implementato” ma non viene davvero usato per quello per cui è stato comprato. Si torna ai dati frammentati pre-SaaS, solo con un costo di licenza in più sul bilancio.

La diagnosi onesta in retrospettiva: i processi differenzianti, quel 30% che non entra nel SaaS, erano effettivamente il valore aggiunto dell’azienda. Andavano supportati con software dedicato, non sacrificati su un prodotto generico.

Per evitarlo: prima di committarsi al SaaS, fate l’esercizio inverso. Elencate i 5 processi più importanti per il vostro vantaggio competitivo. Per ognuno, chiedete al vendor: come si fa esattamente questo nel vostro software? Se la risposta è “si fa con un workaround”, “richiede customization” oppure “non si fa proprio”, attenti: state firmando un contratto che obbligherà l’azienda a cambiare i propri processi per stare dentro lo strumento.

Casi ibridi: custom + SaaS insieme

Nella maggior parte delle situazioni reali, la risposta vera non è binaria. È un’architettura ibrida.

Lo split sensato è quasi sempre questo: SaaS per la commodity, custom per il differenziante. La fatturazione, la payroll, la contabilità, l’HR: SaaS, perché sono processi standardizzati per legge o per consuetudine universale. Il software che supporta il vostro processo competitivo specifico: custom, perché non c’è alternativa.

Nel mezzo c’è l’integrazione, che è il vero lavoro tecnico. Avere un SaaS per la fatturazione e un custom per la gestione ordini significa farli parlare: API, sincronizzazione dati, gestione delle eccezioni quando uno dei due è giù. Un’integrazione fatta bene costa 10-30 mila euro per ogni handshake serio. Vale la pena su 2-4 punti di integrazione. Sopra, si entra in una zona dove forse l’ibrido non è la scelta ottimale.

L’architettura ibrida ha un altro vantaggio: il rischio è distribuito. Se il SaaS della fatturazione cambia in modo doloroso, sostituite quello senza toccare il custom. Se il custom diventa obsoleto, lo rifate senza buttare il SaaS. Il blast radius di ogni cambiamento è contenuto.

FAQ

Quando è giusto scegliere software custom?

Quando il software supporta un processo che è il vostro vantaggio competitivo, quando le integrazioni con sistemi esistenti sono critiche e impossibili con SaaS, quando i volumi sono fuori scala per i SaaS standard, oppure quando avete compliance specifiche non coperte da prodotti standard. Se nessuna di queste condizioni vale, scegliete SaaS. Il default sano è SaaS, il custom è l’eccezione motivata.

Quanto costa di più un custom rispetto a un SaaS a 5 anni?

Tipicamente 3-5 volte sui primi 2 anni, poi le curve convergono fra anno 4 e 5. Per scenari di alta scala (oltre 500 utenti) il custom diventa più conveniente del SaaS dopo l’anno 3. Sotto i 50 utenti il SaaS resta quasi sempre più economico nel lungo periodo. Il calcolo TCO va fatto su 5 anni, non su 1: i confronti annuali sono ingannevoli.

Posso passare da SaaS a custom dopo?

Sì, ma con costo di migrazione importante: tipicamente 50-300 mila euro per medie imprese, di cui il 30-40% va in data migration e il resto in sviluppo del nuovo sistema. È sempre preferibile fare la scelta giusta all’inizio. La migrazione inversa (da custom a SaaS) è ancora più costosa perché spesso si perdono funzionalità custom critiche che vanno gestite con workaround nel SaaS.

Quanto pesa il lock-in del SaaS?

Dipende dal vendor e dal mercato. Vendor con concorrenti diretti (es. CRM dove esistono Salesforce, HubSpot, Pipedrive, Zoho) sono meno rischiosi: si può migrare a un competitor. Vendor di nicchia senza alternative (es. SaaS verticali per settori regolamentati specifici) sono ad alto rischio di lock-in. Verificate sempre la possibilità di export completo dei dati (formati standard, API documentate) prima di firmare contratti pluriennali.

Conviene fare un POC custom prima di committarsi?

Spesso sì. Un POC custom su un caso d’uso ristretto (3-6 settimane di lavoro, 8-20 mila euro) permette di validare due cose: che la vision dell’azienda è tecnicamente realizzabile, e che il team di sviluppo scelto è quello giusto. Saltare il POC e andare direttamente al progetto completo da centinaia di migliaia di euro è la ricetta classica per i progetti custom che falliscono.

Conclusione: non c’è risposta universale, c’è il vostro caso

Software custom o SaaS non è una scelta ideologica. È un esercizio analitico sui sette criteri visti, applicati alla vostra realtà specifica. Le aziende che lo fanno bene si dividono in due gruppi: quelle che concludono onestamente “siamo nel 99%, andiamo SaaS” (e fanno bene), e quelle che concludono “siamo davvero nell’1%, ci serve custom” (e fanno bene anche loro, perché ci sono entrate consapevolmente, non per inerzia).

Se state valutando custom o SaaS e volete una valutazione onesta del vostro caso, possiamo aiutarvi a farla. Indipendentemente da dove vi porti la decisione: se la risposta è SaaS, ve lo diciamo senza pitch. Parliamone.

Per approfondire dimensioni specifiche: la pagina pilastro software custom security-aware per i casi regolamentati, la pagina sostituzione ERP custom per chi è già nel mezzo del problema, e la pagina conversione Excel a software custom per chi è nel limbo del foglio di calcolo come ERP de facto.