Gestionale su misura o SaaS? Come scegliere ERP e CRM

Quasi tutte le aziende in crescita arrivano a un punto in cui fogli di calcolo, email e gruppi di chat non bastano più a tenere insieme l’attività. A quel punto arriva una domanda più difficile: abbonarsi a un software SaaS pronto all’uso, o farsi sviluppare un gestionale su misura attorno al proprio modo di lavorare? Questa guida spiega che cosa fanno ERP, CRM e sistemi di workflow, come valutare le opzioni con onestà e come introdurre quella che sceglierà.

In sintesi

Per la maggior parte delle piccole e medie imprese la strada più sicura è ibrida: usare software mantenuto o SaaS per il lavoro standard, come contabilità e fatturazione, e sviluppare su misura solo i processi che la distinguono. Decida con sei criteri (unicità del processo, integrazioni, utenti e permessi, proprietà dei dati, costi nel lungo periodo e lock-in), introduca il sistema con mappatura dei processi, MVP e fasi, e si assicuri che dati e codice restino suoi qualunque strada scelga.

I segnali che fogli di calcolo e chat non bastano più

Fogli di calcolo e app di messaggistica iniziano a cedere quando l’attività dipende da più persone che devono tenerli allineati a mano. I segnali tipici:

Gli stessi dati vengono inseriti in più punti. Un ordine finisce in un foglio Excel, poi nel programma di fatturazione, poi in un messaggio al magazzino, e le versioni divergono.
Nessuno si fida delle giacenze. Vende più di quanto ha, resta senza merce all’improvviso o trova differenze a ogni inventario.
Le approvazioni vivono in chat. Per sapere chi ha approvato uno sconto bisogna scorrere settimane di messaggi.
La storia dei clienti se ne va con le persone. Quando un commerciale lascia l’azienda, contatti e conversazioni se ne vanno con il suo telefono.
I report richiedono giorni di lavoro manuale, e solo una persona capisce il foglio di calcolo principale.
Tutti possono vedere e modificare tutto, prezzi di costo compresi, senza traccia di chi ha cambiato che cosa.

Uno o due di questi segnali possono richiedere solo uno strumento scelto bene o un’automazione dei processi aziendali. Diversi insieme di solito significano che è il momento di un vero sistema.

ERP, CRM e sistemi di workflow: a che cosa serve ciascuno

L’ERP gestisce operazioni e denaro, il CRM gestisce clienti e vendite, i sistemi di workflow gestiscono approvazioni e collaborazione interne. Molti prodotti coprono più di un’area, ma i compiti principali sono diversi:

ERP (enterprise resource planning), in Italia spesso chiamato semplicemente “gestionale”, gestisce operazioni e denaro: acquisti, magazzino, ordini di vendita, fatturazione e spesso contabilità, produzione e più magazzini.
CRM (customer relationship management) gestisce clienti e vendite: contatti, lead, pipeline, preventivi, follow-up e la storia di ogni conversazione.
Sistemi di workflow gestiscono i processi interni: approvazioni di acquisti, note spese o ferie, documenti condivisi e attività. Suite come Microsoft 365, Google Workspace, DingTalk o Feishu ne coprono già una parte.

Ciò che conta di più è che questi sistemi condividano i dati: un’unica anagrafica clienti, un unico elenco prodotti, un unico listino.

Tre strade: pronto all’uso, su misura o ibrido

Le strade sono tre: abbonarsi a un software pronto all’uso o SaaS, farsi sviluppare un sistema su misura, oppure combinare le due in un modello ibrido.

Software pronto all’uso e SaaS. Si abbona a un prodotto esistente, come Odoo o NetSuite per l’ERP, oppure HubSpot o Salesforce per il CRM, e lo configura. È collaudato e veloce da avviare, il fornitore si occupa di aggiornamenti e sicurezza e di solito si paga per utente o per modulo. Il compromesso: è lei ad adattarsi al prodotto, e la sua evoluzione la decide il fornitore.

Sviluppo su misura. Un team costruisce il software attorno ai suoi processi. Si adatta con precisione, non ha licenze per utente e può diventare un vero vantaggio competitivo. Il compromesso: un investimento iniziale più alto, più tempo prima del primo utilizzo e la responsabilità continua di manutenzione, sicurezza e hosting.

Ibrido. Usi software standard per ciò che è standard e sviluppi su misura dove si distingue. Contabilità, fatturazione e paghe è meglio lasciarle di solito a prodotti mantenuti, perché le regole fiscali e di fatturazione elettronica cambiano da Paese a Paese e nel tempo. Nell’UE, per esempio, il pacchetto IVA nell’era digitale (ViDA) (in inglese), adottato nel 2025, introduce dal 1° luglio 2030 obblighi di comunicazione digitale basati sulla fattura elettronica per le operazioni B2B transfrontaliere. Attorno a questo nucleo contabile può sviluppare la sincronizzazione con l’e-commerce (che sia Shopify, WooCommerce o un e-commerce su misura), un portale ordini per i clienti all’ingrosso o un’app mobile per il personale di magazzino. Gli ERP open source come Odoo Community (con licenza LGPLv3) o ERPNext stanno a metà strada: può ospitarli e modificarli, ma le sue modifiche vanno riportate a ogni aggiornamento di versione.

Per molte piccole e medie imprese l’ibrido è la scelta predefinita più sensata.

Sei criteri per decidere

Sei criteri decidono tra software su misura e SaaS: quanto è unico il processo, integrazioni, utenti e permessi, proprietà dei dati, fattori di costo nel lungo periodo e lock-in del fornitore.

Quanto è unico il processo? Se è il modo in cui compete, come prezzi specifici per cliente o un flusso produttivo particolare, forzarlo in un software generico le costerà caro. Se è standard, come la contabilità, non lo reinventi.
Integrazioni. Elenchi tutti i sistemi che devono scambiarsi dati: e-commerce, marketplace, pagamenti, corrieri, contabilità, banca, moduli del sito. Verifichi che esistano connettori pronti e API documentate con limiti accettabili. Le linee guida sull’uso delle API di HubSpot (in inglese), per esempio, fissano il limite giornaliero di chiamate per le app distribuite privatamente in base al piano: 250.000 per account con Free e Starter, 625.000 con Professional e 1.000.000 con Enterprise. È spesso nelle integrazioni che si nasconde la vera complessità. Un’API pulita rende anche molto più facile collegare in seguito gli assistenti AI, per esempio tramite il Model Context Protocol (MCP), uno standard open source per collegare le applicazioni di AI a sistemi esterni (veda le nostre soluzioni di intelligenza artificiale).
Utenti e permessi. Il prezzo per utente diventa caro per chi usa il sistema solo di tanto in tanto, come magazzinieri, autisti o partner esterni. Verifichi presto i permessi granulari (i commerciali vedono solo i propri clienti, i prezzi di costo sono nascosti ad alcuni ruoli); alcuni prodotti SaaS li riservano ai piani superiori.
Proprietà dei dati. Dove sono conservati i dati, e può esportarli tutti, storico e allegati compresi, in un formato utilizzabile? Che cosa succede se disdice? Se tratta dati personali di persone nell’UE si applica il GDPR: un fornitore che tratta quei dati per suo conto è un responsabile del trattamento, e la guida per le piccole imprese del Comitato europeo per la protezione dei dati precisa che il rapporto tra titolare e responsabile del trattamento deve essere disciplinato da un contratto, di solito chiamato accordo sul trattamento dei dati (DPA).
Fattori di costo nel lungo periodo. Confronti il totale sull’intera vita prevista del sistema. I costi del SaaS crescono con gli utenti, i moduli aggiuntivi, i piani superiori (per funzioni come l’accesso alle API) e gli aumenti di prezzo ai rinnovi. I costi del su misura derivano dallo sviluppo iniziale (che dipende da perimetro, ruoli, regole di business e integrazioni), dall’hosting, dagli aggiornamenti di sicurezza e dalle nuove funzioni. Entrambi richiedono migrazione, formazione e tempo del suo team.
Lock-in del fornitore. Con il SaaS i rischi sono formati di dati chiusi, aumenti di prezzo e funzioni dismesse. Con il software su misura il rischio è restare legati a un solo sviluppatore perché nessun altro capisce il codice. I rimedi sono gli stessi in entrambi i casi: un’esportazione completa testata, documentazione, tecnologie diffuse e un contratto che preveda l’uscita.

Definire un gestionale su misura: processi, poi MVP, poi fasi

Un gestionale su misura si definisce in quattro passaggi: mappare i processi attuali, semplificarli, definire un MVP e poi introdurlo per fasi. L’errore più costoso è costruire la cosa sbagliata, e questa sequenza aiuta a evitarlo:

Mappi i processi attuali. Segua un ordine, un acquisto e una richiesta di un cliente dall’inizio alla fine. Parli con chi fa il lavoro, non solo con i responsabili, e raccolga moduli d’ordine, fatture e fogli di calcolo reali. I requisiti si nascondono nelle eccezioni e nelle soluzioni improvvisate.
Semplifichi prima di digitalizzare. Automatizzare un processo disordinato fa solo correre più veloce il disordine.
Definisca un MVP. Il prodotto minimo funzionante è la versione più piccola che sostituisce da cima a fondo un flusso di lavoro reale, come ordine, aggiornamento delle giacenze e documento di trasporto per un magazzino. Metta per iscritto ruoli, permessi, schermate chiave, integrazioni e i pochi report che le persone usano davvero.
Introduca il sistema per fasi. Parta da un team o da una sede pilota, corregga ciò che emerge e poi estenda. Ogni fase successiva aggiunge un modulo, come acquisti, CRM o approvazioni.

Chieda stime per fase. Perimetro, integrazioni e regole di business determinano costi e tempi, quindi è una mappa chiara dei processi a rendere affidabile una stima.

Migrazione dei dati e coinvolgimento del team

Una migrazione senza intoppi significa decidere che cosa trasferire, pulire i dati e fare importazioni di prova, poi passare al nuovo sistema a una data fissa; l’adozione dipende dal coinvolgimento degli utenti chiave, dalla formazione per ruolo e dal fare del nuovo sistema l’unica fonte di verità.

Migrazione: decida che cosa trasferire: anagrafiche (clienti, prodotti, prezzi), partite aperte (ordini, saldi, giacenze attuali) e quanto storico; i dati più vecchi possono restare in un archivio in sola lettura. Elimini doppioni e codici prodotto incoerenti, faccia importazioni di prova e riconcili i totali, come le giacenze per magazzino, con i dati precedenti. Poi fissi una data di passaggio e congeli i vecchi strumenti.

Adozione:

Coinvolga fin dall’inizio un utente chiave per ogni team.
Formi per ruolo, con brevi guide nelle lingue che usa il suo team.
Faccia del nuovo sistema l’unica fonte di verità: un ordine che arriva in chat va inserito nel sistema, non gestito a parte.
Si assicuri che il personale di magazzino e quello in esterno possano lavorare dal telefono, con un’app o una web app: la nostra guida su come creare un’app spiega le differenze.
Risolva in fretta i piccoli attriti delle prime settimane: sono quelli a decidere se le persone si fideranno del sistema.

Scegliere il partner di sviluppo ed errori da evitare

Scelga il partner di sviluppo verificando come definisce il lavoro, quali tecnologie usa, a chi appartengono codice e account, quale documentazione e quali test fornisce e che cosa succede dopo il lancio. Domande utili:

Mappate i nostri processi prima di quotare le funzioni, e come suddividete il lavoro in fasi?
Quali tecnologie usate, e un altro team potrebbe subentrare?
Il codice sorgente sarà in un repository intestato a noi fin dal primo giorno, con cloud, dominio e account di terze parti a nostro nome?
Quale documentazione riceviamo: architettura, modello dei dati, riferimento delle API, guida al deployment, manuali utente?
Come fate test e backup, e avete mai provato davvero un ripristino?
Che cosa succede dopo il lancio: correzioni, aggiornamenti di sicurezza, nuove funzioni e un passaggio di consegne se ci separiamo?

Errori comuni:

Ricreare nel software il caos dei fogli di calcolo, campo per campo.
Lanciare tutti i moduli insieme, senza un progetto pilota.
Personalizzare un prodotto SaaS così tanto che ogni aggiornamento del fornitore rompe qualcosa.
Decidere sulla base di una demo curata senza provare i propri dati.
Nessun responsabile interno con l’autorità per decidere.
Nessun budget per la manutenzione e nessun piano di uscita.

Domande frequenti

Un gestionale su misura costa sempre più di un SaaS?

Di solito richiede un investimento iniziale più alto. Su più anni il confronto dipende dal numero di utenti, da quanto a lungo userà il sistema e da quanto ciascuna opzione va personalizzata o integrata. Confronti il costo totale sull’intera vita del sistema, non il primo anno.

Si può partire con un SaaS e passare a un gestionale su misura più avanti?

Sì, ed è spesso una scelta sensata, perché un prodotto SaaS le insegna di che cosa ha davvero bisogno. Ne scelga uno con un’esportazione completa dei dati e un’API documentata, così il passaggio futuro sarà una migrazione pianificata e non un salvataggio d’emergenza.

A chi dovrebbe appartenere il codice sorgente di un gestionale su misura?

Idealmente a lei, o almeno dovrebbe avere accesso completo e il diritto di usarlo e modificarlo. Lo scriva nel contratto, tenga il codice in un repository intestato alla sua azienda e chieda una documentazione sufficiente perché un altro team possa proseguire.

Se sta valutando un ERP, un CRM o collegamenti migliori tra gli strumenti che usa già, scopra il nostro servizio di sviluppo app e software, la nostra consulenza strategica per la mappatura dei processi e la scelta dei sistemi, oppure ci contatti. UsualMatrix lavora con clienti in tutto il mondo e comunica in cinese, spagnolo e inglese.

Nota: questo articolo è un’informazione di carattere generale e non costituisce consulenza legale. Le regole su protezione dei dati e fisco dipendono dal suo Paese e dalla sua attività: verifichi i dettagli con un consulente qualificato.