Più marchi, un team di supporto: cosa separare e cosa condividere
Quando conviene un workspace separato per ogni marchio, cosa il team può condividere e quale lavoro va duplicato: la decisione spiegata passo per passo.
Martin Semmele
Punti chiave
- La decisione si gioca su quattro punti: conoscenza, Centro assistenza, Widget e Inbox. Dove anche uno solo di questi deve differire per marchio, il marchio ha bisogno di una propria istanza.
- Un'istanza per marchio significa, nella maggior parte degli strumenti, un abbonamento per marchio. Chi non lo calcola in anticipo, lo calcola dopo.
- Si condivide il team, non la conoscenza: la stessa persona lavora in più istanze, ma ogni base di conoscenza si cura singolarmente.
- La conoscenza valida per tutti i marchi è il vero peso di manutenzione. Non va in una base comune, ma in una fonte da cui ogni marchio deriva la propria versione.
- Tono, risposte sulla privacy e reportistica per marchio sono i tre punti in cui una base comune fallisce nella pratica.
Quattro punti in cui la domanda si decide
La domanda «un'istanza o più di una» sembra una questione di strumenti. È una questione di prodotto: cosa vedono i clienti di un marchio che i clienti dell'altro non devono vedere? Nell'architettura del software si chiama separazione dei dati per cliente, e Microsoft descrive nella sua guida ai modelli di tenancy il punto centrale così: chi condivide l'infrastruttura deve garantire che nel rispondere a una richiesta non vengano restituiti dati di un'altra istanza1. Per gli strumenti di supporto vale lo stesso, solo riferito a quattro punti concreti.
Primo la conoscenza. Se l'agente IA risponde a domande sul marchio A usando articoli scritti per il marchio B, nel migliore dei casi è confondente e nel peggiore è sbagliato: scadenze diverse, prezzi diversi, referenti diversi. Secondo il Centro assistenza. Se gira sul dominio del marchio, deve portarne nome, colori e lingua; un Centro assistenza in cui compare un secondo marchio rivela una struttura societaria che la cliente non dovrebbe mai vedere. Terzo il Widget. Porta colore, logo e saluto del marchio sul cui sito è incorporato. Quarto la Inbox. Se una richiesta al marchio A deve restare invisibile ai colleghi che seguono solo il marchio B, le serve una Inbox propria.
La regola è: appena anche uno solo dei quattro punti deve differire per marchio, il marchio ha bisogno di una propria istanza. Nella pratica quasi sempre tutti e quattro differiscono. La base comune è l'eccezione, non la norma, e funziona solo quando i marchi verso l'esterno agiscono comunque come uno, per esempio un marchio principale con una linea di prodotti che porta lo stesso nome.
| Domanda | Un'istanza comune basta, quando ... | Istanze separate, appena ... |
|---|---|---|
| Conoscenza | Tutti i marchi hanno le stesse scadenze, gli stessi prezzi e gli stessi processi | Una risposta per il marchio A sarebbe sbagliata per il marchio B |
| Centro assistenza | Tutti i marchi compaiono sotto un dominio e un nome | Un marchio ha bisogno di un dominio o di una lingua propria |
| Widget | Colore, logo e saluto sono uguali ovunque | Un marchio porta la propria immagine |
| Inbox | Ogni persona può vedere ogni richiesta | Una richiesta può essere vista solo da una parte del team |
Quanto costa un'istanza per marchio
Le istanze separate sono la soluzione pulita, e hanno un prezzo che spesso diventa visibile solo dopo la decisione: nella maggior parte degli strumenti di supporto l'istanza è anche l'unità di fatturazione. Un'istanza per marchio significa allora un abbonamento per marchio, con posti e contingenti propri. Chi pianifica tre marchi su una persona, pianifica tre abbonamenti.
Con Comlayer è espressamente così: un workspace è esattamente un marchio. Ogni workspace ha la propria conoscenza, il proprio Centro assistenza, il proprio Widget, la propria Inbox e il proprio abbonamento con posti propri. Due marchi sono due workspace e quindi due abbonamenti; una tariffa condivisa su più workspace non esiste. La stessa persona può essere membro di più workspace e occupa in ognuno un posto. Non è una nota a piè di pagina, ma il conto che deve stare sul tavolo prima della decisione.
La voce a saldo è il lavoro che costa una base comune e che raramente viene calcolato: ogni risposta va verificata per capire se vale per tutti i marchi; ogni articolo ha bisogno di un'indicazione per quale marchio vale; e l'agente IA deve indovinare a ogni domanda quale marchio sia inteso, cosa che potrebbe fare da una finestra di chat sul sito del marchio A, ma non da un'email. La separazione costa denaro, la base comune costa errori. Quale delle due cose costi di più dipende da quanto spesso i marchi si contraddicono a vicenda.
Come un team lavora in più istanze
La buona notizia delle istanze separate: si separa la conoscenza, non il team. Le stesse persone seguono più istanze, e per farlo servono tre cose che ogni strumento risolve in modo un po' diverso.
Il passaggio tra le istanze.
Chi segue tre marchi ha bisogno di un modo per passare da uno all'altro senza accedere di nuovo. Con Comlayer è il cambio di workspace nella barra laterale: una persona è membro di più workspace e da lì passa da uno all'altro. Ciò che non esiste è una Inbox su tutti i workspace; ogni richiesta si trova nel workspace il cui Widget o Centro assistenza l'ha generata. È una conseguenza della separazione, non un vuoto: una Inbox comune sarebbe esattamente il punto in cui una richiesta al marchio A si troverebbe accanto a una per il marchio B.
Responsabilità e notifiche.
Nella pratica non ogni persona segue ogni marchio. Chi segue quale marchio si regola con l'appartenenza al workspace: una persona che segue solo il marchio B è membro solo del suo workspace e riceve notifiche solo da lì. Questo sostituisce regole che altrimenti andrebbero ricreate come filtri nella Inbox. I ruoli valgono per singolo workspace; chi in un workspace è amministratrice può in un altro essere una semplice dipendente.
La doppia cura della conoscenza valida per tutti.
È il lato scomodo, e non va abbellito: la conoscenza valida per tutti i marchi, per esempio il processo di un reso o gli orari del supporto, va curata singolarmente in ogni istanza. Chi lo fa a mano dieci volte ha, dopo il terzo aggiornamento, dieci versioni diverse. La via d'uscita non è una base di conoscenza comune, ma una fonte comune: un documento interno da cui ogni marchio deriva la propria versione, con il nome del marchio, le sue scadenze e il suo tono. Come un simile ciclo di revisione resti agganciato all'originale e attivi in ogni versione un obbligo, l'abbiamo descritto per il caso di più lingue in un articolo dedicato alla base di conoscenza in sette lingue; per più marchi vale lo stesso meccanismo.
| Compito | Si condivide | Si cura per marchio |
|---|---|---|
| Team e ruoli | Le stesse persone, appartenenza per istanza | I ruoli vengono assegnati per istanza |
| Conoscenza valida per tutti | Una fonte interna | Una versione derivata per marchio |
| Conoscenza che riguarda un solo marchio | Niente | Tutto |
| Moduli di testo e tono | La struttura dei modelli | Saluto, nome, formulazioni |
| Reportistica | Il confronto tra i marchi | Le metriche stesse |
Tre punti in cui una base comune fallisce
Chi nonostante tutto valuta una base comune dovrebbe verificare tre punti in cui, nella pratica, si rompe più spesso. Non sono teorici; sono i motivi per cui i team, dopo un anno, finiscono comunque per separare.
Il tono. Un marchio dà del tu, l'altro del lei. Uno è asciutto e tecnico, l'altro caldo e dettagliato. Un agente IA che serve entrambi da una sola base di conoscenza azzecca il tono al massimo per uno. Con istanze separate, tono e lingua si impostano per singolo workspace, e l'agente conosce solo quello. Come sono fatte le indicazioni di tono che reggono nella pratica quotidiana lo spieghiamo nel nostro articolo sul tono dell'IA; con più marchi sono più indicazioni di quel tipo, non una sola con eccezioni.
La risposta sulla privacy. Se una cliente chiede quali dati sono conservati su di lei, la risposta deve contenere i dati di quel marchio e, a seconda di chi sta giuridicamente dietro al marchio, solo quelli. Se tutti i marchi stanno in un'istanza, al momento dell'esportazione va separato a mano ciò che è stato conservato insieme. Con istanze separate, la separazione c'è già prima. Vale anche al contrario: se più marchi sono la stessa azienda, un'istanza comune su questo punto non è un problema.
La reportistica. Con istanze separate, un report del supporto per marchio è uno sguardo nel workspace corrispondente. Con una base comune è una questione di filtri, e il filtro presuppone che ogni richiesta sia stata assegnata in modo pulito a un marchio, cosa che con le email a un indirizzo comune accade di rado. Chi vuole sapere se il marchio B genera più domande sui resi del marchio A ha bisogno della separazione già in entrata.
Il caso particolare: agenzia o service provider
Le agenzie di supporto e i fornitori di servizi che gestiscono il servizio clienti per più committenti si trovano davanti alla stessa decisione con una condizione in più: i committenti sono aziende diverse, e un'istanza comune non entra in considerazione. Qui la separazione non è una valutazione, ma un presupposto.
Il modello è allora lo stesso di più marchi di un'unica azienda, solo con la proprietà invertita: il committente possiede l'istanza, l'agenzia ne è membro. Con Comlayer il committente crea il proprio workspace, invita l'agenzia come membri del team e tiene nelle proprie mani conoscenza, Centro assistenza e abbonamento. Quando la collaborazione finisce, l'appartenenza viene rimossa e non c'è nulla da trasferire. Un'agenzia che segue dieci committenti è così membro di dieci workspace e passa dall'uno all'altro; non le serve un'istanza collettiva propria, e non dovrebbe nemmeno volerla.
Prendere la decisione in un pomeriggio
La decisione si può prendere con quattro domande in un pomeriggio, e dovrebbe cadere prima del primo articolo nel Centro assistenza, perché separare in seguito significa assegnare ogni articolo e ogni richiesta a un marchio.
- 01Per ciascuno dei quattro punti (conoscenza, Centro assistenza, Widget, Inbox) annota se deve differire tra i marchi. Un solo sì decide per istanze separate.
- 02Raccogli in una lista la conoscenza valida per tutti i marchi. È l'estensione della doppia cura; dovrebbe restare piccola, e ciò che vi compare riceve una fonte interna comune.
- 03Conta gli abbonamenti: un'istanza per marchio, i posti per persona e istanza. Il numero sta sul tavolo prima che si decida.
- 04Stabilisci per ogni persona di quali istanze è membro. Chi segue un solo marchio è membro solo lì.
Chi ha le quattro risposte ha la decisione. Comlayer non la forza in nessuna direzione, ma rende chiara una cosa: un workspace è un marchio, e tutto ciò che ne fa parte resta al suo interno. Cosa questo significhi per sicurezza e privacy per singolo workspace è scritto nella pagina su sicurezza e privacy.
Domande frequenti
Ho bisogno di un'istanza separata per ogni marchio?
Appena conoscenza, Centro assistenza, Widget o Inbox devono differire tra i marchi, sì. Un'istanza comune funziona solo quando i marchi verso l'esterno compaiono come uno e hanno le stesse scadenze, gli stessi prezzi e gli stessi processi.
Una persona può lavorare in più istanze?
Sì. Con Comlayer una persona è membro di più workspace e passa dall'uno all'altro nella barra laterale. Occupa un posto in ogni workspace, e il suo ruolo viene assegnato per singolo workspace.
Cosa significano due marchi per la fatturazione?
Con Comlayer due marchi sono due workspace e quindi due abbonamenti con posti propri. Una tariffa condivisa su più workspace non esiste. Questo conto va fatto prima della decisione, non dopo.
Come tengo aggiornata la conoscenza valida per tutti i marchi?
Non tramite una base di conoscenza comune, ma tramite una fonte interna comune da cui ogni marchio deriva la propria versione. Ogni modifica alla fonte attiva un obbligo in ogni versione; chi non lo organizza si ritrova, dopo il terzo aggiornamento, con tante versioni quanti sono i marchi.
Esiste una Inbox su tutti i marchi?
Con Comlayer no. Ogni richiesta si trova nel workspace il cui Widget o Centro assistenza l'ha generata. Una Inbox comune sarebbe esattamente il punto in cui la separazione verrebbe di nuovo annullata.
Cosa vale per le agenzie con più committenti?
Il committente crea il workspace e invita l'agenzia come membri del team. Conoscenza, Centro assistenza e abbonamento restano al committente; quando la collaborazione finisce, l'appartenenza viene rimossa. L'agenzia è membro di tanti workspace quanti sono i suoi committenti.