Quasi ogni PMI italiana di medie dimensioni paga ogni mese tra 5 e 15 abbonamenti SaaS diversi: uno per la gestione progetti, uno per le HR, uno per il CRM, uno per i documenti, uno per le firme digitali, uno per le videochiamate. Separatamente costano poco. Sommati, pesano. E soprattutto: nessuno di questi strumenti parla davvero con gli altri, nessuno si adatta completamente al tuo modo di lavorare, e tu stai continuando a pagare per funzionalita' che non usi mai.
A un certo punto, la domanda inevitabile arriva: ha ancora senso pagare questi abbonamenti, o e' piu' conveniente costruire qualcosa di su misura? La risposta dipende da variabili precise che in questo articolo analizziamo nel dettaglio.
Cos'e' una web app su misura (e cosa non e')
Una web app su misura e' un'applicazione software accessibile tramite browser — quindi senza installazione, utilizzabile da qualsiasi dispositivo — costruita interamente attorno ai processi specifici della tua azienda. Non e' un sito web con qualche funzione in piu'. E' un software vero e proprio, con logiche di business, gestione utenti, database, integrazioni con altri sistemi.
Esempi concreti: un portale clienti dove i tuoi clienti accedono ai propri ordini e documenti, uno strumento interno di gestione commesse per i tuoi tecnici, un configuratore di prodotto per i tuoi agenti commerciali, una piattaforma di prenotazione per i tuoi servizi. Ognuno di questi potrebbe essere sostituito da un SaaS generico — ma generalmente con compromessi importanti su usabilita', flusso di lavoro e costi nel tempo.
Uno studio di Forrester Research (2025) mostra che le aziende con software gestionale su misura registrano una produttivita' operativa superiore del 28% rispetto a chi usa esclusivamente SaaS standard. La differenza e' nella frizione zero: il software funziona esattamente come il team si aspetta.
Quando un SaaS non basta piu': i segnali da non ignorare
Non tutti i SaaS vanno sostituiti. Alcuni strumenti standard sono eccellenti e vale la pena mantenerli. Il problema emerge quando iniziano a comparire certi pattern ricorrenti nella tua organizzazione:
- Il tuo team usa fogli Excel "di supporto" al SaaS. Se le persone esportano dati dal SaaS e li elaborano manualmente in Excel, il SaaS non copre davvero il loro flusso di lavoro.
- Paghi funzionalita' che non usi mai. I piani SaaS sono progettati per la media degli utenti. Se usi il 20% delle funzionalita' di uno strumento costoso, stai pagando per l'80% che non ti serve.
- Non riesci a integrare i dati tra sistemi diversi. Se ogni mattina qualcuno copia dati da un sistema all'altro, stai pagando con il tempo delle persone quello che un software integrato farebbe automaticamente.
- I dati sono dispersi in troppi posti. Se per rispondere a una domanda semplice devi accedere a tre strumenti diversi, l'efficienza operativa e' compromessa.
- Il fornitore SaaS non sviluppa le funzioni che ti servono. Hai aperto ticket di supporto o feature request che restano ignorati da mesi.
Il break-even point: quando costruire conviene davvero
Il modo piu' razionale per prendere questa decisione e' calcolare il vero costo totale dei SaaS su un orizzonte di 3 anni e confrontarlo con il costo di sviluppo e manutenzione di una soluzione custom.
Supponiamo che la tua azienda paghi complessivamente 2.000 euro al mese in abbonamenti SaaS per la gestione operativa (non contiamo strumenti come Google Workspace o Slack, che restano convenienti anche in custom). In 3 anni sono 72.000 euro. Una web app su misura che copre le stesse funzioni potrebbe costare tra 25.000 e 40.000 euro di sviluppo, piu' circa 3.000-5.000 euro all'anno di manutenzione. Il risparmio a 3 anni e' reale e significativo — e il software e' tuo, senza rincari annuali o rischio di shutdown del fornitore.
Tecnologie usate nello sviluppo di web app nel 2026
Capire cosa c'e' "sotto il cofano" non e' necessario per prendere la decisione — ma aiuta a valutare la solidita' di chi sviluppa. Le web app moderne si costruiscono con stack consolidati e mantenibili nel tempo, non con tecnologie esotiche che rischiano di diventare obsolete.
Frontend: React e Next.js
React e' oggi lo standard de facto per le interfacce di web app complesse. E' maturo, ha un ecosistema enorme, e garantisce che qualsiasi sviluppatore possa prendere in mano il progetto in futuro. Next.js aggiunge rendering ibrido, ottimizzazione SEO e performance elevate out of the box.
Backend: Node.js, Python o framework specializzati
La logica di business — calcoli, regole, workflow — vive nel backend. Node.js e' ideale per applicazioni ad alta concorrenza; Python con FastAPI o Django e' la scelta quando si integra intelligenza artificiale o si gestiscono analisi dati. La scelta dipende dalle esigenze specifiche del progetto.
Database: PostgreSQL e architetture cloud
Per la maggior parte delle web app aziendali, PostgreSQL su infrastruttura cloud (AWS, Google Cloud, Azure) garantisce affidabilita', scalabilita' e backup automatici. Il cloud elimina la necessita' di server fisici interni e i costi di gestione associati.
Esempi concreti: aziende che hanno fatto il salto
Distributore di ricambi auto, Veneto
Pagava circa 3.200 euro al mese tra CRM, software ordini e sistema di gestione magazzino — tre strumenti che non comunicavano tra loro. I commerciali perdevano 45 minuti al giorno a sincronizzare dati manualmente. Abbiamo sviluppato una web app integrata che unifica ordini, magazzino e relazioni cliente. Costo di sviluppo: 32.000 euro. Risparmio sui canoni: 38.400 euro in tre anni. Risparmio di tempo: circa 180 ore/mese di lavoro manuale eliminate.
Studio di architettura, Milano
Gestiva avanzamento commesse, ore team e relazioni con clienti su tre SaaS diversi piu' un foglio Excel centrale. Risultato: informazioni sempre non allineate, report da fare a mano ogni lunedi' mattina. Una web app su misura per la gestione commesse — integrata con il software di contabilita' — ha unificato tutto. Il Monday report che richiedeva 3 ore viene generato automaticamente in 30 secondi.
Come si avvia un progetto di web app: le fasi
Sviluppare una web app non e' un processo lineare — ma seguendo un metodo agile strutturato, i rischi si minimizzano e i risultati si vedono presto.
- Fase di discovery (1-2 settimane). Analisi dei processi esistenti, definizione delle funzionalita' core, identificazione delle integrazioni necessarie, stima dei costi e dei tempi.
- Prototipo e validazione (2-3 settimane). Wireframe delle schermate principali, validazione con gli utenti finali prima di scrivere una riga di codice.
- Sviluppo a sprint (6-12 settimane). Cicli di sviluppo di 2 settimane con versioni testabili rilasciate regolarmente. Il team usa l'applicazione reale fin dall'inizio.
- Test e go-live (1-2 settimane). Test con utenti reali, correzioni, formazione del team e rilascio in produzione.
- Evoluzione continua. Una web app su misura si evolve con il business. Nuove funzioni vengono aggiunte in cicli successivi, senza ripartire da zero.