Architettura multicustomer
Il modello multitenant di Enuan non significa “un setup unico per tutti”, ma uno strato di controllo e messa in servizio: sulla stessa infrastruttura convivono numerose esperienze bot, ciascuna con profilo, lingue, voce, numeri, documenti e spazio conoscenza dedicato. Il motore conversazionale resta quello che già conosci; sopra si aggiunge ordine, ripetibilità e integrazione con i tuoi processi.
Dove è utile
Vale soprattutto quando più organizzazioni condividono la stessa soluzione in cloud ma servono personalizzazioni, accounting e contenuti propri. È il caso tipico in cui esiste già un’applicazione multitenant (gestionale verticale, portale per filiali, software per una categoria professionale) e si vogliono aggiungere funzionalità conversazionali: assistente telefonico, copilot o automazioni agentiche legate ai tuoi flussi.
Esempio
Una piattaforma SaaS per studi dentistici: ogni studio è un cliente sullo stesso codice e infrastruttura. Aggiungi un assistente telefonico che prenota visite, risponde alle domande frequenti e passa le richieste sensibili al personale. Ogni studio ottiene numeri o canali dedicati, documentazione e tono coerenti con la propria identità, mentre la tua applicazione continua a gestire contratti, fatturazione e limiti d’uso.
In sintesi: il motore conversazionale resta unico e curato; il multitenant ti permette di offrire voce e agenti come estensione naturale del tuo software, con lo stesso rigore che applichi a utenti, permessi e fatturazione.
Potenzialità
Le idee qui sotto emergono dal perimetro funzionale del servizio di provisioning multitenant: sono leve per scalare assistenti e canali senza disordinare contenuti né operazioni.
Ogni tipo di assistente (esempio: sondaggio, pre-vendita, conversazione guidata) resta definito una volta con regole chiare su cosa può fare: uso delle fonti interne, percorsi strutturati, messaggi in uscita, geolocalizzazione. Chi governa la piattaforma ottiene un catalogo ordinato invece di duplicare pezzi di logica a mano.
Ogni assistente ha identità stabile nel tempo: puoi crearlo, aggiornarlo o dismetterlo con processi ripetibili. I numeri e i canali si collegano e si staccano secondo regole operative, e gli aggiornamenti arrivano ai punti di contatto senza interventi manuali su file o database nascosti.
Le informazioni che un assistente usa per rispondere vivono in uno spazio dedicato a lui. Due clienti o due linee di business sulla stessa infrastruttura non mescolano i documenti nel recupero delle risposte: si riduce il rischio che una risposta “prenda” materiale che non le compete.
PDF, testi e altre risorse si caricano e si aggiornano tramite flussi operativi. I percorsi conversazionali strutturati si definiscono e si revisionano con validazione: meno dipendenza dalla sola pipeline di deploy per piccole correzioni di contenuto o di flusso.
Puoi esplorare cataloghi di voci e lingue supportate e ascoltare anteprima prima di pubblicare. Quello che scegli è allineato a ciò che l’assistente userà davvero in conversazione, così marketing e operations non lavorano su liste diverse.
Dove serve, si possono gestire dati di contesto (ad esempio una sede o un punto vendita) e parametri specifici del modello di assistente, validati rispetto al tipo scelto. Si apre strada a verticali diverse (retail, survey, prevendita) senza fork del codice per ogni variante.
È possibile consultare storico e dettaglio delle sessioni per singolo assistente, con viste adatte al supporto e al controllo qualità, invece di dipendere da estrazioni ad hoc sul dato grezzo.
Valore del modello
Vuoi collegare questo modello al tuo progetto? Le Key Features approfondiscono il perimetro prodotto; la pagina prezzi enterprise descrive come ragioniamo su offerta e servizi.
