Sempre più aziende stanno riportando internamente il lavoro precedentemente esternalizzato. Un Global Capability Center (GCC) offre loro un controllo diretto su talenti, qualità, dati e costi, oltre a una base per sviluppare nuove competenze come l'analisi dei dati, l'automazione e l'IA. Ma un GCC che subentra al lavoro di un fornitore di BPO parte con un problema: le persone che sanno come viene svolto il lavoro non lavorano per voi.

Questo rende il trasferimento della conoscenza (KT, Knowledge Transfer) la parte più delicata dell'avvio di un GCC. Il fornitore uscente conosce i processi, le eccezioni e le soluzioni alternative. Il vostro nuovo team del GCC non sa ancora nulla di tutto ciò. E la data di scadenza del contratto non si sposta.

Questa guida illustra come gestire il trasferimento della conoscenza da un BPO a un GCC captive: perché è più difficile rispetto a una normale transizione, il lavoro di preparazione da fare prima dell'inizio del KT, un flusso di lavoro dettagliato basato prima di tutto sulle registrazioni e una checklist per accettare il KT prima dell'uscita del fornitore.

Che cos'è il trasferimento della conoscenza nell'avvio di un GCC?

Il trasferimento della conoscenza nell'avvio di un GCC è il processo di trasferimento del know-how necessario per gestire una serie di processi aziendali da un fornitore di outsourcing al centro captive dell'azienda. A volte viene chiamato insourcing, o transizione inversa, perché il lavoro ritorna da un fornitore esterno anziché essere affidato a uno di essi.

Copre tutto ciò di cui il team del GCC ricevente ha bisogno per svolgere il lavoro mantenendo gli stessi livelli di servizio o migliorandoli: passaggi del processo, sistemi e accessi, regole aziendali, eccezioni, aspettative dei clienti o degli stakeholder, reportistica e controlli di qualità. Il risultato di un buon KT è un processo documentato e testato, e un team in grado di gestirlo senza dover chiamare il vecchio fornitore.

Perché il KT da BPO a Captive è più difficile rispetto a una transizione normale

Spostare il lavoro verso un BPO e riportarlo in un GCC sembrano attività simili sulla carta. Nella pratica, un trasferimento da BPO a captive comporta rischi aggiuntivi:

• Il fornitore uscente sta perdendo il lavoro. Al suo team viene chiesto di formare le persone che lo sostituiranno. La collaborazione dipende dalle condizioni contrattuali e dalla buona volontà, e l'attenzione può calare man mano che si avvicina la data di uscita.

• La conoscenza risiede nelle persone del fornitore. Anni di modifiche ai processi, regole specifiche per i clienti e soluzioni alternative fanno parte del bagaglio degli operatori e dei team leader del fornitore, non dei documenti che vi sono stati inviati.

• La documentazione esistente è spesso obsoleta. Le procedure operative possono essere state scritte all'inizio del contratto e mai completamente aggiornate, oppure possono essere di proprietà e gestite dal fornitore.

• La scadenza è fissa. I periodi di preavviso e le date di uscita sono stabiliti dal contratto, quindi il KT deve rientrare in quella finestra temporale. Prorogarla di solito significa pagare per avere più tempo.

• Il fornitore subisce una perdita di personale (attrition) durante la fase di uscita. Le persone esperte del fornitore potrebbero essere spostate su altri clienti o andarsene prima del completamento del KT, portando con sé la conoscenza.

• I sistemi e gli accessi cambiano. Il GCC potrebbe utilizzare strumenti, ambienti o configurazioni di sicurezza diversi, quindi i processi devono essere insegnati per come funzioneranno nel nuovo centro, non solo per come funzionano oggi.

A causa di questi rischi, il KT da BPO a captive non può affidarsi solo a sessioni dal vivo e appunti. Se qualcosa non viene registrato mentre gli esperti del fornitore sono ancora disponibili, probabilmente andrà perso per sempre.

Il lavoro di preparazione prima dell'inizio del KT

Il successo di un trasferimento da BPO a captive si decide spesso prima della prima sessione di KT. Predisponete questi elementi fin da subito:

• Esaminate i termini di uscita. Verificate le clausole contrattuali relative alla gestione dell'uscita, all'assistenza per la risoluzione e alla documentazione con i vostri team legali e di procurement, in modo da sapere cosa il fornitore deve consegnare e supportare.

• Definite i deliverable del KT. Concordate che ogni processo dovrà avere una procedura dettagliata registrata, una SOP (Procedura Operativa Standard) approvata e un elenco delle eccezioni note, e non solo una serie di sessioni completate.

• Stabilite una governance congiunta. Nominate un responsabile del KT per ciascuna parte, concordate una verifica settimanale e monitorate i progressi per singolo processo in un tracker condiviso.

• Concordate i criteri di accettazione. Decidete cosa significa "KT completato" per ciascun processo, ad esempio SOP approvata, reverse shadowing superato e qualità in linea con gli obiettivi.

• Assumete e inserite il team del GCC in anticipo. Il KT può procedere solo alla velocità con cui il team ricevente è in grado di assimilare le informazioni, quindi i primi assunti dovrebbero essere operativi prima dell'apertura della finestra di KT.

• Risolvete i problemi di accesso e gestione dei dati. Confermate quali sistemi il team del GCC può utilizzare durante il KT e come i dati sensibili dei clienti o dei dipendenti saranno mascherati nelle registrazioni e nei documenti.

La guida al KT da BPO a Captive: un flusso di lavoro basato prima di tutto sulle registrazioni

Un flusso di lavoro basato prima di tutto sulle registrazioni considera ogni sessione di KT e ogni procedura dettagliata come materiale di partenza. La documentazione viene generata a partire dalle registrazioni, anziché essere scritta separatamente in un secondo momento. Questi sette passaggi funzionano per un singolo processo o per una configurazione GCC su larga scala e in più fasi.

Passaggio 1: Censire i processi e mappare i detentori della conoscenza

Elencate ogni processo che si trasferisce al GCC, raggruppandolo in fasi. Per ciascuno di essi, registrate il volume, la complessità, i sistemi, i livelli di servizio e, cosa più importante, chi presso il fornitore lo conosce effettivamente. Spesso si tratta di un team lead o di un operatore senior, non del proprietario del processo indicato nell'organigramma.

Date la priorità ai processi con volumi elevati, rischi alti o con una conoscenza concentrata in una o due persone.

Passaggio 2: Concordare un protocollo di registrazione con il fornitore

Rendete la registrazione parte dell'accordo di KT fin dal primo giorno. Un protocollo semplice copre i seguenti aspetti:

• Ogni sessione di KT viene registrata, che si tratti di una chiamata su MS Teams o Zoom o di una registrazione dello schermo.

• Le figure esperte (SME) mostrano il lavoro reale nel sistema reale, non slide descrittive.

• Ogni registrazione copre un singolo processo o sotto-processo, laddove possibile.

• Gli SME illustrano le eccezioni comuni e spiegano l'importanza di ciascun passaggio.

• Vengono utilizzati dati di test o mascherati ovunque sia possibile.

Passaggio 3: Gestire il KT a scaglioni e registrare ogni sessione

Eseguite il KT scaglione per scaglione, seguendo l'ordine del vostro inventario. Registrate le sessioni di formazione, le procedure guidate sui sistemi e le sessioni di domande e risposte, e chiedete agli SME del fornitore di registrare brevi video esplicativi per le attività che non rientrano in una sessione standard. Con uno strumento come il registratore dello schermo IA di Trupeer, gli SME possono registrare una procedura dettagliata in pochi minuti senza bisogno di alcun montaggio.

Passaggio 4: Trasformare le registrazioni in SOP e video nel giro di pochi giorni

Non lasciate che le registrazioni si accumulino. Caricatele in uno strumento di documentazione basato su IA man mano che arrivano. Trupeer trasforma ogni registrazione in una SOP dettagliata con screenshot e istruzioni scritte, oltre a un video narrato, in modo che il team del GCC abbia sia un documento da seguire che un video da guardare.

Produrre la documentazione mentre il KT è ancora in corso consente di individuare eventuali lacune mentre gli SME del fornitore sono ancora disponibili per colmarle.

Passaggio 5: Validare con gli SME del fornitore e i responsabili del GCC

Chiedete allo SME del fornitore di verificare l'accuratezza di ogni bozza e l'eventuale assenza di eccezioni, e al responsabile del GCC di verificare che sia sufficientemente chiara per un nuovo arrivato. La loro approvazione diventa parte delle prove di accettazione del vostro KT. La revisione di una bozza richiede molto meno tempo agli SME rispetto alla stesura di un documento da zero, un aspetto fondamentale quando il team del primo fornitore è già sotto pressione.

Passaggio 6: Affiancamento (Shadowing) e affiancamento invertito (Reverse Shadowing) utilizzando la libreria

Prima che inizi l'affiancamento, il team del GCC studia le SOP e i video relativi ai propri processi. Durante lo shadowing, osservano il fornitore svolgere il lavoro; durante il reverse shadowing, svolgono loro stessi l'attività sotto la supervisione del fornitore. Ogni errore o dubbio che emerge indica una lacuna: correggetela immediatamente nella SOP.

Passaggio 7: Uscita, Hypercare e aggiornamento della conoscenza

Al momento del passaggio di consegne (cutover), il GCC assume la proprietà del processo e il fornitore si fa da parte. Durante la fase di assistenza intensiva (hypercare), il team del GCC utilizza la base di conoscenza come prima fonte per trovare risposte. Quando un processo cambia, registrate nuovamente il passaggio e aggiornate la SOP e il video, in modo che la documentazione rimanga accurata anche molto tempo dopo la partenza del fornitore.

Cosa cambia con un flusso di lavoro basato prima di tutto sulle registrazioni

Rispetto a un approccio KT tradizionale, dare priorità alle registrazioni cambia ciò che vi rimane in mano al momento dell'uscita del fornitore:

• KT tradizionale: sessioni dal vivo, appunti presi dal team ricevente, SOP scritte settimane dopo e una conoscenza che dipende da chi ha partecipato a quale sessione.

• KT basato prima di tutto sulle registrazioni: ogni sessione viene registrata, le SOP e i video vengono generati in pochi giorni, le lacune vengono individuate quando gli SME sono ancora disponibili e viene creata una libreria ricercabile di proprietà del GCC.

La differenza più grande si nota dopo l'uscita del fornitore. Con un approccio basato prima sulle registrazioni, il GCC conserva una traccia completa di come è stato insegnato ogni processo, da cui i nuovi assunti possono apprendere anche molto tempo dopo che il team KT originale si è dedicato ad altro.

In che modo Trupeer aiuta nel trasferimento della conoscenza per l'avvio di un GCC

Trupeer è progettato per la fase di avvio di un GCC in cui la conoscenza deve passare dalle persone a un sistema:

• Acquisizione del KT in tempo reale: registrate le procedure dettagliate con il registratore dello schermo IA o caricate le registrazioni di KT esistenti da MS Teams e Zoom.

• Generazione di SOP e video da un'unica registrazione: ogni procedura dettagliata diventa una SOP passo-passo e un video narrato, allineati al vostro modello e alla vostra brand identity.

• Traduzione per ogni sede del GCC: la traduzione produce SOP, voci fuori campo e didascalie in altre lingue a partire dalla stessa fonte.

• Creazione della base di conoscenza del GCC: pubblicate tutto in una knowledge base ricercabile e organizzata per fase e processo, di proprietà del GCC e non del fornitore.

• Mantenimento della documentazione aggiornata: aggiornate una SOP registrando nuovamente solo il passaggio che è cambiato.

• Soddisfacimento dei requisiti aziendali: verificate la sicurezza e la gestione dei dati nel centro di affidabilità e nelle opzioni per grandi aziende.

Lo stesso approccio basato prima di tutto sulle registrazioni funziona su larga scala. Genpact ha utilizzato Trupeer per trasformare le sessioni di processo registrate su MS Teams e le procedure dettagliate degli SME in oltre 500 SOP e video di formazione in cinque lingue in 3 mesi, per un programma che altrimenti ne avrebbe richiesti 12. Leggete la storia di successo di Genpact.

Checklist di accettazione del KT prima dell'uscita del fornitore

Prima di approvare il KT per una fase e congedare il fornitore, verificate che:

• Ogni processo all'interno dello scaglione abbia almeno una procedura dettagliata registrata.

• Ogni processo disponga di una SOP e di un video, approvati da uno SME del fornitore e da un responsabile del GCC.

• Le eccezioni note, le soluzioni alternative e i percorsi di escalation siano documentati.

• Il team del GCC abbia superato il reverse shadowing al livello di qualità concordato.

• Tutta la documentazione sia pubblicata nella base di conoscenza del GCC, in ogni lingua richiesta dal GCC.

• Gli accessi, gli strumenti e i report funzionino nell'ambiente del GCC.

• Un responsabile all'interno del GCC sia incaricato di mantenere aggiornata ciascuna SOP.

Per guide correlate, consultate la nostra metodologia di transizione GBS, come ridurre i tempi di transizione con la documentazione IA e la nostra strategia per il trasferimento della conoscenza tacita (tribal knowledge).

Conclusione

Riportare il lavoro da un BPO all'interno del proprio GCC offre un maggiore controllo, ma solo se la conoscenza viene trasferita di conseguenza. Gli esperti del fornitore non saranno disponibili per sempre e tutto ciò che non viene registrato prima dell'uscita dovrà essere ricostruito da zero con grande fatica.

Un flusso di lavoro basato prima di tutto sulle registrazioni valorizza ogni singola sessione di KT: registratela, trasformatela in SOP e video nel giro di pochi giorni, convalidatela mentre il fornitore è ancora presente e conservatela in una knowledge base di proprietà del vostro GCC. Iniziate gratuitamente con Trupeer e trasformate la vostra prossima sessione di KT in documentazione che il vostro team del GCC potrà utilizzare fin dal primo giorno.

Domande frequenti

Che cos'è il trasferimento della conoscenza nell'avvio di un GCC?

È il processo di trasferimento del know-how necessario per gestire i processi aziendali dal team attuale, spesso un fornitore di outsourcing, al centro di competenze globale (GCC) dell'azienda, in modo che quest'ultimo possa svolgere il lavoro mantenendo gli stessi livelli di servizio o migliorandoli.

Come si trasferisce la conoscenza da un BPO a un centro captive?

Censite i processi e le persone che li conoscono, concordate un protocollo di registrazione con il fornitore, registrate ogni sessione di KT, trasformate le registrazioni in SOP e video, convalidateli con gli SME, quindi utilizzateli durante le fasi di shadowing e reverse shadowing prima dell'uscita del fornitore.

Perché il trasferimento della conoscenza da BPO a captive è rischioso?

Il fornitore uscente sta perdendo il lavoro, la conoscenza risiede nelle sue persone anziché nei documenti, la documentazione esistente è spesso obsoleta e la data di uscita è stabilita dal contratto. Tutto ciò che non viene registrato prima dell'uscita è difficile da recuperare.

Che cos'è un flusso di lavoro KT basato prima di tutto sulle registrazioni?

È un approccio in cui ogni sessione di KT e ogni spiegazione degli SME viene registrata e utilizzata come fonte per creare SOP, video e la base di conoscenza, anziché affidarsi ad appunti e documenti scritti dopo le sessioni.

Quanto tempo richiede il trasferimento della conoscenza per l'avvio di un GCC?

Dipende dal numero di processi, di fasi e di sedi, nonché dal periodo di preavviso del fornitore. Generare la documentazione a partire dalle registrazioni mentre il KT è in corso aiuta a far rientrare il lavoro entro una finestra temporale di uscita prestabilita.

Cosa dovrebbe includere una checklist di accettazione del KT?

Procedure guidate registrate e SOP approvate per ogni processo, eccezioni documentate, reverse shadowing superato al livello di qualità concordato, documentazione nella knowledge base del GCC, accessi e strumenti funzionanti e un responsabile designato per ciascuna SOP.

È possibile creare SOP a partire dalle registrazioni dei KT?

Sì. Strumenti come Trupeer trasformano le registrazioni delle sessioni di KT o le spiegazioni degli SME in SOP dettagliate con screenshot e video narrati, che gli SME possono poi rivedere e modificare.

Chi dovrebbe essere il proprietario della documentazione dopo una transizione al GCC?

La proprietà deve essere del GCC. Conservate le SOP e i video nella base di conoscenza interna del GCC, con un responsabile designato per ciascun processo, in modo che la conoscenza rimanga all'interno dell'organizzazione una volta che il fornitore se n'è andato.