SynSphere Italia
Software su misura SynSphere
Sviluppo custom su misura per processi, integrazioni e proprietà del codice
Scheda prodotto SynSphereDecision matrix su 8 criteri per decidere fra sviluppo custom e SaaS verticale. TCO 3 anni, time-to-market, integrazioni, proprietà, vendor lock-in.
SynSphere Italia
Sviluppo custom su misura per processi, integrazioni e proprietà del codice
Scheda prodotto SynSphereVendor SaaS generici
Software pre-pacchettizzato disponibile a canone mensile per processi standard
01 — Il contesto
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).
02 — Confronto puntuale
Ogni criterio confronta i due prodotti su un aspetto rilevante. I valori sono basati su informazioni pubblicamente disponibili sui siti dei vendor coinvolti.
Modello di costo
SynSphere Italia
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
SynSphere Italia
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
SynSphere Italia
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).
Time-to-first-use
SynSphere Italia
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
SynSphere Italia
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.
Adattamento al processo aziendale
SynSphere Italia
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
SynSphere Italia
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.
Integrazione con sistemi legacy
SynSphere Italia
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à
SynSphere Italia
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à del codice sorgente
SynSphere Italia
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
SynSphere Italia
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
SynSphere Italia
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.
Crescita utenti / dati
SynSphere Italia
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
SynSphere Italia
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).
Aggiornamenti e manutenzione
SynSphere Italia
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
SynSphere Italia
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
SynSphere Italia
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.
Residenza dati e GDPR
SynSphere Italia
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
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.
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.
04 — La nostra raccomandazione
Per una PMI italiana che sta valutando build vs buy oggi, la regola pratica che funziona è questa: applica il decision tree dei 5 criteri del [pillar ROI](/notizie/roi-software-su-misura-pmi-tco-3-anni#decision-tree-quando-custom-batte-saas). Se rispondi sì a 3 o più criteri (specificità del processo, 30+ utenti, orizzonte 3+ anni, integrazioni complesse, vincoli di proprietà/regolamentari), il custom è la scelta razionale.
Se rispondi sì a 1-2 criteri il custom è marginale: probabilmente conviene partire con un SaaS e valutare il custom in un secondo momento, quando i criteri matureranno o emergerà chiaramente che il SaaS è insufficiente. Se rispondi sì a 0 criteri, il custom è la scelta sbagliata: spenderai 3-5 volte il SaaS senza ricavarne valore proporzionale.
La parte difficile non è scegliere fra le due opzioni in astratto — è essere onesti nell'autovalutazione dei criteri. Tre errori frequenti: (1) sopravvalutare la specificità del processo ("il nostro processo è unico" → spesso non lo è), (2) sottovalutare la curva di lock-in del SaaS ("posso sempre cambiare" → no, dopo 18 mesi il costo di switch è proibitivo), (3) ignorare l'orizzonte temporale ("vediamo intanto cosa serve adesso" → il custom va valutato su 3 anni minimo).
Per il tuo caso specifico: usa il [configuratore software su misura](/software/su-misura/configuratore) per un range di prezzo del custom, poi confrontalo con il TCO 3 anni del SaaS che stai valutando in alternativa. Se la differenza è inferiore al 30% e hai 2+ criteri del decision tree → quasi sempre conviene il custom. Se la differenza è superiore al 100% → quasi sempre conviene il SaaS, salvo i 3-4 casi qualitativi (proprietà, compliance, differenziazione strategica) in cui il calcolo numerico non basta.
05 — Domande frequenti
**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.
**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.
**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.
**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.
**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.
**È 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.
Confronti correlati per argomento, sezione e categoria di catalogo.
Microsoft Azure vs Amazon Web Services (AWS)
Confronto fra le due piattaforme cloud principali per ospitare un software custom: datacenter Italia, integrazione Microsoft 365, prezzi, servizi managed, supporto in italiano.
Microsoft Sentinel vs Splunk Enterprise Security
Microsoft Sentinel vs Splunk Enterprise Security per PMI italiane: SIEM a confronto su pricing per ingestion, integrazione M365 vs ecosistema esteso, AI/UEBA, SOAR, scalabilità.
Microsoft Power Apps vs OutSystems
Microsoft Power Apps vs OutSystems per PMI italiane: low-code a confronto. Citizen developer vs professional developer, integrazione M365 vs full-stack, pricing e use case.
Parla con un nostro consulente: ti aiutiamo a tradurre il confronto teorico in una scelta concreta sul tuo scenario aziendale (utenti, stack, budget, tempi). Discovery iniziale gratuita.