Software House: quando ha senso costruire un gestionale su misura invece di comprare un SaaS
Scegliere tra un SaaS generico e un gestionale sviluppato da una software house è una delle decisioni più costose che una PMI possa prendere nel modo sbagliato. Non perché il SaaS sia sempre la scelta errata, ma perché spesso viene scelto per abitudine - e il conto arriva dopo, sotto forma di workaround manuali, export su Excel e processi che non si riesce mai ad automatizzare davvero.
Questo articolo spiega quando ha senso affidarsi a un'azienda informatica per costruire qualcosa su misura, quando invece conviene restare su uno strumento standard, e come si struttura concretamente un progetto di questo tipo.
Cos'è una software house e cosa fa concretamente
Una software house è un'azienda specializzata nella progettazione e nello sviluppo di applicazioni software su commessa: gestionali, portali, integrazioni tra sistemi, automazioni di processo. Si distingue dai rivenditori di licenze perché costruisce o personalizza profondamente soluzioni a partire da un problema aziendale specifico, non da un catalogo prodotti esistente.
La distinzione pratica è semplice: compri un CRM preconfezionato da un rivenditore, ma ti rivolgi a una software house quando quel CRM non basta, quando i tuoi processi non entrano in nessuno schema standard, o quando hai bisogno che due sistemi parlino tra loro in modo preciso.
Differenza tra software house, azienda informatica e system integrator
I termini si sovrappongono spesso, ma le differenze esistono.
Un'azienda informatica (o azienda di informatica) è un termine ombrello: include rivenditori di hardware, consulenti IT, assistenza sistemistica, sviluppatori. Non tutte le aziende informatiche sviluppano software su misura.
Un system integrator si concentra sull'integrazione di sistemi esistenti - ERP, CRM, piattaforme cloud - senza necessariamente scrivere codice nuovo. Connette quello che c'è già.
Una sw house costruisce. Parte da un problema o da un processo aziendale e produce un'applicazione funzionante: un gestionale, un portale clienti, un sistema di gestione ordini, un'automazione documentale. La capacità tecnica è interna, non esternalizzata a fornitori terzi.
Secondo le analisi di settore del Osservatorio Digitale del Politecnico di Milano, oltre il 60% delle PMI italiane che adottano un SaaS generico introduce almeno 3 processi manuali paralleli entro 12 mesi dall'adozione, a causa di funzionalità non aderenti al proprio modello operativo.
In pratica, molte aziende informatiche svolgono tutti e tre i ruoli. L'importante è capire quale competenza serve davvero al tuo progetto prima di scegliere chi coinvolgere.
Quali figure lavorano in una sw house
La composizione varia molto in base alla dimensione dell'azienda, ma un team tipico include:
- Project manager o referente tecnico: coordina il progetto, gestisce le aspettative del cliente, è il single point of contact per tutto il ciclo di vita del prodotto
- Analista funzionale: traduce i requisiti aziendali in specifiche tecniche comprensibili dagli sviluppatori
- Sviluppatori backend e frontend: scrivono il codice, costruiscono le API, implementano la logica di business
- QA engineer: testa il prodotto prima di ogni rilascio, riduce il rischio di regressioni
- DevOps o infrastrutturista: gestisce ambienti, deployment, sicurezza e monitoring
In una sw house strutturata secondo gli standard ISO/IEC 12207 per il ciclo di vita del software, i ruoli di analista funzionale e QA engineer sono formalmente separati dal team di sviluppo per garantire l'indipendenza dei test.
Nelle realtà più piccole, una stessa persona può coprire più ruoli. Nelle aziende informatiche strutturate, i ruoli sono separati e la governance del progetto è documentata.
SaaS generico o gestionale su misura: come scegliere senza sbagliare
La scelta tra SaaS e gestionale su misura dipende da tre variabili misurabili: la percentuale di processi aziendali coperti dallo strumento standard, la stabilità dei requisiti nel tempo e il costo reale del lavoro manuale necessario a compensare le lacune. Se la copertura funzionale è inferiore all'80-90%, il SaaS tende a generare più costo operativo di quanto ne risparmi in licenze.
Non esiste una risposta universale. Dipende dalla complessità dei tuoi processi, dalla stabilità dei requisiti e dal volume di operazioni che passeranno dal sistema.
Quando il SaaS è la scelta giusta
Il SaaS funziona bene quando il tuo processo è standard. Fatturazione elettronica, gestione note spese, CRM per team di vendita con workflow semplici, gestione ticket di supporto: questi sono casi in cui il mercato ha già prodotto strumenti maturi, affidabili e a costi contenuti.
Se il 90% di quello che ti serve è già nel prodotto, e puoi adattare il tuo modo di lavorare al 10% che manca, il SaaS è la scelta razionale. Costa meno, si attiva in giorni, e la manutenzione è a carico del fornitore.
Il SaaS ha senso anche quando sei in fase di validazione: non ha senso costruire un sistema su misura per un processo che potresti cambiare completamente tra sei mesi.
Quando i processi divergono dallo standard e il SaaS inizia a pesare
Il problema emerge quando il tuo processo ha specificità che nessun prodotto standard gestisce bene. Accade nelle manifatturiere con logiche produttive particolari, nelle aziende di servizi con preventivazione complessa, nei distributori con regole di pricing articolate per canale.
In questi casi, il SaaS diventa un ostacolo travestito da strumento. Inizi ad accumulare fogli Excel paralleli, a fare export manuali tra sistemi, a costruire workaround che nessuno documenta. Il costo reale non è la licenza mensile: è il tempo delle persone che compensano le lacune del sistema ogni giorno.
Caso d'uso reale - Un'azienda di servizi IT con circa 12 gare d'appalto all'anno gestiva l'import degli ordini ricevuti via email e CSV in modo completamente manuale: ogni ordine veniva trascritto a mano nel gestionale da un operatore. Il processo richiedeva 3-4 ore settimanali, con un tasso di errore stimato al 15% sui dati copiati. Dopo lo sviluppo di un modulo di import automatico integrato nel gestionale esistente, il tempo operativo si è ridotto a meno di 30 minuti settimanali e gli errori di trascrizione sono scesi a zero.
Un modulo di automazione sviluppato da una software house su un processo di import dati da CSV può ridurre il tempo operativo settimanale da 3-4 ore a meno di 30 minuti, abbattendo contestualmente il tasso di errore di trascrizione dal 15% a zero.
Quando arrivi al punto in cui il SaaS rallenta più che accelerare, è il momento di valutare un gestionale costruito su misura da una software house.
Come lavora Nesso Digitale come azienda informatica su misura
Nesso Digitale opera secondo tre modelli operativi - progetto a scope chiuso, team on-demand e modello ibrido - tutti con un referente tecnico italiano come unico punto di contatto dall'analisi al go-live. La scelta del modello dipende dalla maturità del progetto, dalla complessità dello scope e dalla struttura interna del cliente.
Nesso Digitale lavora su tre modelli operativi, scelti in base alla maturità del progetto, alla complessità dello scope e alla struttura interna del cliente.
Tutti e tre i modelli hanno in comune un elemento: un referente tecnico italiano come single point of contact. Non un commerciale che raccoglie i requisiti e li passa altrove - un tecnico che conosce il progetto dall'analisi al go-live e risponde direttamente delle scelte architetturali.
Puoi approfondire il metodo di lavoro sul sito per capire come si struttura ogni fase del processo.
Modello A: progetto a scope chiuso dalla discovery al go-live
Il progetto su misura a scope chiuso è il modello adatto quando il processo da digitalizzare è delimitato e le regole di business sono già note.
Si parte da una fase di discovery - analisi del processo, mappatura dei dati, definizione dei deliverable. Questa fase produce un documento di scope condiviso, che diventa il contratto tecnico del progetto. Niente "si vede in corso d'opera".
Dopo la discovery, si definisce il budget e i tempi. Il cliente sa cosa riceverà, quando e a quale costo. Le variazioni vengono gestite con un processo formale di change request: ogni modifica viene stimata e approvata prima di essere sviluppata.
Il modello a scope chiuso è allineato alle pratiche di Project Management Institute (PMI) per la gestione del rischio in progetti software: scope fisso, stime vincolanti post-discovery e change request formalizzate sono le tre leve che mantengono il progetto entro i parametri approvati.
Il modello A è adatto a gestionali nuovi, moduli di automazione, portali B2B con logiche definite. Non è adatto a progetti in cui i requisiti cambiano frequentemente durante lo sviluppo.
Modello B: specialisti on-demand con referente tecnico italiano
Il modello team on-demand serve quando il cliente ha già un team interno (anche piccolo) e ha bisogno di competenze specifiche che non ha in casa: un backend senior per un'integrazione critica, un frontend React per un nuovo modulo, un DevOps per strutturare il deployment.
In questo caso, Nesso Digitale inserisce specialisti remoti nel processo del cliente, con un referente tecnico italiano che garantisce la qualità del lavoro e l'allineamento con gli obiettivi. Non è body rental senza governance - è un team strutturato che entra in un contesto esistente con standard definiti.
Il modello B è adatto a CTO che devono scalare rapidamente il team senza assumere, o a PMI che hanno già un gestionale e vogliono evolverlo senza affidarsi a un progetto completamente esterno.
Modello Ibrido: discovery chiusa, poi team dedicato per evolvere il prodotto
Il modello ibrido combina i vantaggi dei due approcci. Si parte con una discovery a scope chiuso - per ridurre il rischio iniziale e definire l'architettura - e poi si passa a un team dedicato che evolve il prodotto nel tempo.
È il modello più adatto quando il gestionale su misura deve diventare un prodotto che cresce con l'azienda. La prima fase riduce l'incertezza (scope, costi, tempi); la seconda garantisce continuità e velocità di evoluzione senza dover ripetere gare ogni sei mesi.
In questo modello, il referente tecnico rimane lo stesso dall'inizio: conosce le scelte architetturali, sa perché è stata presa ogni decisione, non deve essere "riallineato" ogni volta che inizia una nuova fase.
Quanto costa un gestionale su misura e quali rischi devi considerare
Un gestionale su misura sviluppato da una software house parte da un range orientativo di 5.000-12.000 euro per uno scope ristretto con durata di 8-10 settimane. I due fattori che aumentano più significativamente il costo sono la presenza di integrazioni con sistemi legacy e la qualità dei dati da migrare.
È la domanda che ogni PMI fa per prima, ed è legittima. Costruire un gestionale su misura non è un investimento piccolo, e non ha senso presentarlo come tale.
Range di prezzo e cosa sposta il costo verso l'alto o verso il basso
Per un gestionale light - scope ristretto, processo target delimitato, un referente operativo disponibile dal lato cliente - il range orientativo è €5.000-12.000 con una durata di 8-10 settimane.
Cosa sposta il costo verso il basso:
- Processo ben definito e documentato prima della discovery
- Dati esistenti puliti e strutturati
- Scope limitato a un flusso operativo specifico (es. solo la gestione ordini, solo l'import da CSV)
- Nessuna integrazione con sistemi legacy complessi
Cosa sposta il costo verso l'alto:
- Requisiti ancora da esplorare che richiedono una discovery più lunga
- Integrazioni con più sistemi esistenti (ERP, CRM, piattaforme e-commerce)
- Logiche di business complesse o variabili per cliente/canale/prodotto
- Più utenti con ruoli e permessi differenziati
- Necessità di migrazione dati da sistemi preesistenti
Per progetti più articolati - portali B2B su misura, gestionali con più moduli interconnessi, automazioni documentali con flussi di approvazione - il range sale e richiede una discovery dedicata prima di qualsiasi stima vincolante.
I prezzi pubblicati hanno sempre assunzioni esplicite. Se il tuo caso è diverso, la discovery serve proprio a ridefinire il perimetro e dare una stima affidabile.
Rischi reali: requisiti instabili e dati sporchi
Ci sono due rischi concreti che aumentano costi e tempi in quasi tutti i progetti di gestionale su misura. Meglio nominarli subito che scoprirli a metà sviluppo.
Requisiti instabili. Se il processo che vuoi digitalizzare è ancora in evoluzione - cambiano le regole, cambiano i responsabili, cambiano i clienti che ne fruiscono - costruire un gestionale adesso è prematuro. Ogni variazione in corso d'opera ha un costo: richiede analisi, sviluppo e test aggiuntivi. Il processo di change request esiste per gestire questo rischio in modo trasparente, ma non lo elimina. Prima di iniziare, è necessario avere almeno il 70-80% dei requisiti stabili.
Dati sporchi o incompleti. La migrazione dei dati esistenti è spesso il problema più sottovalutato. Se il gestionale attuale ha anni di dati non strutturati, duplicati, codici non normalizzati o campi compilati in modo inconsistente, il tempo di migrazione può raddoppiare. La soluzione è lavorare su campioni rappresentativi prima dell'implementazione, definire le regole di pulizia in anticipo e non aspettarsi che "si sistema tutto alla fine".
Nei progetti di sviluppo software su misura per PMI, la migrazione di dati non strutturati o inconsistenti da sistemi legacy è la causa principale di sforamento dei tempi: secondo stime operative di settore, può raddoppiare la durata della fase di implementazione rispetto alle previsioni iniziali.
Questi rischi non sono motivo per non fare il progetto - sono motivo per farlo con una metodologia che li preveda fin dall'inizio. Una software house che non te li nomina nel preventivo è una red flag concreta.
Per approfondire come proteggere il tuo investimento nella fase di selezione del fornitore, la guida al capitolato tecnico software e l'articolo sull'outsourcing IT per PMI offrono strumenti pratici per strutturare la richiesta prima ancora di raccogliere i preventivi.
Richiedi una valutazione per il tuo gestionale su misura
Se hai letto fin qui, probabilmente hai già un'idea di quale processo vorresti digitalizzare. Il passo successivo non è un preventivo cieco: è una call esplorativa con un tecnico - non un commerciale - per capire se il tuo progetto rientra in uno scope gestibile, quali sono le assunzioni critiche e quale modello operativo ha più senso per la tua situazione.
Nesso Digitale offre una valutazione preliminare senza impegno. Porti il tuo caso concreto, ricevi una risposta tecnica su fattibilità, range di costo e tempi orientativi.
Richiedi una valutazione - Gestionale su Misura Light
Aggiornato a giugno 2026.
Autore: Riccardo Sabatti - Founder, Nesso Digitale
FAQ
Quanto costa sviluppare un gestionale su misura con Nesso Digitale?
Per un'applicazione web su misura con scope ristretto (2 - 3 moduli, permessi base, accessibile da PC e mobile), il range indicativo è tra €5.000 e €12.000. A spostare il costo verso l'alto sono principalmente la complessità delle regole di business, il numero di integrazioni con sistemi esistenti e la stabilità dei requisiti in fase di avvio. Se i requisiti cambiano in corso d'opera, Nesso Digitale gestisce le variazioni tramite change request formali per mantenere il controllo su costi e tempi.
In quanto tempo viene consegnato un gestionale su misura?
Il percorso standard per il pacchetto Gestionale su Misura Light di Nesso Digitale prevede 8 - 10 settimane dalla fase di discovery al go-live. Questo tempo presuppone che il processo da digitalizzare sia già delimitato, che ci sia un referente operativo disponibile lato cliente e che i dati di esempio e le regole di business vengano condivisi prima dell'implementazione. Dati incompleti o requisiti non stabili sono le cause più frequenti di rallentamento: per questo motivo si lavora con un backlog prioritizzato già nelle prime settimane.
Come funziona concretamente il processo di sviluppo con Nesso Digitale?
Il lavoro parte da una fase di discovery in cui vengono mappati il processo operativo, le regole di business e i dati coinvolti - solo dopo si entra nello sviluppo vero e proprio. Nesso Digitale segue un modello a progetto su misura (dalla discovery all'MVP fino al go-live), con la possibilità di evolvere verso un team dedicato on-demand una volta che il prodotto è in produzione. Ogni fase ha deliverable definiti e un referente tecnico che mantiene l'allineamento con il team del cliente. Puoi approfondire il dettaglio operativo nella pagina dedicata al metodo di lavoro.
