Single-tenant vs multi-tenant
Un sistema per ogni cliente, o una piattaforma per tutti i clienti. L'architettura decide come cresci.
Se gestisci chiamate in uscita per più di un cliente, la differenza tra architettura single-tenant e multi-tenant determina isolamento dei dati, conformità, velocità di onboarding e margini. Questa guida confronta i due approcci e mostra dove si adatta ciascuno.
Risposta rapida
Un dialer single-tenant esegue un'istanza separata del software per ogni cliente, mentre un dialer multi-tenant serve tutti i clienti da un'unica piattaforma condivisa, con i dati di ogni tenant partizionati logicamente. Il single-tenant offre un'infrastruttura dedicata per cliente, ma ogni istanza va aggiornata, patchata e monitorata a sé. Il multi-tenant, il modello usato da DialerBee, applica l'isolamento a livello di dati, quindi un nuovo cliente è un passaggio di configurazione e non un progetto di implementazione. Per questo è la scelta pratica per BPO, team di recupero crediti e rivenditori di telecomunicazioni che aggiungono clienti con regolarità.
Capire il modello
Cos'è un dialer single-tenant?
Un dialer single-tenant esegue un'istanza dedicata del software per ogni cliente. Ogni cliente ha il proprio ambiente applicativo, il proprio database e spesso i propri server. Nulla è condiviso tra i clienti: un tenant, un sistema. È l'architettura tradizionale di molte installazioni di dialer più vecchie, on-premise e in hosting.
Il vantaggio è semplice. Poiché ogni cliente è separato fisicamente o logicamente a livello di infrastruttura, c'è un confine netto tra i set di dati. Alcune organizzazioni con obblighi stringenti di residenza dei dati o esigenze di personalizzazione su misura preferiscono questo modello proprio perché l'ambiente può essere adattato da cima a fondo a un singolo cliente senza toccare nessun altro.
Il rovescio della medaglia è il peso operativo. Se servi dieci clienti, di fatto gestisci dieci dialer: dieci serie di aggiornamenti, dieci cicli di patch di sicurezza, dieci routine di backup e dieci superfici da monitorare. Attivare un nuovo cliente significa predisporre un nuovo ambiente. Per un BPO o un rivenditore che aggiunge clienti con regolarità, questo carico si accumula in fretta e rallenta il ritmo con cui puoi acquisire e avviare nuovo business.
Capire il modello
Cos'è un dialer multi-tenant?
Un dialer multi-tenant serve molti clienti (tenant) da un'unica piattaforma condivisa. Ogni tenant vede solo le proprie campagne, i propri contatti, agenti, registrazioni e report, ma tutti i tenant girano sulla stessa applicazione sottostante. L'isolamento è applicato in modo logico, non dando a ogni cliente un hardware separato. Se fatto bene, un tenant non può mai vedere né raggiungere i dati di un altro tenant.
DialerBee è multi-tenant per progettazione e applica l'isolamento a livello di dati. Ogni record porta un'identità di tenant, e l'accesso è limitato in modo che le query possano restituire solo le righe appartenenti al tenant richiedente: un approccio comunemente implementato con meccanismi di database come la row-level security di PostgreSQL. La separazione tra i clienti è quindi applicata dalla piattaforma dati stessa, non lasciata al solo codice applicativo.
Per un BPO o un rivenditore il vantaggio operativo è decisivo. Attivare un nuovo cliente è un passaggio di configurazione, non un progetto infrastrutturale. Aggiornamenti, patch di sicurezza e nuove funzionalità arrivano a tutti i tenant contemporaneamente. Hai un'unica piattaforma da monitorare e mantenere, mentre ogni cliente ha uno spazio di lavoro completamente separato e personalizzabile con il proprio brand. Per questo l'architettura multi-tenant è la scelta naturale per chi gestisce chiamate in uscita per più clienti. Consulta la nostra funzionalità multi-tenant per il quadro completo.
Confronto diretto
Single-tenant vs multi-tenant: 12 fattori a confronto
| Fattore | Single-tenant | Multi-tenant (DialerBee) |
|---|---|---|
| Isolamento dei dati | Istanza separata per ogni cliente | Isolamento logico applicato a livello di dati per ogni tenant |
| Controlli di conformità | Regole configurate sistema per sistema | Controlli a supporto della conformità per tenant: liste DNC, fasce orarie, tracciamento del consenso e limiti di tentativi |
| Tempi di attivazione per cliente | Predisporre un nuovo ambiente: da giorni a settimane | Creare un tenant e applicarne le regole: da minuti a ore |
| Modello di costo | Il costo si ripete per ogni istanza che gestisci | Un'unica piattaforma condivisa, fatturata per postazione agente |
| Scalabilità | Ogni nuovo cliente aggiunge un altro sistema da gestire | Aggiungi tenant senza aggiungere infrastruttura da mantenere |
| Controllo e personalizzazione | Personalizzazione profonda dell'intero ambiente di un cliente | Impostazioni per tenant: ruoli, regole di conformità, brand, range di interni e caller ID |
| Lingue | Configurato separatamente in ogni istanza | 11 lingue sulla piattaforma condivisa, con lingua predefinita per tenant |
| Rischio | Una patch o un backup mancati su una qualsiasi istanza sono un'esposizione | Isolamento dei tenant a livello di riga in ogni servizio, così un filtro mancante su una schermata non può far trapelare le righe di un altro tenant |
| Brand / white-label | Personalizzato per istanza, ma a compartimenti stagni | Brand white-label per tenant da un'unica piattaforma |
| Separazione dei report | I report risiedono in sistemi isolati | Report per tenant più una vista di portafoglio per gli operatori |
| Manutenzione e aggiornamenti | Patch e aggiornamenti per ogni istanza separatamente | Un unico percorso di aggiornamento applicato a tutti i tenant insieme |
| Ideale per | Un unico utente finale, o un contratto con il cliente che impone un'infrastruttura dedicata | BPO, team di recupero crediti e rivenditori di telecomunicazioni con molti clienti |
Pensato per operazioni multi-cliente
Perché il multi-tenant è adatto a BPO e rivenditori
Isolamento a livello di dati
Ogni record è limitato al proprio tenant, così un cliente non può mai raggiungere contatti, registrazioni o report di un altro cliente. L'isolamento è applicato dalla piattaforma dati, con un approccio comunemente basato sulla row-level security del database, e non lasciato alla sola logica applicativa.
Onboarding rapido e ripetibile
Aggiungere un cliente è un passaggio di configurazione, non un progetto infrastrutturale. Crea un nuovo tenant, applica il brand e le regole di conformità e vai live in poche ore invece dei giorni o delle settimane che richiederebbe un'istanza dedicata.
Report separati, un unico portafoglio
Ogni tenant vede solo le proprie dashboard e i propri report, mentre gli operatori mantengono una vista di portafoglio su tutti i clienti. Separazione per cliente e supervisione centralizzata convivono su un'unica piattaforma.
La risposta onesta
Quando il single-tenant ha ancora senso
L'architettura multi-tenant è la scelta predefinita giusta per le organizzazioni che gestiscono chiamate in uscita per molti clienti, ma il single-tenant non è obsoleto. Ci sono situazioni in cui un'istanza dedicata resta la soluzione migliore.
Se un singolo cliente è soggetto a un obbligo di residenza dei dati o contrattuale che richiede un'infrastruttura fisicamente dedicata, un'installazione single-tenant può soddisfare direttamente quel requisito. Lo stesso vale quando un cliente ha bisogno di una personalizzazione profonda e su misura del sistema sottostante, che non sarebbe opportuno applicare a una piattaforma condivisa.
Le organizzazioni che servono un solo cliente, o che sono esse stesse l'unico utente finale, traggono poco vantaggio dal multi-tenant, perché non c'è un secondo tenant da cui isolarsi. In questi casi la semplicità operativa di un unico ambiente può superare del tutto i vantaggi di una piattaforma condivisa.
Per tutti gli altri (BPO, rivenditori di telecomunicazioni e agenzie che aggiungono clienti con regolarità e hanno bisogno di separazione per cliente senza costi per cliente) una piattaforma multi-tenant ben costruita offre l'isolamento di sistemi separati con l'efficienza di un sistema unico. È l'equilibrio attorno a cui è progettato DialerBee, ed è per questo che la nostra soluzione per BPO e piattaforma dialer white-label si basano su fondamenta multi-tenant.
La tua situazione
Quando scegliere l'uno o l'altro
BPO
Aggiungi programmi dei clienti con regolarità
Ogni nuovo cliente arriva con le proprie regole di conformità, i propri report e le proprie aspettative di brand, e la pressione commerciale spinge a partire prima che il cliente cambi idea. Una piattaforma multi-tenant condivisa è la scelta giusta: il cliente diventa un tenant da configurare e non un ambiente da installare, e la separazione su cui il tuo acquirente fa domande è applicata a livello di dati, non promessa in un diagramma.
Team di recupero crediti
Lavori portafogli con mandati diversi
Gestione del consenso, fasce orarie e regole di registrazione cambiano da creditore a creditore, e mescolarle è la via più rapida verso una contestazione. Anche qui il multi-tenant è la scelta giusta, perché ogni portafoglio ha i propri controlli a supporto della conformità e il proprio audit trail mentre l'operazione resta su una piattaforma condivisa. Un'istanza dedicata per cliente giustifica il suo costo solo quando un contratto con il creditore impone un'infrastruttura separata.
Rivenditore telecom
Vendi servizi di chiamata insieme alla connettività
I clienti non devono mai entrare in contatto con il fornitore della piattaforma, ognuno ha bisogno del proprio range di interni e dei propri caller ID, e il tuo margine dipende dal non gestire un ambiente per cliente. Una piattaforma multi-tenant condivisa con brand white-label per tenant è la scelta giusta: ogni cliente ha uno spazio di lavoro con la propria identità, mentre tu gestisci l'intero sistema sottostante.
La piattaforma
Come si inserisce DialerBee
DialerBee è multi-tenant per progettazione. L'isolamento è applicato a livello di database con la row-level security di PostgreSQL, così ogni query è limitata al tenant richiedente e l'accesso tra tenant è impedito dal motore del database invece che dalla logica applicativa. Ogni tenant ha le proprie regole di conformità, le proprie registrazioni con controlli indipendenti di conservazione e blocco legale, la propria attribuzione di utilizzo e fatturazione e il proprio brand. I nuovi tenant si attivano in pochi minuti dal portale di amministrazione o dall'API partner. I dettagli sono nella pagina sull'architettura multi-tenant.
Gli accessi si leggono su una griglia invece di doverli dedurre: una matrice dei ruoli per tenant con 11 categorie di permessi e 41 permessi, un audit log che registra l'azione, l'utente e l'indirizzo IP di provenienza, chiavi API salvate come hash e limitate al proprio tenant, e amministratori partner che vedono solo i tenant di loro proprietà. Tutto questo è trattato in sicurezza e accesso. Gli amministratori della piattaforma e dei partner dispongono anche di un centro operativo con stato dei servizi, chiamate in corso e tracciamento end-to-end delle chiamate, mentre gli amministratori dei tenant vedono solo il proprio tenant.
Domande frequenti
Come fa un dialer multi-tenant a tenere separati i dati di un cliente da quelli di un altro?
Ogni cliente può avere le proprie regole di conformità su una piattaforma multi-tenant?
Il single-tenant è più sicuro del multi-tenant?
Quanto è più rapido l'onboarding di un nuovo cliente su un dialer multi-tenant?
Posso offrire un dialer multi-tenant in white-label per ogni cliente?
Ogni cliente può lavorare in una lingua diversa su un dialer multi-tenant?
Come funzionano i report quando molti clienti condividono una piattaforma?
Un dialer multi-tenant costa meno di uno single-tenant?
Una piattaforma. Ogni cliente, completamente separato.
Prenota una demo e scopri come l'architettura multi-tenant di DialerBee offre a BPO e rivenditori isolamento per cliente, brand white-label per tenant e IA in 11 lingue su un'unica piattaforma.
Altri confronti
Alternativa a Vapi e Retell AI per contact center
Alternativa a Vapi o Retell AI? Un confronto equo con i prezzi dei fornitori, un esempio di costo documentato e quando serve un contact center completo.
Alternativa a VICIdial e guida alla migrazione
Lasci VICIdial? Confronto equo VICIdial vs DialerBee, quando restare, un modello di costi con ipotesi esplicite e un piano di migrazione passo per passo.
Rivendita white-label vs referral
Rivendita white-label o referral per dialer: brand, margini, titolarità dei clienti e controllo a confronto. Perché il white-label crea un vero prodotto
AMD con IA vs rilevamento del beep
Classificazione della trascrizione con IA vs AMD basato sul beep. L'AMD con IA di DialerBee supporta 11 lingue e i dialetti. Prenota una demo.
Dialer IA vs dialer tradizionale
Dialer IA vs dialer tradizionale: AMD basato sulla trascrizione, trascrizione live, riepiloghi IA e pacing adattivo in 11 lingue, sui tuoi carrier.
Auto dialer vs dialer predittivo
Auto dialer vs dialer predittivo: come funziona ogni pacing e quale si adatta a team, conformità e obiettivi di contatto. DialerBee li offre entrambi.