Salta al contenuto
Confronto vs alternativa Software · Software su misura In evidenza

Software su misura vs SaaS verticale: come scegliere per una PMI italiana

Decision matrix su 8 criteri per decidere fra sviluppo custom e SaaS verticale. TCO 3 anni, time-to-market, integrazioni, proprietà, vendor lock-in.

— vs —

Vendor SaaS generici

SaaS verticale di mercato

Software pre-pacchettizzato disponibile a canone mensile per processi standard

01 — Il contesto

Perché confrontarli

La domanda "costruisco custom o adotto un SaaS verticale?" è la prima vera decisione che una PMI italiana deve prendere quando capisce che Excel + email non bastano più per un certo processo. La risposta sbagliata costa 2-3 anni di lavoro, perché correggere la scelta in corso richiede una migrazione dati e di processo che pesa quanto un nuovo progetto.

Questo confronto è una guida acquisto basata su 8 criteri di valutazione, decisamente più orientativa che neutrale: in alcune circostanze il custom è chiaramente la scelta giusta, in altre il SaaS lo è. Il valore aggiunto del confronto è capire a quale categoria appartiene il tuo caso, non sostenere una tesi a priori. Per il framework numerico del business case vedi anche il pillar [ROI software su misura: TCO a 3 anni](/notizie/roi-software-su-misura-pmi-tco-3-anni).

Criteri di confronto

Ogni criterio confronta i due prodotti su un aspetto rilevante. I valori sono basati su informazioni pubblicamente disponibili sui siti dei vendor coinvolti.

Costo e finanze

  • Modello di costo

    CapEx + OpEx: investimento iniziale alto (15-50 k€ tipico) + costi ricorrenti modesti (hosting, manutenzione, evolutive — circa 25% del costo iniziale all'anno). Curva di costo decrescente nel tempo.

    Vendor SaaS generici

    OpEx puro: nessun investimento iniziale significativo, canone mensile per utente (35-80 €/utente/mese tipico) che cresce linearmente con il numero di utenti. Aumenti di prezzo annuali del 5-10% comuni.

  • TCO a 3 anni — PMI 30 utenti

    Sviluppo iniziale 25-35 k€ + costi ricorrenti 7-9 k€/anno → 45-60 k€ su 3 anni. Dal quarto anno in avanti solo costi ricorrenti.

    Vendor SaaS generici

    SaaS a 50 €/utente/mese × 30 utenti × 36 mesi = 54 k€ su 3 anni (senza aumenti). Con aumenti 7%/anno: 57 k€. Cresce linearmente oltre 3 anni.

  • Cassa primo anno

    Sforzo cassa più alto: investimento iniziale concentrato + costi ricorrenti dal primo anno. Possibile dilazione contrattuale (es. 50% allo start + 50% al delivery).

    Vendor SaaS generici

    Sforzo cassa lineare e prevedibile: canone mensile sin dal primo giorno. Trial gratuiti spesso disponibili (14-30 giorni).

Tempo e velocità

  • Time-to-first-use

    3-9 mesi dal go-ahead alla prima versione utilizzabile in produzione, a seconda della complessità. Possibile MVP più rapido (6-10 settimane) se scoping ben definito.

    Vendor SaaS generici

    Ore o giorni: account creato in pochi minuti, configurazione iniziale 2-10 giorni a seconda della complessità di setup. Time-to-value rapidissimo.

  • Time-to-new-feature

    Nuove funzionalità sviluppate su richiesta, tempi 2-8 settimane a seconda della complessità. Priorità decise dal cliente.

    Vendor SaaS generici

    Nuove funzionalità decise dal vendor secondo la sua roadmap, non per il singolo cliente. Disponibili quando il vendor le rilascia, spesso con upgrade di piano.

Personalizzazione

  • Adattamento al processo aziendale

    Adattamento totale: il software replica esattamente il processo aziendale, comprese le sue peculiarità e eccezioni. Workflow custom, terminologia interna, logica di business specifica.

    Vendor SaaS generici

    Configurabilità entro i limiti previsti dal vendor: campi custom, regole condizionali, branding, workflow standard. Oltre questi limiti il processo aziendale deve adattarsi al software (non viceversa).

  • Gestione eccezioni e casi limite

    Le eccezioni del business reale vengono coperte by design o aggiunte come evolutive. Nessun caso limite che "non si può fare".

    Vendor SaaS generici

    Casi limite spesso impossibili da gestire dentro il SaaS, costringono a workaround manuali (Excel paralleli, processi fuori sistema) che erodono il valore della piattaforma.

Integrazioni

  • Integrazione con sistemi legacy

    Integrazione su misura con qualsiasi sistema esistente, anche legacy senza API moderne (AS/400, ERP custom, scrape di file FTP). L'integrazione viene costruita per la tua infrastruttura.

    Vendor SaaS generici

    Integrazioni native solo con sistemi popolari (Microsoft 365, Salesforce, alcuni ERP moderni). Per legacy o sistemi proprietari serve middleware aggiuntivo (es. Zapier, Power Automate) o integrazioni custom a parte.

  • API e estensibilità

    API REST documentate progettate per il tuo caso d'uso, esponibili anche a partner esterni. Webhook configurabili, codice sorgente disponibile per estensioni.

    Vendor SaaS generici

    API disponibili nei piani avanzati (spesso solo Enterprise), con rate limit imposti dal vendor. Webhook spesso limitati ai trigger predefiniti.

Proprietà e controllo

  • Proprietà del codice sorgente

    Codice sorgente di proprietà del cliente (clausola contrattuale standard nei progetti SynSphere). Puoi modificarlo, far evolvere da altro fornitore, depositarlo in escrow.

    Vendor SaaS generici

    Codice di proprietà del vendor. Non hai accesso al sorgente. La continuità del servizio dipende dalla solidità finanziaria del vendor.

  • Vendor lock-in

    Lock-in verso il partner di sviluppo, mitigabile con buona documentazione, escrow del codice, scelta di stack tecnologico mainstream (.NET, Node, Python) per cui altri fornitori sono facilmente trovabili.

    Vendor SaaS generici

    Lock-in verso il vendor SaaS, difficilmente mitigabile. I dati possono essere esportati (di solito in formato standard) ma processi, configurazioni e integrazioni vanno ricostruiti da zero altrove.

  • Continuità in caso di problemi vendor

    Se il partner di sviluppo cessa l'attività, il software continua a funzionare e può essere mantenuto da un altro fornitore (più o meno facilmente in base alla qualità del codice e della documentazione).

    Vendor SaaS generici

    Se il vendor SaaS cessa l'attività o cambia strategia (es. discontinuance del prodotto), il servizio si interrompe. Migrazione di emergenza a un altro SaaS o a custom costa decine di migliaia di € in 3-6 mesi.

Scalabilità

  • Crescita utenti / dati

    Scala in base alla scelta architetturale iniziale e all'investimento in hosting. Costi proporzionali alla risorsa cloud usata, non al numero di utenti. Multi-tenant possibile by design se serve.

    Vendor SaaS generici

    Scala bene fino al limite del piano scelto; oltre, richiede upgrade a piano superiore con prezzo per utente più alto. Costo proporzionale al numero di utenti business.

  • Performance e personalizzazione carichi

    Performance tunabili per il caso specifico: scelta del database, indicizzazione, caching, autoscaling. Possibile ottimizzare per carichi peculiari (batch notturni, picchi prevedibili).

    Vendor SaaS generici

    Performance gestite dal vendor secondo il pricing tier. Limiti hard sull'uso non sempre trasparenti (numero di richieste API, dimensione documenti, retention dati).

Operations

  • Aggiornamenti e manutenzione

    Aggiornamenti decisi dal cliente: librerie, framework, patch di sicurezza vengono applicati secondo policy concordata. Required: contratto di manutenzione attivo.

    Vendor SaaS generici

    Aggiornamenti automatici e continui dal vendor. Nessun intervento richiesto, ma nessun controllo: un cambio UI o di flusso può rompere processi consolidati senza preavviso.

  • Backup e disaster recovery

    Backup e DR strategy configurati nel progetto secondo i requisiti del cliente (RPO/RTO definiti, multi-region opzionale). Test di ripristino programmabili.

    Vendor SaaS generici

    Backup gestiti dal vendor, retention e granularità definite dal piano. Ripristino spesso solo via ticket support, tempi variabili. Test di ripristino raramente possibili.

  • Supporto utenti

    Supporto fornito da partner di sviluppo (SLA definito contrattualmente) o gestito internamente con base di conoscenza propria. Conoscenza profonda del sistema garantita.

    Vendor SaaS generici

    Supporto vendor (ticketing, knowledge base, chat). Qualità variabile fra vendor — alcuni eccellenti, altri scadenti. Risposta in italiano garantita solo per vendor con presenza in Italia.

Compliance

  • Residenza dati e GDPR

    Hosting scelto dal cliente: Italia (Azure Italy North), EU, on-premise. Conformità GDPR/NIS2 progettabile nel software (data retention, audit log, DLP).

    Vendor SaaS generici

    Residenza dati nei datacenter del vendor (spesso EU, talvolta USA con DPF). Conformità garantita dal vendor entro i limiti contrattuali — verificare caso per caso per settori regolamentati.

03 — Quando scegliere uno o l'altro

Scenari decisionali

Non esiste vincitore assoluto. La scelta giusta dipende dal vostro contesto: stack esistente, processi, dimensione, budget.

Scegli il software custom se...

Hai 30+ utenti business, processo con 3+ peculiarità che nessun SaaS copre, integrazioni con sistemi legacy o proprietari, orizzonte di utilizzo 3+ anni. Il custom diventa la scelta razionale quando l'unione di questi fattori si verifica.

Scegli il custom se devi vendere il software

Stai costruendo un prodotto da rivendere ai tuoi clienti come SaaS verticale (esempio: software per gestione condomini, gestionale officine, piattaforma per associazioni di categoria). Il SaaS multi-tenant si costruisce solo custom, non si compra.

Scegli il custom per asset proprietari

Il software incorpora know-how proprietario, algoritmi sviluppati internamente, formule industriali, processi che sono il tuo vantaggio competitivo. Mettere questa logica dentro un SaaS condiviso significa darla in gestione esterna.

Strategia mista (raccomandata in molti casi)

Per processi standard usa SaaS (CRM, accounting, HR di base), per processi core / differenzianti / con integrazioni complesse usa custom. La maggior parte delle PMI mature ha questo mix — non è custom vs SaaS, è custom + SaaS.

SaaS verticale di mercato

Scegli il SaaS se...

Hai meno di 20 utenti business, processi standard (CRM commerciale, ticketing IT, HR base, accounting), urgenza di partire entro 30 giorni, budget operativo costante senza investimento iniziale. È la scelta giusta per il 60% delle prime informatizzazioni PMI.

Il consiglio SynSphere

05 — Domande frequenti

FAQ

  • Posso iniziare con un SaaS e migrare a custom dopo?

    **Tecnicamente sì, praticamente costa quanto fare il custom da zero**. Migrare da SaaS a custom dopo 18-24 mesi significa: estrazione dati (parzialmente automatizzabile), riprogettazione processi (la versione "SaaS" e la versione "custom" non sono mai identiche), formazione utenti su nuova UI, periodo di doppio binario, gestione del legacy SaaS finché tutti i dati storici non sono migrati. Aspettati il 70-90% del costo di un greenfield custom. Pattern operativo: se sai già che il custom è la destinazione, evita il SaaS intermedio.

  • Quanto deve essere "unico" il mio processo per giustificare il custom?

    **Conta non solo l'unicità ma il numero di peculiarità non coperte da un SaaS verticale**. Se un SaaS copre il 95% del processo e tu gestisci il 5% restante con un Excel parallelo, il SaaS vince. Se la copertura scende sotto l'80% e gli Excel paralleli diventano 3-4, il costo dei workaround manuali supera presto quello di un custom. La soglia indicativa: oltre 3 workaround Excel su un processo dovrebbe accendere la lampadina che il SaaS non è il vestito giusto.

  • Software custom richiede sempre un team IT interno?

    **No, non con un partner di sviluppo strutturato**. Per una PMI italiana che esternalizza il custom a un partner come SynSphere, l'unico requisito interno è un "product owner" (1 persona, non a tempo pieno) che funge da interfaccia: traduce le richieste del business in priorità di sviluppo e fa da gatekeeper sulle decisioni di prodotto. Lo sviluppo, hosting, manutenzione, supporto possono essere completamente in outsourcing.

  • L'AI generativa non rende obsoleto il software custom?

    **No, lo cambia.** L'AI generativa abbassa il costo di sviluppo del 15-30% sui task ripetitivi (boilerplate, CRUD, test) ma non sostituisce la progettazione, la comprensione del dominio, la validazione, l'integrazione, la sicurezza. Il custom "vibe coding" che gira nelle demo è impressionante in 30 secondi ma raramente è production-ready. Per una PMI il custom 2026 costa meno del custom 2022, ma la differenza è quantitativa (10-25% in meno), non strutturale.

  • Come negoziare la proprietà del codice nel contratto?

    **Clausola standard nei contratti SynSphere e raccomandata per qualsiasi acquisto custom**: cessione integrale dei diritti di sfruttamento economico del software sviluppato (codice sorgente, documentazione, asset grafici) al cliente al saldo finale. Eccezioni tipiche: librerie open source (restano sotto le rispettive licenze), framework e tool del partner (restano del partner), know-how generale (resta del partner). Per progetti business-critical aggiungere clausola di **escrow del codice** presso terza parte neutra.

  • Quanto pesa il rischio di scegliere un partner di sviluppo sbagliato?

    **È il rischio principale di chi sceglie custom, e va mitigato attivamente.** Mitigazioni: (1) chiedere reference verificabili di clienti analoghi per dimensione e settore, (2) imporre uno stack tecnologico mainstream (.NET, Node, Python, framework standard) per facilitare il passaggio ad altro partner se necessario, (3) richiedere codice in repository Git accessibile dal cliente sin dal primo giorno, (4) definire documentazione tecnica come deliverable contrattuale, (5) per progetti business-critical inserire escrow del codice. La domanda chiave da fare in pre-vendita: "se vi succedesse qualcosa, posso prendere il codice e portarlo a un altro fornitore senza partire da zero?". La risposta deve essere sì.

Nota metodologica. Il confronto è basato su informazioni pubblicamente disponibili sui siti dei vendor coinvolti, listini e documentazione tecnica ufficiale. Nomi, marchi e logo citati sono dei rispettivi proprietari. Per una valutazione personalizzata sul tuo specifico scenario aziendale (utenti, stack esistente, budget, requisiti compliance), contattaci: discovery iniziale gratuita, senza impegno.

  • Software su misura
  • SaaS
  • Build vs Buy
  • TCO
  • PMI
  • Guida acquisto