Trupeer Blog
Riassumi
Cambiare provider di outsourcing è spesso la decisione giusta: prezzi migliori, servizio migliore, nuove competenze o un nuovo inizio dopo una relazione che ha smesso di funzionare. Ma una transizione da fornitore a fornitore presenta un punto debole intrinseco. Le persone che sanno come viene svolto il lavoro lavorano per il provider che se ne sta andando.
L'incumbent possiede anni di conoscenza dei processi, regole specifiche del cliente e soluzioni alternative. Il provider subentrante non ha ancora nulla di tutto ciò. E il cliente, nel mezzo, spesso conosce i dettagli quotidiani meno di entrambi. Il trasferimento di conoscenza (KT, Knowledge Transfer) è il ponte, e deve essere costruito mentre il team dell'incumbent si sta riducendo e la sua attenzione si sta spostando altrove.
Questa guida spiega come gestire il trasferimento di conoscenza in una transizione da fornitore a fornitore quando l'incumbent se ne va, utilizzando un semplice approccio in tre fasi: cattura rapida, verifica, certificazione.
Che cos'è una transizione da fornitore a fornitore (Vendor-to-Vendor)?
Una transizione da fornitore a fornitore è il trasferimento di lavoro esternalizzato da un fornitore di servizi, l'incumbent (uscente), a un altro, il provider subentrante. A volte viene chiamata cambio di provider o transizione di outsourcing di seconda generazione, perché il lavoro è già stato esternalizzato una volta.
Sono coinvolte tre parti:
Il cliente, che possiede il lavoro, i contratti e la relazione con entrambi i provider.
Il provider incumbent, che sta uscendo e ha l'obbligo contrattuale di supportare il passaggio di consegne.
Il provider subentrante, che prende in carico il lavoro ed è responsabile del servizio a partire dal go-live.
Il trasferimento di conoscenza è il cuore della transizione. Il provider subentrante deve apprendere ogni processo, sistema, regola ed eccezione abbastanza bene da garantire i livelli di servizio concordati senza l'aiuto dell'incumbent.
Perché il KT è più difficile quando l'incumbent se ne sta andando
Una transizione da fornitore a fornitore comporta tutti i consueti rischi di transizione, con l'aggiunta di alcuni elementi specifici:
Scarso incentivo a cooperare. L'incumbent sta perdendo il contratto. I suoi obblighi derivano dalle condizioni di uscita e le sue risorse migliori potrebbero già essere in fase di ricollocamento su altri clienti.
Attrito durante l'uscita. Gli operatori e i team leader di una commessa in uscita spesso se ne vanno o vengono ricollocati prima del termine del KT, portando via con sé la conoscenza.
La conoscenza risiede nell'incumbent, non nel cliente. Dopo anni di outsourcing, il cliente potrebbe non avere più personale che conosca il processo nel dettaglio.
La documentazione è incompleta o obsoleta. Le procedure operative standard (SOP) potrebbero non riflettere il modo in cui il lavoro viene effettivamente svolto oggi, oppure potrebbero essere conservate nei sistemi proprietari dell'incumbent.
Tempistiche fisse e ridotte. La data di uscita è stabilita dal contratto, quindi il KT deve rientrare in una finestra temporale che spesso è più breve di quanto si desideri.
Due provider, due metodi. Il provider subentrante potrebbe utilizzare strumenti, modelli e metodi di lavoro diversi, quindi la conoscenza deve essere tradotta, non solo copiata.
A causa di questi rischi, un KT che si affida solo a sessioni dal vivo e appunti è fragile. Se qualcosa non viene catturato mentre le persone dell'incumbent sono ancora lì, è molto probabile che vada perso.
Chi possiede la conoscenza? Il ruolo del cliente
La decisione più importante in una transizione da fornitore a fornitore è stabilire chi sia il proprietario della documentazione risultante. La risposta dovrebbe essere: il cliente.
Quando la base di conoscenza appartiene al cliente, la transizione successiva – che sia verso un altro fornitore, verso un GCC interno o di nuovo in-house – inizierà da una base documentata anziché da zero. In pratica, ciò significa:
Verificare presto le condizioni di uscita. Collaborare con l'ufficio legale e il procurement per confermare ciò che l'incumbent deve fornire: documentazione, sessioni di KT, dati, accessi e ore di supporto.
Istituire una governance a tre parti. Nominare un responsabile KT per il cliente, per l'incumbent e per il provider subentrante, con una verifica settimanale e un tracker KT condiviso.
Definire i deliverable del KT come prove tangibili. Ogni processo dovrebbe concludersi con una presentazione registrata, una SOP approvata e personale certificato, non solo con una sessione completata.
Archiviare tutto in una knowledge base di proprietà del cliente. Nessuno dei due provider dovrebbe essere l'unico custode delle modalità di esecuzione del lavoro.
Il framework Capture, Verify, Certify (Cattura, Verifica, Certifica)
Quando l'incumbent se ne va, il KT deve essere rapido ma non approssimativo. Un approccio in tre fasi mantiene l'equilibrio: catturare la conoscenza rapidamente, verificarla rispetto al lavoro reale e certificare che il team subentrante sia in grado di operare.
Fase 1: Cattura rapida (Capture Fast)
L'obiettivo di questa fase è estrarre la conoscenza dalla testa delle persone e trasformarla in un formato registrato e riutilizzabile prima che il team dell'incumbent si disperda.
Censire ogni processo e mappare i detentori della conoscenza. Per ogni processo, annotare volumi, sistemi, livelli di servizio e chi, all'interno dell'incumbent, lo conosce davvero. Dare la priorità ai processi in cui la conoscenza risiede in una o due persone soltanto.
Concordare un protocollo di registrazione. Ogni sessione di KT viene registrata, che si tratti di una chiamata MS Teams o Zoom o di una registrazione dello schermo del lavoro svolto. Gli SME (Subject Matter Experts) mostrano l'attività reale nel sistema reale, affrontano le eccezioni e utilizzano dati di test o mascherati ove possibile.
Registrare in parallelo. Non aspettare le sessioni programmate. Chiedere agli SME dell'incumbent di registrare brevi presentazioni delle proprie attività utilizzando uno strumento come l'AI screen recorder di Trupeer, in modo da catturare più processi contemporaneamente.
Trasformare le registrazioni in documentazione entro pochi giorni. Caricare le registrazioni man mano che arrivano. Trupeer trasforma ognuna di esse in una SOP passo-passo con screenshot e un video narrato, in modo che la documentazione tenga il passo con il KT.
Catturare rapidamente è fondamentale soprattutto per i processi a più alto rischio. Se si riesce a fare una sola sessione con uno SME chiave prima che se ne vada, la sua registrazione vale molto più di qualsiasi appunto.
Fase 2: Verifica (Verify)
La cattura rapida produce bozze. La verifica le trasforma in una fonte di verità affidabile.
Revisione degli SME. Lo SME dell'incumbent controlla l'accuratezza di ogni SOP e aggiunge eventuali eccezioni mancanti finché è ancora disponibile.
Revisione del cliente. Il process owner del cliente conferma che la SOP corrisponda al processo, alle policy e ai livelli di servizio concordati.
Test sul lavoro reale. Durante la fase di affiancamento passivo (shadowing), il team subentrante segue la SOP osservando l'incumbent che svolge il lavoro. Ogni discrepanza viene inserita in un registro dei gap.
Aggiornamento per lo stato futuro. Adattare le SOP agli strumenti, ai percorsi di escalation e alla reportistica del provider subentrante, in modo che descrivano come il lavoro verrà gestito dopo il go-live.
Risoluzione di ogni gap. Correggere ogni problema nella SOP e nel video, e registrare nuovamente i passaggi che si sono rivelati errati.
La verifica è il momento in cui emerge la conoscenza informale e non documentata (tribal knowledge). L'obiettivo è trovarla finché in sala c'è ancora qualcuno che conosce la risposta.
Fase 3: Certificazione (Certify)
La certificazione dimostra che il provider subentrante è in grado di gestire ciascun processo secondo gli standard richiesti prima dell'uscita dell'incumbent.
Valutazione rispetto alle SOP approvate. Utilizzare verifiche delle conoscenze, simulazioni pratiche e controlli di qualità sul lavoro reale, applicando gli stessi criteri per tutti.
Superamento dell'affiancamento attivo (reverse shadowing). Il team subentrante svolge il lavoro sotto la supervisione dell'incumbent e i tassi di errore devono rimanere entro la soglia concordata.
Certificazione per persona e per processo. Ogni membro del team riceve l'approvazione formale per i processi che è autorizzato a gestire.
Approvazione finale del cliente. Il cliente accetta il KT per ciascun processo solo quando le SOP sono approvate, il personale è certificato e la fase di reverse shadowing è stata superata.
La certificazione trasforma il concetto di "KT completato" da una semplice opinione in una prova oggettiva a cui cliente, incumbent e provider subentrante possono fare riferimento.
Una governance a tre parti per mantenere il KT in carreggiata
Le transizioni da fornitore a fornitore falliscono il più delle volte a causa del coordinamento. Un ritmo di governance semplice è di grande aiuto:
Revisione settimanale del KT con tutte e tre le parti, per analizzare i progressi per singolo processo, i gap, i rischi e le escalation.
Un KT tracker condiviso che mostri, per ogni processo, se è stato registrato, documentato, verificato e certificato.
Un percorso di escalation chiaro verso i senior sponsor per eventuali controversie su perimetro, accessi o collaborazione.
Tracciamento dei rischi legati alla dipendenza da singole persone (key-person dependency), in modo da catturare per primi i processi custoditi da un solo SME dell'incumbent.
Errori comuni nel KT da fornitore a fornitore
Contare le sessioni anziché i risultati. Una sessione completata non è la prova che la conoscenza sia stata trasferita. Tracciate invece le registrazioni, le SOP approvate e il personale certificato.
Rimandare la documentazione a dopo il KT. Nel momento in cui le SOP verranno scritte, gli esperti dell'incumbent potrebbero già essersene andati.
Permettere al solo provider subentrante di possedere la documentazione. Il cliente dovrebbe conservare una copia di tutto nella propria knowledge base.
Tralasciare le eccezioni. Il flusso standard è facile da insegnare. Sono le eccezioni a causare gli errori dopo il go-live.
Terminare il KT alla data di scadenza del contratto indipendentemente dal livello di preparazione. Pianificate la certificazione ben prima della data di uscita e utilizzate una fase di hypercare per gestire il residuo.
In che modo Trupeer aiuta in una transizione da fornitore a fornitore
Trupeer supporta ogni fase dell'approccio "cattura, verifica, certifica":
Cattura: registrate le sessioni di KT e le spiegazioni degli SME con l'AI screen recorder, oppure caricate le registrazioni esistenti di MS Teams e Zoom. Ognuna si trasforma in una SOP e in un video narrato.
Verifica: gli SME e il cliente esaminano le bozze anziché scrivere da zero, e i passaggi che necessitano di correzioni vengono aggiornati registrando nuovamente solo quella specifica sezione.
Certificazione: utilizzate le SOP e i video approvati come base per la formazione e le valutazioni, in modo che ogni persona venga valutata sugli stessi contenuti.
Coerenza garantita: applicate un unico modello e un brand kit affinché la documentazione abbia lo stesso aspetto, indipendentemente dallo SME che l'ha registrata.
Supporto multilingue: la traduzione crea SOP, voci fuori campo e didascalie nella lingua di ciascun team a partire dalla stessa fonte.
Proprietà al cliente: pubblicate tutto in una knowledge base ricercabile e controllata dal cliente, pronta per la transizione successiva.
L'approccio basato prima sulla registrazione è scalabile. Genpact ha utilizzato Trupeer per trasformare le sessioni di processo registrate e le spiegazioni degli SME in oltre 500 SOP e video di formazione in cinque lingue in soli 3 mesi, per un programma che altrimenti ne avrebbe richiesti 12. Leggi il case study di Genpact.
Checklist per il KT da fornitore a fornitore
Prima che l'incumbent esca, verificate che:
Ogni processo abbia almeno una sessione registrata da parte di uno SME dell'incumbent.
Ogni processo disponga di una SOP e di un video, esaminati dallo SME dell'incumbent e approvati dal cliente.
Le eccezioni note, le soluzioni alternative e i percorsi di escalation siano documentati.
Le SOP riflettano gli strumenti e i metodi di lavoro del provider subentrante.
Il team subentrante abbia superato la fase di reverse shadowing al livello di qualità concordato.
Ogni membro del team sia certificato sui processi che andrà a gestire.
Tutta la documentazione sia archiviata in una knowledge base di proprietà del cliente.
Per guide correlate, vedere il trasferimento di conoscenza per la configurazione di un GCC, il periodo di hypercare nella transizione, il rebadging nelle transizioni di outsourcing e la metodologia di transizione GBS.
Conclusione
In una transizione da fornitore a fornitore, la conoscenza di cui avete bisogno se ne va con l'incumbent. Non potete rallentare questo processo, ma potete catturarlo più rapidamente. Registrate prima, verificate rispetto al lavoro reale mentre gli esperti dell'incumbent sono ancora disponibili e certificate il team subentrante prima della data di uscita.
Farlo all'interno di una knowledge base di proprietà del cliente garantisce che la transizione successiva inizi da una linea di base già documentata. Inizia gratuitamente con Trupeer e trasforma ogni sessione di KT in SOP e video su cui certificare il tuo team subentrante.
Domande frequenti (FAQ)
Che cos'è una transizione da fornitore a fornitore?
È il trasferimento di lavoro esternalizzato da un fornitore di servizi, l'incumbent, a un nuovo provider. Il cliente, l'incumbent e il provider subentrante vi prendono parte, e il trasferimento di conoscenza costituisce il cuore della transizione.
Come funziona il trasferimento di conoscenza in una transizione da fornitore a fornitore?
Gli SME dell'incumbent spiegano e mostrano ogni processo al team del provider subentrante. La conoscenza viene catturata in SOP e video, verificata tramite affiancamento, e il team subentrante viene certificato prima dell'uscita dell'incumbent.
Perché il KT è difficile quando l'incumbent se ne sta andando?
L'incumbent sta perdendo il contratto, il suo personale potrebbe andarsene o essere ricollocato, la documentazione è spesso obsoleta, il cliente potrebbe non conoscere il processo nel dettaglio e la data di uscita è fissa.
Che cos'è l'approccio capture, verify, certify?
Si tratta di un metodo di KT in tre fasi. "Capture" (Cattura) significa registrare rapidamente ogni sessione e spiegazione. "Verify" (Verifica) significa controllare le SOP con gli SME, il cliente e sul lavoro reale. "Certify" (Certifica) significa valutare e approvare il team subentrante prima dell'uscita dell'incumbent.
Chi dovrebbe possedere la documentazione in una transizione tra fornitori?
Il cliente. Conservare SOP e video in una knowledge base di proprietà del cliente protegge la conoscenza nel caso in cui il provider subentrante cambi in futuro, o se il lavoro venga spostato in un GCC o riportato in-house.
Come si certifica il team del provider subentrante?
Valutando ogni persona rispetto alle SOP approvate tramite verifiche delle conoscenze, prove pratiche e controlli di qualità, richiedendo il superamento del reverse shadowing al livello di qualità concordato e ottenendo l'approvazione del cliente per ciascun processo.
Cosa dovrebbe chiedere il cliente all'incumbent al momento dell'uscita?
In genere la documentazione, le sessioni registrate di KT, i dati, l'accesso ai sistemi e le ore di supporto degli SME. Gli obblighi esatti dipendono dalle clausole di assistenza all'uscita e alla cessazione del contratto, pertanto è opportuno verificarle con l'ufficio legale e il procurement.
Come si può accelerare il trasferimento di conoscenza da fornitore a fornitore?
Registrando ogni sessione di KT e spiegazione, facendo registrare le attività agli SME in parallelo, trasformando le registrazioni in SOP e video entro pochi giorni e verificandole mentre gli esperti dell'incumbent sono ancora disponibili.
