AI adoption in una telco: la rete è facile, il commerciale no

In sintesi. Gli operatori telco hanno una condizione rara: l'area con più valore, l'ottimizzazione della rete, è anche quella con meno attrito regolamentare, perché resta a rischio minimo sotto l'AI Act. È il contrario di quello che accade in banca e in assicurazione. Il vincolo qui riguarda la sovrapposizione con NIS2, che va coordinata invece di duplicata, più che la norma in sé. Il caso d'uso da trattare con più cautela è quello commerciale, dove si nasconde una valutazione creditizia.

Negli operatori la maturità tecnica è alta, e la domanda riguarda l'impatto più che la fattibilità. Questo sposta il problema su un terreno diverso da quello di altri settori, dove la discussione si ferma prima, su cosa sia possibile costruire con i dati disponibili.

Due aree, due logiche

Sulla rete il valore si misura in costi operativi, guasti evitati e capacità recuperata. Sono numeri che l'operatore già raccoglie ogni giorno per ragioni sue, il che rende il business case verificabile in mesi invece che in anni e toglie di mezzo la discussione su come si misura. Questo conta.

Sul commerciale il valore si misura in churn evitato, conversione e margine per cliente. Anche questi sono numeri disponibili, con una complicazione: attribuire un cambiamento di churn a un modello richiede un gruppo di controllo, e in una telco tenerlo significa rinunciare a trattare una parte della base clienti.

La differenza pratica è che sulla rete si può partire senza discussioni normative, mentre sul commerciale serve prima capire in quale classe di rischio si sta lavorando.

La mappa dei casi candidati

Caso d'uso	Valore	Attrito regolamentare	Adatto come primo
Manutenzione predittiva sulla rete	Alto e misurabile	Basso, restano obblighi NIS2	Sì
Ottimizzazione della capacità	Alto	Basso	Sì
Assistenza al servizio clienti	Medio-alto, in volumi	Basso, articolo 50	Sì
Modelli di churn e propensione	Alto	Medio, profilazione GDPR	Come secondo passo
Rilevazione frodi sul traffico	Alto	Medio, dipende dall'effetto sul cliente	Come secondo passo
Valutazione creditizia per rateizzazione	Alto	Alto, Allegato III	No, non come primo

L'ultima riga è quella che negli operatori resta invisibile più a lungo, perché quel processo nasce nella funzione commerciale e viene trattato come una regola di vendita, non come un sistema di scoring.

Coordinare con NIS2 invece di duplicare

Un operatore telco produce già documentazione su gestione del rischio, resilienza e fornitori critici. Molti dei requisiti che l'AI Act chiede sui sistemi rilevanti si sovrappongono a quel lavoro.

Costruire un secondo impianto separato significa pagare due volte per lo stesso sistema, con il risultato che le due documentazioni divergono nel tempo e nessuna delle due è affidabile. Il coordinamento è un lavoro di mappatura dei requisiti, non di riscrittura: si stabilisce quali evidenze soddisfano entrambe le norme, quali servono a una sola, e chi le mantiene.

È anche il modo per non far ricadere tutto sulla funzione sicurezza, che in molti operatori è già il collo di bottiglia.

Il pilota quando i volumi sono enormi

La tentazione ricorrente è saltare il pilota, perché i volumi sono tali che un test su un perimetro ristretto sembra poco significativo, e la pressione a scalare subito è forte. Conviene resistere per una ragione pratica: su volumi grandi un errore sistematico produce danni per settimane prima che qualcuno se ne accorga, e il costo del recupero supera quello del test evitato.

Il perimetro giusto per un pilota in una telco è una regione, un segmento di clientela o una tipologia di impianto, con baseline misurata sullo stesso perimetro e criteri di accettazione fissati prima.

Il piano di uscita, qui, riguarda soprattutto l'integrazione con i sistemi di billing e di gestione della rete, che è la parte che allunga i tempi più di qualunque questione di modello.

Quando il modello arriva dal vendor

Gran parte dei sistemi AI in una telco arriva dentro piattaforme di vendor, e non viene sviluppata internamente. Questo cambia la domanda: non è cosa vogliamo costruire, è cosa stiamo già usando e chi risponde di cosa.

La definizione del ruolo contrattuale va fatta sistema per sistema, prima di estendere l'uso e non dopo, perché la scelta tra provider e deployer determina quali obblighi ricadono sull'operatore e quali restano al fornitore che ha costruito il modello. Non è una formalità. Un operatore che attiva una funzionalità AI dentro una piattaforma esistente si assume obblighi che nessuno ha valutato al momento dell'attivazione.

Da dove partire

La sequenza parte dall'inventario dei sistemi AI, che in una telco deve coprire anche le funzionalità attivate dentro piattaforme di vendor.

I criteri generali di selezione sono in AI adoption: come scegliere il primo caso d'uso, il modello di costo in budget di un progetto AI.

Il quadro normativo del settore è nella pagina AI governance per operatori di telecomunicazioni.

Per valutare quali casi d'uso hanno senso nel tuo operatore puoi fissare un incontro.