Self-Hosting di un CRM: Perché Abbiamo Abbandonato il SaaS

Il mercato dei CRM SaaS non manca di opzioni. Salesforce, HubSpot, Pipedrive, Zoho — ciascuno con la propria fascia di prezzo, matrice di funzionalità e account manager pronto a spiegare perché il livello superiore è esattamente ciò di cui la tua azienda ha bisogno. Abbiamo usato diversi di questi strumenti nel corso degli anni e abbiamo scoperto che, oltre un certo punto, la proposta di valore si inverte.

I costi sono il sintomo più visibile. Pipedrive inizia ragionevolmente, poi scala per utente. Il livello gratuito di HubSpot è funzionale fino al momento in cui non lo è, a quel punto il salto a un piano a pagamento è sostanziale. Salesforce opera in una categoria completamente diversa: è software enterprise con prezzi di conseguenza, che richiede amministratori dedicati per configurarlo e mantenerlo. Per una società di consulenza che gestisce alcune centinaia di contatti e una manciata di trattative attive, nessuna di queste strutture di prezzo è particolarmente efficiente.

Ma il calcolo dei costi non riguarda solo le tariffe di abbonamento. C'è anche la questione di cosa si sta effettivamente acquistando.

Il Problema del Lock-in

I vendor di CRM SaaS vendono convenienza. In cambio, mantengono la custodia dei tuoi dati, il controllo sull'interfaccia e la capacità di modificare i prezzi a loro discrezione. Questa non è un'osservazione controversa — è il modello. Salesforce ha aumentato i prezzi più volte. HubSpot ha ristrutturato il gating delle funzionalità tra i suoi livelli. Pipedrive ha introdotto minimi per utente su piani che in precedenza non li avevano. Ognuna di queste mosse è interamente nei diritti del vendor, e ognuna crea attrito per i clienti che hanno costruito flussi di lavoro attorno ai termini precedenti.

La questione della portabilità dei dati è più saliente di quanto la maggior parte delle discussioni riconosca. Ogni grande CRM offre funzionalità di esportazione, tipicamente in CSV. Ma un'esportazione CSV dei dati dei contatti non è la stessa cosa dei dati del CRM. Le relazioni tra contatti e aziende, la cronologia delle attività, le tempistiche delle trattative, i campi personalizzati — questi raramente sopravvivono a un'esportazione in modo pulito. In pratica, migrare via da un CRM SaaS significa ricostruire porzioni significative della storia operativa da zero. I dati sono tecnicamente tuoi, ma recuperarli in una forma utile richiede uno sforzo sostanziale.

Twenty CRM e l'Opzione Self-Hosting

Twenty (twenty.com) è un CRM open-source emerso come seria alternativa alle offerte commerciali. La codebase è attivamente sviluppata, il modello dei dati è ben strutturato e l'interfaccia è genuinamente utilizzabile. Funziona su PostgreSQL, il che significa che gli strumenti standard per database si applicano direttamente. Il progetto non è un repository hobbistico — ha un team finanziato alle spalle e una roadmap chiara.

L'abbiamo distribuito sulla nostra infrastruttura Hetzner esistente, la stessa istanza CX53 che esegue il nostro sito web e altri servizi dietro Traefik. La configurazione Docker Compose fornita da Twenty è semplice. I servizi principali sono il server API, il frontend, il database PostgreSQL e Redis per il caching e la gestione delle code. Il costo totale delle risorse per un piccolo team è modesto: lo stack consuma meno di 2 GB di RAM a riposo.

Il processo di configurazione ha richiesto circa due ore, inclusa la configurazione DNS e la terminazione SSL attraverso il nostro reverse proxy Traefik esistente. La documentazione di Twenty copre chiaramente il percorso di distribuzione Docker. Le variabili d'ambiente sono ben documentate, i health check funzionano come previsto e la migrazione iniziale dei dati viene eseguita automaticamente al primo avvio. Non ci sono stati ostacoli significativi.

Cosa Mostra Effettivamente l'Analisi dei Costi

Eseguire Twenty self-hosted sull'infrastruttura che già gestiamo non costa praticamente nulla in termini incrementali. Su infrastruttura dedicata, il costo è la fattura mensile del server. Il nostro Hetzner CX53 funziona a circa €30 al mese e ospita più servizi — il CRM è un tenant in un ambiente condiviso, non la ragione per cui il server esiste.

Confrontate con le comuni alternative SaaS. Pipedrive costa $24–67 per utente al mese a seconda del livello. Per un team di tre persone, sono $72–201 al mese, o $864–2.412 all'anno. Il livello Professional di HubSpot, che sblocca l'automazione e i report personalizzati, costa $800 al mese per cinque utenti. Salesforce Essentials — il punto d'ingresso — parte da $25 per utente al mese, ma le funzionalità che la maggior parte dei team di vendita richiedono effettivamente si trovano al livello Professional a $75 per utente.

Nessuna di queste cifre è irragionevole per grandi organizzazioni di vendita dove l'adozione del CRM guida direttamente il valore misurabile della pipeline. Ma per una società di consulenza tecnica dove il CRM è principalmente un database di contatti e una cronologia degli impegni, il calcolo è diverso. Il costo operativo di una distribuzione self-hosted si misura in ore all'anno, non alla settimana. Il pareggio si raggiunge rapidamente.

La Proprietà dei Dati in Pratica

Quando i dati del CRM vivono in un database PostgreSQL che si controlla, le implicazioni operative sono concrete. I backup sono dump standard del database — eseguiamo esportazioni giornaliere pg_dump su Hetzner Object Storage, conservate per 30 giorni con snapshot mensili conservati per un anno. Le query sono senza restrizioni. Si possono unire le tabelle CRM con i propri dati, costruire report personalizzati sullo schema grezzo, o inviare i dati dei contatti ad altri sistemi interni senza limiti di velocità di esportazione o quote di chiamate API.

Questo è più importante di quanto sembri inizialmente. I CRM SaaS impongono limiti di velocità API che diventano vincoli architetturali su larga scala. Il livello gratuito di HubSpot limita le richieste a 500 al giorno. I limiti di Pipedrive variano per piano. Quando è necessario sincronizzare i dati CRM con sistemi esterni — strumenti di fatturazione, gestione dei progetti, dashboard personalizzate — questi limiti determinano quali integrazioni sono architetturalmente fattibili. Con un database PostgreSQL self-hosted, l'unico vincolo è la capacità del server.

C'è anche la questione di cosa succede ai tuoi dati se il vendor viene acquisito, cambia i suoi termini o cessa le operazioni. Questi sono eventi a bassa probabilità per i principali vendor, ma non sono eventi a probabilità zero. Possedere i propri dati significa possedere il modello di rischio, non delegarlo.

Personalizzazione Senza un Partner di Sviluppo

Twenty è costruito su un'API GraphQL con un modello di dati guidato dai metadati. Aggiungere campi personalizzati a qualsiasi entità richiede secondi nell'interfaccia — si definisce il tipo di campo, appare immediatamente nell'UI e nello schema API. Nessuna esportazione di configurazione, nessuna distribuzione sandbox, nessun ticket di supporto, nessun aggiornamento di livello richiesto.

Questo è qualitativamente diverso da ciò che offrono i CRM SaaS. Salesforce consente un'estesa personalizzazione, ma il modello di personalizzazione è abbastanza complesso da sostenere un'intera industria di servizi professionali attorno ad esso. Pipedrive consente campi personalizzati sulla maggior parte degli oggetti, ma la personalizzazione dell'interfaccia è limitata. Le capacità di personalizzazione di HubSpot dipendono fortemente dal piano che si sta pagando.

L'approccio di Twenty — schema aperto, controllo locale — significa che quando un impegno richiede di tracciare informazioni che il modello dati predefinito non copre, lo si estende direttamente. Per una società di consulenza che a volte ha bisogno di tracciare strutture di trattative insolite o metadati specifici del cliente, questa flessibilità si è rivelata genuinamente utile.

Strategia di Backup

La nostra configurazione di backup è intenzionalmente semplice. Un pg_dump automatizzato giornaliero del database PostgreSQL di Twenty, compresso e caricato su Hetzner Object Storage. I dati dell'applicazione — immagini del profilo, allegati — vivono in un volume Docker di cui si fa il backup tramite restic con lo stesso programma. La conservazione è di 30 giorni per gli snapshot giornalieri, 12 mesi per gli snapshot mensili.

I test di recupero vengono eseguiti trimestralmente: ripristinare il backup su un database di staging, verificare i conteggi delle righe, verificare a campione l'integrità dei dati. Un ripristino completo dal backup a un'istanza Twenty operativa richiede circa 15 minuti — accettabile per uno strumento che non è sul percorso critico per le operazioni in tempo reale. Hetzner Object Storage costa €6 al mese per 1 TB; i nostri backup CRM consumano una piccola frazione di quella allocazione.

La disciplina operativa richiesta qui è modesta. I lavori di backup vengono eseguiti come task cron sull'host, registrano i risultati in un sistema di monitoraggio e avvisano in caso di errore. Questa è pratica standard dell'infrastruttura che qualsiasi team che gestisce carichi di lavoro server dovrebbe già avere in atto.

Quando il Self-Hosting ha Senso

Il caso per il self-hosting di un CRM è più forte quando si allineano diverse condizioni. Il tuo team ha una reale capacità operativa per eseguire container Docker e gestire un database PostgreSQL — questo è un prerequisito reale, non una tecnicità. Si gestisce già un'infrastruttura server con capacità disponibile. Il caso d'uso del CRM è relativamente stabile, il che significa che non si dipende dalla roadmap del vendor per le funzionalità che serviranno nel prossimo trimestre.

Gli argomenti sul costo e sulla proprietà dei dati sono reali, ma sono secondari rispetto alla questione della capacità operativa. Il self-hosting scambia denaro per tempo e competenza. Se il tempo operativo del team è più costoso di un abbonamento SaaS, l'economia potrebbe non favorire il cambiamento. Il pareggio non è puramente finanziario — è anche una funzione di dove si trovano effettivamente le competenze e la larghezza di banda del team.

Quando Non ha Senso

If your organization needs deep enterprise integrations — a CRM connected to a marketing automation platform, a CDP, and a data warehouse, all maintained by a dedicated RevOps function — self-hosting is the wrong direction. The integration ecosystem around commercial CRMs is deep because the vendors have invested years in building it. A self-hosted Twenty instance connects through its GraphQL API or direct database access. It does not have a library of 500 pre-built connectors.

Similarly, if no one on your team can diagnose a failing Docker container, read PostgreSQL logs, or restore from a database backup, the operational burden will exceed the cost savings quickly. The self-hosting richiede una competenza infrastrutturale di base che non tutti i team hanno — e acquisire quella competenza ha un suo costo.

I requisiti di conformità possono anche cambiare l'equazione. Se la tua azienda opera sotto regolamentazioni che richiedono la gestione certificata dei dati da parte dei vendor tecnologici — attestazioni SOC 2, audit ISO 27001 — una distribuzione self-hosted significa che quelle certificazioni devono applicarsi alla propria infrastruttura. Se questo è un vantaggio o un onere dipende dalla propria postura di conformità esistente.

Cosa Eseguiamo Effettivamente

La nostra distribuzione Twenty in produzione è in esecuzione da diversi mesi senza incidenti significativi. La gestione dei contatti, i record aziendali, il tracciamento delle trattative e la registrazione delle attività funzionano tutti come previsto. L'interfaccia è abbastanza pulita che l'onboarding non ha richiesto formazione formale. L'API GraphQL si è rivelata utile per estrarre il contesto CRM in altri strumenti interni — specificamente per la reportistica dei clienti e il tracciamento degli impegni che costruiamo noi stessi piuttosto che acquistare come componente aggiuntivo SaaS.

La manutenzione è inferiore al previsto. Twenty rilascia aggiornamenti a un ritmo costante; distribuirli è una questione di pull della nuova immagine Docker e riavvio del servizio, tipicamente in meno di cinque minuti. Il database PostgreSQL non ha richiesto intervento manuale oltre la verifica di routine del backup.

La decisione non era ideologica. Non ci siamo allontanati dal CRM SaaS perché il SaaS è intrinsecamente sbagliato o perché il self-hosting è intrinsecamente virtuoso. La decisione era operativa: per il nostro caso d'uso specifico, il percorso self-hosted è più semplice, più economico e ci dà un migliore controllo sui dati che ci appartengono. Per un'organizzazione con vincoli diversi — un team di vendita più grande, requisiti di integrazione più profondi, o capacità infrastrutturale limitata — la conclusione potrebbe essere diversa. Il punto è fare il calcolo esplicitamente piuttosto che defaultare al modello di abbonamento perché è il percorso di minor resistenza.