IA per franchising e aziende multisede: cosa si centralizza e cosa resta locale

Scenario illustrativo. Una rete di dodici sedi mette un agente IA davanti ai clienti. Dopo sei settimane le versioni dell'agente sono dodici: ogni sede ha ritoccato le istruzioni «solo un pochino». Una concede i resi a 45 giorni, un'altra comunica l'orario estivo a novembre, una terza dà del tu a un cliente che il marchio tratta sempre con il lei. Nessuno ha fatto nulla di strano. La stessa decisione è stata presa dodici volte, senza che nessuno la prendesse davvero.

La tesi in una riga: in una rete di sedi non si sceglie quale agente comprare, si decide cosa si configura una volta sola e cosa si adatta per sede. Il primo si centralizza senza discussioni; il secondo resta locale, ma come dato, non come copia dell'agente.

IA per franchising e aziende multisede: cosa si configura una volta sola e cosa si adatta per sede?

Si configura una volta sola tutto ciò che definisce il comportamento dell'agente: regole decisionali, limiti di ciò che può concedere, tono, permessi, quando passa la mano a una persona e come viene valutato. Si adatta per sede ciò che cambia davvero da un luogo all'altro: catalogo e prezzi locali, orari e festività, il team a cui va ogni caso, la normativa del posto e la lingua. La domanda che mette in ordine tutto il resto è semplice: questa differenza esiste per una ragione di business reale o per abitudine della sede? Solo la prima merita un parametro.

Cosa si centralizza sempre?

• Le regole decisionali. Termini di reso, sconti massimi, cosa si può promettere e cosa no. Se ogni sede ha la sua versione, il cliente che cambia sede cambia marchio. Come si scrivono è spiegato in le istruzioni di un agente IA.
• I permessi. Quali sistemi tocca l'agente e fino a dove. Un permesso concesso in una sede per comodità diventa un permesso concesso in tutte nel momento in cui qualcuno copia la configurazione. I criteri sono in i permessi di un agente IA.
• Il tono e la voce. È ciò che il cliente riconosce come il marchio. Si definisce una volta, si testa una volta.
• La valutazione e la tracciabilità. La stessa batteria di test per tutte le sedi e un unico posto dove vedere cosa ha fatto l'agente. Senza questo non si può confrontare una sede con un'altra.
• L'escalation. La regola su quando l'agente si ferma e passa il caso è centrale; a chi lo passa in ciascuna sede è un dato locale.

Cosa si adatta per sede (e come, senza copiare l'agente)?

Il locale entra come parametro che l'agente consulta, non come una versione diversa dell'agente. La differenza sembra piccola e cambia tutto: un parametro si aggiorna in un posto e la modifica si vede; una copia bisogna inseguirla.

• Catalogo, prezzi e disponibilità, che già vivono nel sistema di ciascuna sede o in quello centrale. L'agente li legge, non li ricorda.
• Orari, festività e chiusure temporanee, con una data di validità perché l'orario estivo non sopravviva all'estate.
• Persone e canali di escalation: chi riceve il caso in ogni sede e attraverso quale canale.
• Normativa e condizioni locali. Ciò che si può dire o promettere cambia a seconda del luogo. In una rete che attraversa più paesi, è un parametro per mercato, mai una cifra o una norma copiata da un paese all'altro.
• Lingua e forma di cortesia, quando i clienti di una sede si aspettano qualcosa di diverso.

Un agente per tutte le sedi o uno per sede?

Il punto di partenza ragionevole è un agente con configurazione per sede. Un agente per sede si giustifica solo quando le differenze smettono di essere parametri. I compromessi, senza trucco:

• Un agente con configurazione per sede. Un cambio di policy arriva a tutte le sedi insieme e si valuta una volta sola. In cambio, un errore centrale si replica in tutta la rete nello stesso minuto e la configurazione per sede richiede disciplina: chi può toccarla, chi la rivede.
• Un agente per sede. Ogni sede si adatta come vuole e un guasto resta in casa. In cambio, dodici versioni da mantenere, dodici valutazioni, dodici posti dove una regola può essere obsoleta, e dopo un anno non sai più cosa faccia ciascuna.
• Un ibrido per paese o per formato. Un agente per mercato o per tipo di sede (negozio, clinica, officina) con la parte comune condivisa. È la via di mezzo quando normativa, lingua o sistemi cambiano davvero per gruppo.

Tenere in vita questo insieme è una funzione continua, non un progetto che si consegna: chi aggiorna, chi rivede e chi risponde quando una sede si discosta. È ciò di cui si occupa scalare da 5 a 100 agenti.

Come si distribuisce senza che le sedi lo vivano come un'imposizione?

1. Parti da due sedi diverse, non dalla più comoda. Una grande e una piccola, oppure una che vende e una che eroga un servizio. Se il disegno regge per due casi diversi, regge per gli altri con qualche aggiustamento.
2. Dai a ogni sede un responsabile con potere circoscritto. Può cambiare i parametri locali (orari, team, promozioni); non può cambiare le regole centrali. Se serve cambiare una regola, la propone e si decide una volta per tutti.
3. Rendi visibile cosa è centrale e cosa è locale. Una pagina con le due liste. La maggior parte dei conflitti con le sedi nasce dal fatto che nessuno sa dove finisce il proprio margine.
4. Controlla la deriva, non ogni risposta. Un campione periodico per sede basta per vedere chi si discosta dalle regole e perché.

In un franchising c'è inoltre uno strato non tecnico: ciò che il contratto permette di imporre all'affiliato e ciò che non permette, e chi risponde al cliente se l'agente sbaglia. Si risolve con il contratto e con una consulenza legale, non con un prompt. Ciò che puoi fare dal lato del progetto è chiarire chi è titolare di ciascuna regola, come si imposta in governare gli agenti IA in azienda.

Come si misura per sede?

Con la stessa batteria di test in tutte le sedi e risultati separati per sede. La lettura è diretta: se un difetto compare in una sola sede, è un problema di configurazione locale; se compare in più sedi, è una regola centrale da correggere. Senza questa separazione, un errore centrale sembra un aneddoto locale e un errore locale sembra un difetto dell'agente. Il quadro generale per stabilire chi controlla cosa è in governance e controllo dell'automazione con IA.

Quando NON centralizzare?

Quando le sedi sono, di fatto, attività diverse: un'acquisizione recente con altri sistemi, un altro marchio, un altro pubblico o una normativa che cambia ciò che l'agente può dire. Forzare lì un agente comune produce un agente che non serve a nessuno. Non conviene nemmeno con due o tre sedi identiche: configura bene un agente e copia il risultato a mano finché è gestibile. La centralizzazione si paga con la disciplina, e quella disciplina rende solo quando il numero di sedi rende insostenibile l'alternativa.

La frase da portare con te: non chiederti di quanti agenti hai bisogno, chiediti quante versioni delle tue regole sei disposto a mantenere. Se la risposta è «una», tutto il resto è un parametro.

Nota: questo articolo non usa cifre di terzi. Le condizioni contrattuali di un franchising e la normativa locale dipendono da ogni caso e da ogni paese; chiedi una consulenza legale prima di decidere cosa imporre a ciascuna sede.