Governance Vendor · CX Operations
Quanti vendor CX sono troppi? Un framework di governance, non un numero
I GM me lo chiedono spesso: quanti vendor BPO dovremmo avere? È la domanda sbagliata, e rispondere con un numero è proprio come inizia il caos vendor.
Ho gestito la governance di quattro provider BPO su tre mercati contemporaneamente, condotto processi completi di RFQ e selezione vendor, e migrato un contact center interno verso un provider esterno senza un giorno di interruzione del servizio. Il numero di vendor non è mai stato ciò che determinava se quei setup funzionassero. La capacità di governance sì.
Perché il numero di vendor è la metrica sbagliata
Un solo vendor senza una cadenza di revisione strutturata è più rischioso di tre vendor sotto governance stretta. Il numero sembra la variabile che conta perché è quella che puoi indicare in una slide. Quello che davvero prevede i risultati è se qualcuno possiede, con una cadenza fissa, il confronto delle performance SLA, del costo per contatto e della qualità su ogni provider che usi.
Senza quella ownership, un singolo vendor deriva senza che nessuno se ne accorga, perché non c'è nulla con cui confrontarlo. Con più vendor e senza governance, ottieni la stessa deriva, moltiplicata, più il costo di coordinamento di gestire più relazioni che di fatto nessuno sta gestendo.
Il bias che tiene in vita un vendor che non funziona
Ho seduto in abbastanza conversazioni di rinnovo da riconoscere il pattern all'istante. Un vendor manca gli SLA da mesi. L'istinto nella stanza è sempre una variante di: abbiamo già investito tanto per formarli sul nostro prodotto, sostituirli ora costerebbe troppo.
Quel ragionamento ha un nome: il bias dei costi sommersi. Il tempo e il denaro già spesi su quella relazione col vendor sono persi indipendentemente da cosa decidi oggi. Non si recuperano restando, e non si risparmiano andandosene. L'unica domanda che vale la pena farsi è: sapendo quello che sai ora, sceglieresti ancora questo vendor?
Il costo già sommerso in una relazione con un vendor non è nel contratto. È nel modo in cui guardi la decisione.
Lo stesso bias si presenta sugli agenti sotto performance, sulle piattaforme scelte anni fa e mai più riviste, sui processi che tutti sanno essere rotti ma che nessuno tocca perché "li abbiamo costruiti noi". La governance vendor è in realtà la disciplina di farsi quella domanda a scadenze regolari, prima che il costo sommerso abbia la possibilità di accumularsi fino a sembrare troppo grande per potersene allontanare.
Un framework di governance che funziona davvero
Quello che ho messo in piedi, in ogni operation multi-vendor che ho gestito, ha sempre le stesse quattro componenti, indipendentemente da quanti provider sono coinvolti.
- Una cadenza di revisione fissa. Mensile per le metriche operative, trimestrale per le performance strategiche. Non "quando serve", perché "quando serve" significa mai, finché qualcosa non si rompe.
- Metriche comparabili su ogni vendor. Stesse definizioni di SLA, stesso scoring di qualità, stesso calcolo del costo per contatto. Se i tuoi vendor riportano numeri diversi in formati diversi, non puoi davvero confrontarli, il che significa che non li stai davvero governando.
- Incentivi allineati ai risultati, non all'attività. Un vendor pagato puramente per contatto gestito è incentivato a chiudere in fretta, non a risolvere. Rinegozia gli SLA così che qualità e risoluzione pesino davvero nei termini commerciali, non solo il volume.
- Un trigger di transizione definito. Decidi in anticipo cosa significa una performance insufficiente sostenuta, per iscritto, prima di trovarti dentro una conversazione di rinnovo carica di emotività. Un trigger che fissi con calma a gennaio è più affidabile di un giudizio che prendi sotto pressione a novembre.
Come appare una vera transizione di vendor
Le transizioni di vendor vengono trattate come eventi ad alto rischio, e fatte senza una struttura di governance dietro, lo sono davvero. Fatte con una struttura solida, diventano routine. Ho guidato una transizione completa di vendor a zero interruzione operativa, mantenendo la continuità degli SLA durante tutta la migrazione, perché il lavoro di base, periodi di parallel run, protocolli di trasferimento della conoscenza e un piano di cutover chiaro, esisteva già prima ancora che la decisione di transizione venisse presa.
Le organizzazioni che temono di più le transizioni di vendor sono di solito quelle con la governance più debole, perché per loro una transizione significa costruire l'intero framework di valutazione da zero sotto pressione di tempo, esattamente nel momento in cui possono permettersi meno di sbagliare.
Quando servono davvero più vendor, o meno
Più vendor hanno senso quando stai entrando in nuovi mercati con requisiti linguistici o regolatori diversi che nessun singolo provider copre bene, o quando il rischio di concentrazione su un solo provider diventa una minaccia reale alla continuità. Meno vendor hanno senso quando la capacità di governance è il vincolo reale: se nessuno ha il tempo per gestire davvero la cadenza descritta sopra, consolidare su meno relazioni ma meglio governate batte lo spargersi su tante.
È anche qui che il modello fractional si guadagna il suo posto. La governance vendor è esattamente il tipo di responsabilità continuativa e strutturale per cui un'assunzione full-time costa troppo e un consulente una tantum non può sostenerla nel tempo. Ne ho scritto più in dettaglio in Fractional CX Director: quando serve, quanto costa, e quando no.