Multi-sede: gestire 2+ centri benessere senza errori
TL;DR
- Un centro multi-sede ha problemi specifici che il gestionale single-site non risolve.
- Tre cose servono dal giorno 1: architettura multi-tenant, ruoli granulari, dashboard cross-location.
- Il dato che decide il successo: tasso di “trasferimento” cliente da una sede all’altra.
- Architettura sbagliata oggi = mesi di lavoro e dati persi quando apri la seconda sede.
I problemi specifici del multi-sede
Quando apri la seconda sede, scoppiano 4 tipi di problemi che il single-site non aveva:
- Visibilità clienti tra sedi. Maria è cliente di Milano. Va a Roma in vacanza. La sede di Roma deve sapere chi è.
- Ruoli e permessi. L’estetista di Milano non deve vedere i clienti di Roma. Il direttore di area sì. Il proprietario, tutti.
- Dashboard consolidate. Quanto fattura il gruppo? Per sede? Quale sede ha più AT_RISK? Il fatturato totale serve, ma serve anche capire le differenze.
- Comunicazioni segmentate. Una campagna WhatsApp per la festa della mamma deve sapere che Roma e Milano hanno staff e prezzi diversi.
L’architettura giusta — multi-tenant dal giorno 1
Multi-tenant = ogni sede ha il suo “spazio” logico ma condivide infrastruttura, anagrafica master, regole comuni.
Caratteristiche di un’architettura multi-tenant ben fatta:
- Anagrafica cliente master unica, con flag di sede primaria
- Storico cliente visibile ovunque, ma trattamenti vincolati alla sede di erogazione
- Listino prezzi configurabile per sede
- Calendario operatori isolato per sede, con possibilità di operatori “shared” (es. fisioterapista che va in 2 sedi)
- Reportistica cross-location con drill-down per sede
- Ruoli e permessi granulari (Admin, Manager Sede, Operatore, Reception)
Olin nasce multi-tenant dal giorno 1. Vedi Olin. The Wellness Brain.
I ruoli minimi da configurare
| Ruolo | Cosa vede | Cosa può fare |
|---|---|---|
| Operatore | Solo i suoi appuntamenti | Vedere, modificare i propri appuntamenti |
| Reception | Tutta la sede dove lavora | Prenotare, modificare, contattare clienti |
| Manager sede | La sua sede | Tutto sulla sede + report sede |
| Direttore area | Più sedi | Tutto su sedi assegnate + report comparato |
| Admin | Tutto | Tutto, config inclusa |
I 5 errori che fanno tutti
❌ “Aggiungo un secondo Excel per la seconda sede”. Lo fanno in tantissimi. Risultato: zero visibilità consolidata, errori di doppia prenotazione.
❌ Stesso login per tutti gli operatori di una sede. Niente audit trail. Quando succede un casino, non sai chi.
❌ Listino unico forzato per tutte le sedi. Roma costa più di Bergamo. Costringere allo stesso prezzo è perdere margine.
❌ Migrazione tardiva. Aprire la seconda sede e poi cercare un sistema multi-sede = 3 mesi di transizione caotici.
❌ Comunicazioni unificate senza personalizzazione. Il messaggio “vieni a trovarci a Bergamo” sul cliente di Roma è irritante.
Caso reale — apertura seconda sede
Centro multi-sede pilota, due sedi a 80 km di distanza:
- Setup multi-tenant Olin, 2 sedi, 18 operatori totali: 45 minuti
- Migrazione anagrafica da gestionale precedente: 1 giorno
- Operatori operativi: giorno 1
- Prima campagna cross-location segmentata per sede: giorno 7
Tasso di “trasferimento cliente” tra sedi (Maria di Sede A che fa una visita in Sede B) dopo 6 mesi: 8,2%. Indicatore di salute del network.
FAQ
Posso convertire un setup single-site in multi-site? In Olin sì, senza migrazione né perdita dati. Si attiva la seconda sede, si configurano ruoli e listini.
I franchising contano come multi-sede? Tecnicamente sì, ma con peculiarità (regole di affiliazione, royalty, reportistica). Olin supporta franchising tramite Wellness Brain.
Come si gestiscono operatori che lavorano in 2 sedi? Si configurano come “operatori shared”. Il loro calendario aggrega gli appuntamenti delle due sedi.
Per i turni e la gestione cabine.