Una seconda sede raddoppia i problemi di coordinamento, non il fatturato. Alla terza, ogni luogo ha già il suo modo di registrare i dati e la direzione lavora su numeri che non combaciano. Questa guida spiega come si costruisce un sistema unico che regge la crescita per sedi.
In breve
Governare più sedi non significa imporre a tutte lo stesso modo di lavorare: significa definire cosa deve essere identico ovunque e cosa può restare locale. I progetti multi-sede falliscono quando questa distinzione non viene fatta all'inizio.
- Anagrafiche, listini, catalogo e regole contabili devono essere unici e centrali.
- Orari, turni, disponibilità, promozioni e comunicazioni possono essere locali.
- Il confronto tra sedi ha senso solo se tutte registrano i dati nello stesso modo e nello stesso momento del processo.
- Ogni sede deve poter continuare a lavorare anche se la connessione cade.
Cosa succede quando le sedi crescono senza un sistema unico
La deriva è sempre la stessa e avviene per motivi ragionevoli. Ogni sede risolve i propri problemi con gli strumenti che ha, nessuno fa nulla di sbagliato, e dopo due anni il quadro è questo.
- Lo stesso cliente esiste con codici diversi in sedi diverse, e nessuno sa che è lo stesso.
- I listini divergono: la sede che ha applicato una condizione particolare a un cliente non l'ha comunicata alle altre.
- Ogni responsabile produce il proprio report, con criteri propri. La direzione riceve numeri non confrontabili.
- La chiusura del periodo richiede settimane perché i dati vanno riconciliati a mano.
- Una buona pratica nata in una sede non arriva alle altre: resta locale e invisibile.
- Quando apre una nuova sede, non esiste un modo per replicare l'organizzazione: si ricomincia da zero.
Il segnale inequivocabile è la domanda che la direzione pone a fine mese: quale sede sta andando meglio? Se per rispondere serve una settimana di lavoro manuale, il sistema non esiste.
La distinzione fondamentale: centrale o locale
Prima di scegliere qualsiasi strumento va disegnata una tabella con due colonne. È l'esercizio più utile dell'intero progetto e va fatto con i responsabili di sede, non solo con la direzione.
| Ambito | Dove vive | Perché |
|---|---|---|
| Anagrafica clienti e fornitori | Centrale | Un cliente è dell'azienda, non della sede che lo ha acquisito |
| Catalogo prodotti e servizi | Centrale | Le differenze locali si gestiscono come disponibilità, non come cataloghi separati |
| Listini e regole di sconto | Centrale, con deroghe autorizzate | Altrimenti lo stesso cliente riceve prezzi diversi da sedi diverse |
| Disponibilità e giacenze | Locale, visibile a tutti | Ogni sede gestisce le proprie, ma le altre devono poterle vedere |
| Orari, turni e personale | Locale | Dipendono dal contesto e dalle persone |
| Promozioni e comunicazioni | Locale, su modelli centrali | Identità coerente, contenuto adatto al territorio |
| Indicatori e chiusure | Centrale | Il confronto richiede criteri identici |
Permessi e visibilità: il punto più delicato
In un'organizzazione a più sedi la domanda non è chi può fare cosa, ma chi può vedere cosa. Un responsabile di filiale deve vedere i dati della propria sede in profondità e quelli delle altre in forma aggregata. Un commerciale che segue clienti su più territori deve vedere i propri clienti ovunque siano stati serviti.
Il modello che regge nel tempo prevede tre assi indipendenti: il ruolo, cioè cosa si può fare; il perimetro, cioè su quali sedi; il livello di dettaglio, cioè dato singolo o aggregato. Tenerli separati evita la proliferazione di profili costruiti sulla singola persona, che è il modo più rapido per rendere ingestibile il sistema.
- Definire pochi ruoli chiari e non creare eccezioni personali.
- Assegnare il perimetro in modo esplicito, anche per chi lavora su più sedi.
- Prevedere una vista di direzione che aggreghi tutto senza dover entrare sede per sede.
- Tracciare gli accessi ai dati sensibili, perché in un sistema condiviso la responsabilità va documentata.
Il confronto tra sedi: come renderlo utile invece che divisivo
Confrontare le sedi è il motivo principale per cui la direzione vuole un sistema unico, ed è anche la funzione che genera più resistenza. La resistenza nasce quasi sempre da un problema reale: i confronti fatti su dati grezzi sono ingiusti.
Una sede in centro città e una in zona artigianale non sono paragonabili sul fatturato assoluto. Diventano paragonabili su indicatori normalizzati: valore medio per cliente servito, tasso di ritorno, tempo medio di evasione, percentuale di richieste gestite entro la giornata, scostamento rispetto al proprio periodo precedente.
Il confronto utile non stabilisce chi è il migliore: individua la sede che ha risolto un problema che le altre hanno ancora, per poterlo replicare.
Continuità: cosa succede se cade la connessione
Un sistema centralizzato introduce una dipendenza che prima non c'era. Se la sede lavora solo quando la rete funziona, il primo guasto diventa un blocco operativo e la fiducia nel sistema crolla.
La soluzione non è rinunciare alla centralizzazione, ma decidere quali operazioni devono funzionare comunque. Tipicamente: registrare una vendita o un ordine, consultare il catalogo e i prezzi, stampare un documento. Queste operazioni lavorano su una copia locale e si allineano appena la connessione torna, con regole esplicite per i conflitti. Le funzioni di consultazione trasversale e di reportistica, invece, possono legittimamente richiedere la connessione.
Come si attiva senza fermare le sedi
- Partire da una sede pilota. Non la più grande e non la più problematica: quella con il responsabile più disponibile a lavorare sul cambiamento.
- Unificare prima le anagrafiche. È il lavoro meno visibile e il più determinante. Va fatto prima di attivare qualsiasi funzione.
- Attivare per processo, non per sede. Prima lo stesso processo su tutte le sedi, poi il successivo. Attivare tutto su una sede per volta crea mesi di doppio binario.
- Portare le eccezioni locali dentro il sistema. Se una sede fa una cosa in modo diverso ed è giusto che continui, va rappresentata come configurazione, non come lavoro fuori sistema.
- Dare a ogni sede un proprio indicatore visibile. L'adozione cresce quando il sistema restituisce qualcosa, non solo quando chiede dati.
Il principio è lo stesso descritto nella guida sulla migrazione da Excel a un gestionale: perimetro ristretto, convivenza controllata, spegnimento del vecchio flusso solo a risultato verificato.
Errori ricorrenti nei progetti multi-sede
- Imporre il modo di lavorare della sede principale a tutte le altre, ignorando le ragioni delle differenze locali.
- Lasciare che ogni sede mantenga il proprio archivio clienti solo per il momento, rimandando l'unificazione a dopo.
- Costruire report centrali senza verificare che tutte le sedi registrino i dati nello stesso momento del processo.
- Sottovalutare la formazione dei nuovi assunti: in un'organizzazione a più sedi il ricambio del personale rende la formazione un processo continuo, non un evento.
- Non prevedere fin dall'inizio come si attiva una sede nuova. Se aprire una filiale richiede un progetto, il sistema non è multi-sede.
Come lavoriamo in NuvioLab
Iniziamo intervistando i responsabili di sede, non solo la direzione: le differenze operative che emergono in quelle conversazioni sono la vera specifica del progetto. Da lì definiamo cosa è centrale e cosa resta locale, e costruiamo il sistema intorno a quella distinzione.
Ci colleghiamo agli strumenti già in uso in ciascuna sede quando ha senso mantenerli, e sostituiamo solo ciò che genera divergenza sui dati. Raccontaci come sono organizzate le vostre sedi e individuiamo insieme il punto da cui partire.
FAQ
Da quante sedi conviene un sistema unico?+
Il numero conta meno della divergenza. Già con due sedi, se ognuna tiene un proprio archivio clienti e produce report con criteri diversi, il problema esiste. Il momento giusto è quando la direzione non riesce più a rispondere in giornata alla domanda su come sta andando ciascuna sede.
Le sedi possono mantenere i loro strumenti attuali?+
Alcuni sì. Gli strumenti che gestiscono attività puramente locali possono restare, purché i dati che servono al quadro complessivo confluiscano in un unico punto. Gli strumenti che detengono anagrafiche o listini divergenti vanno invece unificati: sono la fonte del problema.
Come si gestisce una sede che lavora in modo diverso dalle altre?+
Si verifica se la differenza ha una ragione operativa o è solo un'abitudine. Se ha una ragione, viene rappresentata nel sistema come configurazione di quella sede. Se è un'abitudine, si allinea. Il confine lo traccia chi conosce il processo, non lo strumento.
Serve una connessione stabile in ogni sede?+
Serve definire quali operazioni devono funzionare anche senza connessione: tipicamente la registrazione di vendite e ordini e la consultazione di catalogo e prezzi. Queste lavorano su una copia locale che si riallinea appena la rete torna disponibile.
Quanto tempo serve per attivare una sede nuova?+
In un sistema progettato per il multi-sede, l'apertura di una filiale è una configurazione: si creano l'unità, i permessi e le regole locali, e la sede parte con lo stesso processo delle altre. Se invece ogni apertura richiede un intervento di sviluppo, l'architettura va rivista.