AI adoption in compagnia assicurativa: da quale caso d'uso partire
Il processo con il valore più alto è anche quello in Allegato III. La mappa dei casi candidati, il vantaggio di model governance che quasi nessuna compagnia assicurativa sfrutta e perché il proprietario conta più della tecnologia.
In sintesi. In una compagnia assicurativa la scelta del primo caso d'uso ha un vincolo che altrove non esiste: il processo con il valore più alto, la tariffazione vita e salute, è anche quello classificato ad alto rischio dall'Allegato III. I casi che si possono portare in produzione subito stanno sui sinistri, sul supporto alla rete e sul back office. La differenza tra chi arriva in produzione e chi resta al pilota si decide sul proprietario del sistema, non sulla tecnologia.
Nelle compagnie assicurative la conversazione sull'AI parte quasi sempre dal pricing, perché è lì che si misura il risultato. È anche il punto da cui conviene non partire, per ragioni che hanno a che fare con la sequenza e non con il merito.
Le due misure da tenere separate
Valutare un caso d'uso assicurativo richiede due misure distinte, e sovrapporle è quello che allunga i progetti di mesi.
La prima è il valore economico, concentrato su tariffazione, gestione dei sinistri e antifrode. La seconda è l'attrito regolamentare, cioè il lavoro di governance necessario prima della produzione.
Il pricing vita e salute sta in alto su entrambe. La gestione documentale dei sinistri sta in mezzo sul valore e in basso sull'attrito, ed è il motivo per cui quasi tutti i percorsi riusciti iniziano da lì.
La mappa dei casi candidati
| Caso d'uso | Valore | Attrito regolamentare | Adatto come primo |
|---|---|---|---|
| Lettura e classificazione documenti di sinistro | Alto in efficienza | Basso | Sì |
| Supporto alla rete su prodotti e condizioni | Medio | Basso, articolo 50 | Sì |
| Ricerca su normativa e circolari interne | Medio, in tempo | Basso | Sì |
| Antifrode sui sinistri | Alto | Medio, dipende dall'effetto sulla persona | Come secondo passo |
| Liquidazione automatizzata di sinistri semplici | Alto | Medio-alto, incide sul diritto alla prestazione | Solo con presidi maturi |
| Tariffazione vita e salute | Il più alto | Il più alto, Allegato III | No, non come primo |
La riga che merita attenzione è la quinta. La liquidazione automatica di sinistri di importo contenuto sembra a basso rischio perché gli importi sono piccoli, e il criterio non è l'importo: è se il sistema incide sul riconoscimento del diritto alla prestazione.
Il vantaggio che le compagnie assicurative non sfruttano
In assicurazione esiste un impianto di model governance che poche altre organizzazioni possiedono: validazione indipendente, documentazione dei modelli, controlli di secondo livello, funzione attuariale che valida.
Quell'impianto copre buona parte di quello che l'AI Act chiede sui sistemi ad alto rischio, e nella maggior parte dei casi non viene usato. Il motivo è organizzativo: i nuovi sistemi AI arrivano da funzioni diverse, spesso digital o operations, e non passano dal processo di validazione perché nessuno li ha classificati come modelli.
Estendere il perimetro della model governance esistente ai sistemi AI costa meno che costruire un impianto parallelo, e produce un risultato più solido, perché quel processo è già stato messo alla prova da un'autorità di vigilanza.
Quale framework serve davvero alla tua azienda?
L'AI Rating misura la maturità sulle quattro aree del modello e indica da dove partire, con priorità e sforzo stimato.
Avvia il tuo AI RatingCosa deve esistere prima di chiamarlo pilota
Tre elementi vanno definiti per iscritto prima di cominciare, e il primo è la baseline del processo attuale, misurata: quante pratiche al giorno, con quale tempo medio, con quanti rilavori. Senza quel numero la valutazione finale diventa un'impressione.
I criteri di accettazione, fissati prima di vedere i risultati, perché scritti dopo si adattano a qualunque esito.
Il piano di uscita, cioè cosa succede se funziona. In una compagnia assicurativa il passaggio in produzione richiede integrazioni con sistemi di portafoglio e liquidazione che raramente sono stati stimati in fase di pilota.
Il proprietario, non la tecnologia
L'errore che blocca più progetti non riguarda la scelta del caso, riguarda chi ne risponde. Un sistema AI in produzione ha bisogno di una persona con nome e cognome che risponda degli esiti, e in una compagnia assicurativa quella persona sta nella funzione tecnica o nei sinistri, non nell'IT.
Quando l'ownership resta all'IT il sistema viene mantenuto e non governato: nessuno decide quando è fuori perimetro, nessuno rileva una deriva, e il presidio esiste solo nelle procedure. È anche la condizione che rende debole la posizione della compagnia assicurativa se quel sistema finisce in una contestazione.
Da dove partire
La sequenza parte dall'inventario dei sistemi AI, costruito guardando anche ai modelli già validati, perché la definizione del regolamento è più ampia di quella che le compagnie assicurative usano internamente.
Le regole di selezione sono in AI adoption: come scegliere il primo caso d'uso, il modello di costo dal pilota alla produzione in budget di un progetto AI.
Il quadro normativo del settore è nella pagina AI governance per compagnie assicurative.
Per valutare quali casi d'uso hanno senso nella tua compagnia assicurativa puoi fissare un incontro di valutazione.