Tra le decisioni che pesano di più sulla salute IT di un'azienda, una svetta: scegliere se un nuovo strumento va costruito su misura, comprato come prodotto standard, o composto come ibrido tra i due. Sbagliare costa anni di technical debt, frustrazione del team, fatturazioni di consulenza che non finiscono mai.
Negli ultimi sette anni abbiamo lavorato con oltre 200 aziende su questa scelta — sia su prodotti nostri sia su consulenza pura. Quello che segue è la griglia decisionale che ci ha dato meno errori.
Le 5 domande che chiariscono il 90% dei casi
1. Il processo è già un vantaggio competitivo, o vuoi solo eseguirlo bene?
Se il processo è ciò che ti distingue dai concorrenti — il modo in cui calcoli i prezzi, gestisci la produzione, costruisci preventivi — devi farlo su misura. Comprare un software standard ti livella verso il basso. Se invece il processo è uno standard di settore (contabilità, gestione presenze, fatturazione), comprare standard è quasi sempre la scelta giusta.
2. Esistono 3+ prodotti standard maturi sul mercato?
Se ci sono prodotti maturi (almeno 5 anni di mercato, oltre 1000 clienti, community attiva), il rischio di costruirli ex-novo è altissimo. Quasi sicuramente il prodotto standard fa l'80% di quello che ti serve, e il vendor ci ha messo cento mesi-uomo che tu non vuoi rifare. Se invece il mercato è frammentato, con prodotti immaturi o pensati per altre geografie, lo spazio per un build su misura è reale.
3. Hai un team interno per mantenerlo?
Il software custom non finisce al go-live. Va manutenuto, aggiornato, evoluto. Se non hai un team interno o un partner di lungo termine credibile, comprare standard è quasi sempre meglio. Avrai meno controllo, ma avrai un vendor che si occupa di patch di sicurezza, migrazioni, compatibilità.
4. Quanto cambia il tuo business in 24 mesi?
Business molto stabili (es. centro medico tradizionale, B&B, idraulico) traggono vantaggio da prodotti standard: cambiano poco, e il software standard cambia per loro. Business in forte evoluzione (startup in fase di scaling, retailer che sta cambiando modello, manifatturiero che diventa servizio) hanno bisogno di flessibilità che solo il custom dà.
5. Hai requisiti di integrazione complessi?
Se hai un parco di sistemi legacy con cui devi parlare in modo non banale (gestionali vecchi, PLC, scanner barcode, sistemi di terzi senza API moderne), spesso il software standard "non riesce" e ti tocca il custom — o un layer custom sopra a un prodotto standard.
I tre modelli che funzionano nel 2026
Modello A — Standard puro
Compri il prodotto, accetti il suo modo di funzionare, eventualmente cambi un po' i tuoi processi per allinearti. Costo prevedibile, time-to-value rapido, scelta giusta per processi commodity. Esempi: ERP standard, gestionale di magazzino base, software di paghe.
Modello B — Custom puro
Costruisci esattamente quello che ti serve, da zero o quasi. Costo alto, time-to-value lungo, valore competitivo massimo se il processo è strategico. Esempi: una piattaforma di pricing dinamico per una catena retail, un MES per un manifatturiero con processo unico.
Modello C — Ibrido (la scelta più frequente)
Compri un prodotto standard come base e ci costruisci sopra moduli custom per le parti distintive. È quello che facciamo con la maggior parte dei nostri clienti GDO: prodotti standard come inpublish per il commerciale, custom per le integrazioni col gestionale e per le logiche di pricing specifiche. Bilanciamento ottimale tra controllo, costo e velocità.
Errori frequenti
- Costruire da zero quello che già esiste, perché "ci tocchiamo i nostri". Quasi sempre fallimento.
- Comprare standard quando il processo è il tuo vantaggio: ti livelli ai concorrenti.
- Sottostimare il costo di mantenimento del custom: il go-live è il 30% dei costi totali nei primi 5 anni.
- Sopravvalutare la "flessibilità" del prodotto standard: il vendor ti dirà sempre "sì si può". Verifica che lo facciano davvero altri clienti.
Vuoi un parere indipendente sulla scelta che stai per fare?
Parliamone
