Sviluppo software custom per PMI: quando conviene davvero

Lo sviluppo software custom per PMI è uno di quei temi che divide gli imprenditori italiani in due categorie: chi lo vede come una spesa enorme e rischiosa, e chi invece lo considera la chiave per ottenere un vantaggio competitivo reale. La verità, come spesso accade, sta nel mezzo. Nel 2021 il software su misura non è più un lusso riservato alle grandi aziende: con stack tecnologici moderni come PHP 8 e Laravel, Python con Django o FastAPI, Node.js e React, anche una piccola o media impresa può commissionare un applicativo perfettamente cucito sui propri processi senza svenarsi.

Ma quando conviene davvero? E quando invece è meglio adattarsi a una soluzione di mercato? In questa guida pratica ti accompagniamo nella decisione strategica più importante che riguarda l’IT della tua azienda: capire se hai bisogno di software su misura aziendale oppure no, quanto costa, quanto tempo ci vuole, e come scegliere il partner giusto senza farti fregare. Niente fuffa, niente discorsi da venditore: solo numeri, esempi concreti e qualche errore tipico da evitare.

1. Software custom vs software pacchetto: la decisione strategica

Partiamo da una distinzione fondamentale. Il software pacchetto (chiamato anche off-the-shelf o COTS, Commercial Off-The-Shelf) è un prodotto già pronto, sviluppato per una platea ampia di clienti: pensiamo a SAP Business One, Microsoft Dynamics, Zucchetti, TeamSystem, oppure a soluzioni cloud come Salesforce, HubSpot o Shopify. Il software custom, invece, viene progettato e scritto specificamente per le esigenze di una singola azienda: nasce dai suoi processi, parla la sua lingua, si integra con i suoi sistemi.

La scelta tra le due strade non è ideologica, è economica e strategica. Un software pacchetto ha un costo iniziale tipicamente più basso e tempi di attivazione rapidi (giorni o settimane), ma costringe l’azienda ad adattarsi al modo in cui il software lavora. Un software custom richiede un investimento maggiore in fase iniziale e tempi di realizzazione nell’ordine di mesi, ma poi cresce e si evolve insieme all’azienda, senza imporre vincoli artificiosi.

Il punto centrale, secondo la nostra esperienza con decine di PMI italiane, è questo: se i tuoi processi aziendali sono il tuo vantaggio competitivo, non puoi permetterti di adattarli a un software standard. Se invece i tuoi processi sono comuni a tutto il settore (contabilità, fatturazione, gestione magazzino base), un buon pacchetto fa risparmiare tempo e denaro.

2. Quando un’azienda ha davvero bisogno di software custom (e quando no)

Prima di parlare di costi, di stack e di partner, dobbiamo affrontare la domanda piu’ importante: quando fare un software custom ha senso e quando invece e’ uno spreco di soldi? Ecco i casi in cui il custom e’ la scelta giusta:

• Hai processi specifici che nessun pacchetto copre: per esempio, un’azienda di logistica con un algoritmo proprietario di assegnazione corrieri, o un produttore con un calcolo costi industriale legato a parametri di filiera unici.
• Stai usando 3-4 software diversi che non si parlano: il custom permette di costruire un sistema unificato con integrazione API tra sistemi che elimina il copia-incolla tra applicazioni.
• Hai una crescita rapida e i fogli Excel non bastano piu’: quando l’azienda passa da 5 a 50 dipendenti, gli strumenti che funzionavano prima collassano.
• Vuoi differenziare il prodotto/servizio dai concorrenti: un’app web per i clienti, un portale fornitori, un configuratore prodotto sono tutti casi in cui il pacchetto non basta.
• Hai requisiti di compliance o sicurezza specifici: settori come sanita’, finanza, pubblica amministrazione spesso richiedono soluzioni dedicate.

Quando invece il custom NON serve? Quando il tuo bisogno è coperto bene da un pacchetto consolidato (es. fatturazione elettronica), quando il budget è inferiore a 10-15.000 euro (sotto questa soglia il custom è quasi sempre sotto-dimensionato), quando hai meno di 5 utenti e il problema si risolve con un foglio Excel ben fatto, oppure quando il tuo processo è destinato a cambiare drasticamente nei prossimi 6 mesi e cristallizzare ora sarebbe controproducente.

3. I 6 segnali che indicano che è ora di custom

Nella nostra esperienza, ci sono sei segnali ricorrenti che, quando si presentano insieme, indicano che è giunto il momento di valutare seriamente uno sviluppo applicativi custom:

1. I tuoi collaboratori passano ore a copiare dati da un sistema all’altro. Se la giornata di un impiegato è fatta al 30% di “esporto da X, importo in Y, sistemo a mano”, stai pagando lavoro umano per fare quello che un’integrazione automatica farebbe in 2 secondi.
2. Hai 4-5 fogli Excel “critici” che girano via email. Versionamento caotico, errori a cascata, nessuno sa qual e’ la versione “buona”. E’ il tipico campanello d’allarme.
3. I clienti chiedono funzionalita’ che il tuo gestionale non fa. Se i tuoi commerciali devono dire “non possiamo farlo” troppo spesso, stai perdendo opportunita’.
4. Stai pagando licenze di moduli che usi al 5%. Molte PMI scoprono che un software custom mirato costa meno delle licenze annuali di un ERP enterprise sotto-utilizzato.
5. Il tuo settore sta cambiando velocemente. Se il mercato ti chiede di adattarti rapidamente, il custom permette evoluzione incrementale che il pacchetto non consente.
6. Hai una visione di prodotto che vuoi portare al mercato. Se il software diventa parte della tua offerta (web app per clienti, configuratore, marketplace verticale), devi controllarlo tu, non un fornitore.

Se ti riconosci in 3 o piu’ di questi segnali, vale la pena fare almeno una valutazione preliminare con un partner di sviluppo. Non significa che dovrai necessariamente partire con un progetto custom: significa che hai gli elementi per fare una decisione informata.

4. Quanto costa sviluppare un software custom: range 2021

Ecco la domanda che tutti fanno per prima, e a cui molti consulenti rispondono con un imbarazzante “dipende”. Diciamo la verità con qualche numero. I costi di sviluppo software in Italia nel 2021 si possono inquadrare in fasce di prezzo abbastanza riconoscibili:

• Micro-progetto (10.000 – 25.000 €): una web app singola, un modulo specifico, un’automazione che integra due sistemi. Tempi: 4-8 settimane. Esempio: un portale fornitori per upload documenti con notifiche email.
• Progetto piccolo (25.000 – 60.000 €): un’applicazione completa con database, autenticazione, pannello admin, ruoli utente, qualche integrazione. Tempi: 3-6 mesi. Esempio: un CRM custom con pipeline vendite, anagrafiche e reportistica.
• Progetto medio (60.000 – 150.000 €): gestionale completo o piattaforma multi-modulo, con workflow complessi, importazioni dati, integrazioni con ERP esistenti. Tempi: 6-12 mesi. Esempio: un gestionale personalizzato con magazzino, produzione, fatturazione e BI.
• Progetto grande (150.000 € in su): piattaforma SaaS multi-tenant, ERP completo, sistemi di trading o e-commerce ad alto volume. Tempi: 12+ mesi, spesso a fasi.

Questi range si riferiscono a sviluppo realizzato in Italia da team qualificati (sviluppatori senior). L’offshoring puro (India, Europa dell’Est) può ridurre il costo del 30-50%, ma con rischi significativi su qualità, comunicazione e tempi (ne parliamo dopo). Il nearshoring europeo (Romania, Polonia, Portogallo) si colloca in mezzo, con un risparmio del 20-30% e meno problemi linguistici.

Una regola pratica: in Italia nel 2021 una giornata-uomo di sviluppo senior si paga tra 400 e 700 euro al cliente finale (quindi marginata dalla software house), mentre un middle si paga 250-400 euro/giorno. Un progetto di 60.000 euro corrisponde indicativamente a 100-150 giornate-uomo, distribuite su un team di 2-3 persone per 3-5 mesi.

5. Tempi reali di sviluppo: dalle settimane ai mesi

I tempi reali di un progetto custom sono spesso il dato meno chiaro per chi non viene dal mondo IT. Eccoli scomposti per fasi:

• Analisi e specifica funzionale (2-6 settimane): workshop con il committente, mappatura processi, scrittura documento di specifica, mockup e wireframe. Senza questa fase i progetti falliscono al 90%.
• Design UX/UI (1-3 settimane): prototipi navigabili, design system, validazione con utenti finali.
• Sviluppo iterativo (2-9 mesi a seconda della scala): tipicamente in sprint di 2 settimane, con demo periodiche e correzioni di rotta.
• Test, deploy e formazione (2-4 settimane): test di accettazione, deploy in produzione, formazione utenti, supporto post-go-live.

Una raccomandazione fondamentale: diffida di chi ti promette tempi inferiori a 8 settimane per un progetto sopra i 20.000 euro. Significa che stanno saltando l’analisi, oppure che ti faranno pagare le iterazioni a parte. Il “fatto in fretta” nel software è quasi sempre debito tecnico mascherato.

6. Lo stack tecnologico moderno per PMI italiane

Nel 2021 le scelte tecnologiche per software custom rivolto a PMI sono ben consolidate. Vediamo le piu’ utilizzate.

Backend

• PHP 8 + Laravel 8 / Symfony 5: probabilmente lo stack piu’ diffuso in Italia per applicazioni gestionali web. PHP 8, rilasciato a novembre 2020, ha portato JIT, attributi, named arguments e prestazioni decisamente migliori. Laravel rimane il framework piu’ produttivo per progetti rapidi; Symfony e’ preferito per progetti enterprise di lunga durata.
• Python 3.9 + Django 3.x / FastAPI: ottimo per progetti con forte componente data, AI/ML (per quanto nel 2021 si parli di machine learning classico, non di LLM generativi), o per API ad alte performance con FastAPI.
• Node.js 14/16 LTS + Express / NestJS: scelta naturale quando il frontend e’ SPA pesante e si vuole condividere codice tra client e server (TypeScript end-to-end).
• .NET 5 / Java Spring Boot: tipici di contesti enterprise o di clienti che hanno gia’ un parco software in quegli stack.

Frontend

• React 17: ecosistema dominante, perfetto per dashboard amministrative e web app e PWA.
• Vue 2/3: piu’ semplice di React, molto apprezzato in Italia per progetti dove il team non e’ specializzatissimo.
• Angular 11/12: scelta enterprise, opinionato e completo.
• Blade/Twig server-side: per progetti gestionali “classici” senza UI ricca, il server-rendering Laravel/Symfony resta velocissimo da sviluppare.

Database

• MySQL 8 / MariaDB 10.5: standard per la maggior parte dei gestionali web italiani.
• PostgreSQL 13: preferito quando servono funzionalita’ avanzate (JSONB, GIS, ricerca full-text seria).
• SQL Server / Oracle: se l’azienda ha gia’ licenze enterprise.

Infrastruttura

Il cloud nel 2021 è la scelta default. AWS (EC2, RDS, S3), Azure e Google Cloud per progetti grandi; provider italiani come Aruba Cloud, IrideOS, Seeweb per chi vuole datacenter europeo e fatturazione in lingua. Docker è ormai standard de-facto per il deploy: anche un progetto medio beneficia della containerizzazione, mentre Kubernetes ha senso solo per progetti con scala significativa o microservizi multipli. Le soluzioni cloud aziendali permettono di evitare server fisici in azienda e di scalare al bisogno.

Secondo il Stack Overflow Developer Survey 2020, JavaScript, Python e PHP restano i linguaggi piu’ usati a livello professionale, con TypeScript in forte crescita. Una panoramica generale del processo di sviluppo software e’ disponibile anche su Wikipedia.

7. Sviluppo internalizzato vs outsourcing: pro e contro

Quando una PMI decide di fare custom, deve scegliere tra internalizzare (assumere sviluppatori) o esternalizzare (commissionare a una software house o a freelance qualificati).

L’internalizzazione ha senso quando il software è core-business, quando il volume di sviluppo è continuativo (almeno 2-3 sviluppatori a tempo pieno per anni) e quando l’azienda è in grado di attrarre e trattenere talenti tecnici (cosa non banale fuori dalle grandi città italiane). I vantaggi sono il controllo totale, la conoscenza profonda del dominio, la velocità di iterazione. Gli svantaggi: difficoltà di reclutamento, costo del lavoro elevato (uno sviluppatore senior italiano nel 2021 costa all’azienda 55-80k€ lordi annui), rischio di “fuga” dello sviluppatore con conseguente paralisi del progetto.

L’outsourcing è la scelta tipica delle PMI italiane: si commissiona a una software house esterna con un team strutturato. I vantaggi sono la flessibilità, l’accesso a competenze diverse, l’assenza di costi fissi quando il progetto rallenta. Gli svantaggi: dipendenza dal fornitore, necessità di gestire bene i contratti, potenziale lock-in tecnologico se il codice non viene consegnato e documentato correttamente.

Una via di mezzo molto efficace è il modello ibrido: 1 sviluppatore senior interno (che diventa il “guardiano del codice” e l’interfaccia con l’azienda) + un team esterno per il grosso dello sviluppo. È la formula che spesso suggeriamo alle PMI sopra i 20-30 dipendenti che vogliono evolvere in modo stabile il loro stack software.

8. Come scegliere il partner di sviluppo giusto

La scelta del partner di sviluppo è probabilmente la decisione più critica del progetto: un buon partner può salvare un progetto male specificato, un cattivo partner può affossare anche il progetto meglio definito. Ecco i criteri chiave da valutare:

1. Casi studio nel tuo settore: se realizzano gestionali per aziende manifatturiere e tu sei una manifatturiera, hanno gia’ affrontato problemi simili. Chiedi referenze.
2. Stack tecnologico mainstream: diffida di chi propone tecnologie esotiche o framework proprietari. Il tuo software deve poter essere mantenuto anche da altri se domani il fornitore sparisce.
3. Processo di lavoro chiaro: domande tipo “come gestite gli sprint?”, “quanto durano le demo?”, “come gestite le richieste di modifica?” devono avere risposte precise. Se sentite “vediamo strada facendo”, scappate.
4. Codice consegnato e documentato: il contratto deve prevedere che il codice e la documentazione siano di proprieta’ del cliente, in un repository accessibile (Git), con README e istruzioni di deploy.
5. Piano di manutenzione: cosa succede dopo il go-live? Il partner offre un contratto di manutenzione? A che SLA?
6. Solidita’ aziendale: meglio una software house con 5+ anni di storia e fatturato verificabile rispetto a un team appena nato. Il software dura anni, il fornitore deve durare almeno altrettanto.
7. Comunicazione e cultura: il team del partner sara’ come un’estensione del tuo. Ti devi trovare bene a parlarci. Se gia’ nei primi incontri non capisci cosa dicono, sara’ un disastro.

Un suggerimento spesso ignorato: chiedi sempre 3 preventivi. Non per scegliere il piu’ basso (anzi, di solito il piu’ basso e’ una trappola), ma per capire come ragionano i diversi fornitori. Un preventivo serio include: descrizione delle funzionalita’, stima per fasi, assunzioni e rischi, tempi e milestone, condizioni di pagamento. Un preventivo da 1 pagina con un numero secco e’ un campanello d’allarme.

9. Manutenzione, evoluzione, debito tecnico: cosa aspettarsi

Un errore frequentissimo delle PMI è considerare il software custom come un acquisto una-tantum. Non è così. Il software è un organismo vivo: deve essere aggiornato, evoluto, manutenuto. Vediamo cosa significa concretamente.

Manutenzione correttiva: bug che emergono in produzione, correzioni di sicurezza, aggiornamenti delle dipendenze (Laravel, librerie JavaScript, sistema operativo). Tipicamente costa il 15-20% annuo del valore di sviluppo iniziale. Un progetto da 60.000 € richiede quindi 9-12.000 € all’anno di manutenzione di base.

Evoluzione: nuove funzionalità richieste dal business. Non è “manutenzione” in senso stretto: è nuovo sviluppo, e va budgetato a parte. Le PMI in crescita spendono spesso il 30-50% del costo iniziale ogni anno in evoluzioni.

Debito tecnico: la “scorciatoia” presa oggi per consegnare in tempo, che si paga domani con interessi. Il debito tecnico è inevitabile, ma va monitorato. Un buon partner di sviluppo include nella manutenzione almeno il 10-20% del tempo per refactoring e pulizia: se non lo fa, dopo 3-4 anni il software diventa ingestibile.

Aggiornamenti maggiori: ogni 3-5 anni un software custom richiede tipicamente un upgrade significativo (passaggio a versione maggiore del framework, migrazione a nuovo database, ridisegno UX). Va pianificato.

Il consiglio operativo: quando firmi il contratto di sviluppo, firma contestualmente anche un contratto di manutenzione annuale. Evita di scoprire dopo 6 mesi che il fornitore vuole 200 €/ora per fix urgenti.

10. Errori frequenti delle PMI nel commissionare software custom

Negli anni abbiamo visto ripetersi gli stessi errori. Eccoli, in modo che tu possa evitarli:

• Scrivere capitolati di 2 pagine: “vogliamo un gestionale che faccia X, Y, Z”. Cosi’ i fornitori interpretano a modo loro e i preventivi diventano confrontabili come pere e mele.
• Pagare tutto upfront: mai. La forma corretta e’ a milestone (30% all’inizio, 30-40% a meta’, resto al go-live, eventualmente con ultimi 10% dopo 30 giorni di esercizio).
• Non avere un referente interno: il “project owner” lato cliente serve. Senza, le decisioni rimbalzano e i tempi raddoppiano.
• Cambiare requisiti ogni settimana: scope creep classico. Le iterazioni vanno bene, ma i requisiti “core” devono essere stabili.
• Saltare la fase di test: “lo testeremo in produzione”. Modo sicuro per perdere clienti e fiducia interna.
• Sceglier il preventivo piu’ basso: nel 70% dei casi si paga di piu’ alla fine, perche’ il fornitore low-cost o non finisce, o consegna codice da rifare.
• Non prevedere formazione: il miglior software del mondo, se non e’ usato, non serve. La formazione utenti deve essere parte del progetto, non un optional a pagamento successivo.
• Non chiedere il codice sorgente: se il contratto non specifica chi possiede il codice, in caso di rottura con il fornitore puoi ritrovarti senza nulla.

11. Un caso concreto: dal foglio Excel al gestionale custom

Per concretizzare, raccontiamo un caso tipico (anonimizzato) che riassume bene il percorso. Cliente: PMI italiana del settore distribuzione tecnica, 35 dipendenti, 8M€ di fatturato.

Situazione di partenza (2019): un gestionale generalista vecchio di 12 anni, 4 fogli Excel “critici” condivisi via email per la gestione ordini speciali, 2 ore al giorno di un impiegato per riconciliare i dati tra Excel e gestionale, errori frequenti, frustrazione del team commerciale.

Decisione (inizio 2020): dopo aver valutato 2 ERP di mercato (preventivi a 80k€ + 18k€/anno di licenze) e 2 software house (preventivi a 70k€ e 95k€), il cliente sceglie un’azienda media (90k€ inclusa migrazione dati e formazione) e affianca un suo IT manager part-time come project owner.

Sviluppo (8 mesi, 2020): 6 sprint di 2 settimane per la fase di analisi e prima release MVP (gestione ordini speciali + integrazione con il vecchio gestionale via API), poi 8 sprint per moduli avanzati (preventivi multi-livello, configurazione prodotti, BI). Demo bisettimanali, due richieste di scope-change negoziate.

Go-live (autunno 2020): rollout graduale per reparto, formazione 2 giorni intensivi + 4 settimane di supporto on-site. Vecchio gestionale mantenuto in parallelo per 3 mesi per sicurezza.

Risultati a 6 mesi dal go-live: tempo di processazione di un ordine speciale ridotto da 25 a 8 minuti, errori di trascrizione azzerati, 2 ore/giorno dell’impiegato dedicate ad attivita’ a maggior valore, soddisfazione team commerciale alle stelle. Il software paga il proprio costo in circa 18 mesi, e ora si sta evolvendo verso un portale clienti per ordini self-service.

Non tutti i progetti vanno cosi’ bene, ma con metodo, partner giusto e referente interno serio, e’ la traiettoria realistica.

12. Domande frequenti

Posso partire piccolo e crescere?
Si’, anzi e’ fortemente consigliato. L’approccio MVP (Minimum Viable Product) prevede di rilasciare in 2-3 mesi una prima versione funzionante con il 30-40% delle funzionalita’ previste, raccogliere feedback dagli utenti reali, e iterare. Riduce il rischio e migliora la qualita’ del prodotto finale.

Quanto tempo dura un software custom?
Con manutenzione adeguata, 8-12 anni. Senza manutenzione, anche solo 3-4 anni prima di diventare ingestibile. La durata reale dipende dalla qualita’ del codice, dalla bonta’ delle scelte architetturali e dall’investimento continuo in evoluzione.

Cosa succede se il fornitore chiude?
Se il contratto e’ scritto bene (codice di proprieta’ del cliente, repository Git accessibile, documentazione consegnata), nulla di drammatico: si trova un nuovo partner per la manutenzione. Se il contratto e’ scritto male, puo’ essere un disastro. E’ uno dei motivi per cui scegliere un partner solido e contrattualizzare bene e’ fondamentale.

Devo per forza usare il cloud?
No, ma e’ la scelta default nel 2021 per costi, scalabilita’ e disaster recovery. L’on-premise ha senso solo per esigenze specifiche di compliance o latenza. Spesso si adotta un modello ibrido (DB on-premise + applicativo in cloud).

Low-code/no-code possono sostituire il custom?
Per progetti semplici e prototipi, si’. Strumenti come Bubble, Webflow, Microsoft Power Apps o OutSystems permettono di realizzare app senza scrivere codice. I limiti emergono quando servono integrazioni complesse, prestazioni elevate, controllo del codice o customizzazioni avanzate. Per la maggior parte dei gestionali PMI seri, il custom resta la scelta giusta.

Quanto deve costare la prima call con un partner?
Niente. Una prima call conoscitiva di 30-60 minuti e’ standard gratuita. Diffida di chi te la fa pagare gia’ a quel livello. La consulenza specifica (analisi, capitolato) puo’ invece avere un costo, e va bene cosi’.