Starten met specifieke AI en ML

1. 20 februari 2024, door Dennie Van Den Biggelaar
2. 0 reacties

Het bekendste en meest besproken voorbeeld van ML-software is ChatGPT, dat specifiek is ontworpen om betekenisvolle stukken tekst te genereren voor de gebruiker. Er zijn echter talloze andere vraagstukken waarbij machine learning ons kan helpen. Er bestaat echter (nog) niet altijd een kant-en-klare oplossing die je direct kunt gebruiken, zoals ChatGPT.

Om zo’n bruikbare AI-oplossing te bouwen, moet je de juiste competenties op het juiste moment bij elkaar brengen. Het is de taak van een AI-strateeg om samen met een multidisciplinair team van business experts, ML-engineers, data engineers en data scientists te bepalen wat je wilt voorspellen, hoe (accuraat) dat moet gebeuren, welke technieken je inzet en tenslotte hoe een en ander geoperationaliseerd en geborgd wordt, zodat het daadwerkelijk leidt tot de gewenste resultaten.

Royement voorspellen

Als kantoor wil je zeker weten dat de juiste klanten op het juiste moment de juiste aandacht krijgen van je adviseurs, zodat royement geminimaliseerd wordt. Het is ideaal als je dan weet welke klanten een hoge kans hebben dat ze gaan opzeggen. Maar hoe vertaal je dit naar het team?

Het komt vaak voor dat een klant royeert met één enkele polis. Dit is in de meeste gevallen gewoon een mutatie en hiermee wil je je ML-model niet vervuilen. Stel dat een klant royeert met alle polissen binnen de hoofdbranche aansprakelijkheid, maar hij zegt de rest (nog) niet op. Is er dan sprake van een klant die weg dreigt te gaan? En wat als hij ook alles binnen de hoofdbranche brand opzegt, maar nog wel een rechtsbijstand en ORV heeft? Zijn er ook polissen intern overgesloten? Hoe hoog is het royement nu eigenlijk? Allemaal zaken die je wilt vaststellen voordat je een team van ML-engineers aan het werk zet.

Daarnaast moet je rekening houden met je forecast horizon : hoe ver wil je vooruit voorspellen? Wil je weten welke klanten gaan opzeggen de komende maand of de komende drie, zes of twaalf maanden? Ook dit lijkt een detail, maar onder de motorkap betekent dit dat je een heel ander ML-model gaat trainen.

Patronen vinden

Nadat je helder hebt gedefinieerd wát je wilt voorspellen, is het tijd om te kijken of je data daarvoor voldoende Accuraat, Beschikbaar en Consistent is (de ‘data ABC’). De belangrijkste reden waarom klanten opzeggen, komt er meestal op neer dat ze te weinig aandacht hebben gehad. De vraag is natuurlijk bij wie, wanneer en waarom er sprake is van ‘te weinig aandacht’. Deze informatie heb je niet in je datawarehouse staan en moet je dus zelf construeren door middel van feature engineering . Welke kenmerken (features) hebben een significant effect op de kans op royement? Dit is een ana lytisch én creatief proces waarbij kennis en ervaring van insurance experts en data scientists samenkomen.

Zodra er een deugdelijke eerste tabel met features is geboetseerd, kun je eindelijk aan de slag met machine learning. De ervaring leert dat het voorspellen van royementen het beste te modelleren is met classification of survival analysis . Er zijn honderden verschillende ML-technieken die hiervoor theoretisch geschikt zijn. In je keuze is het belangrijk om mee te nemen: in hoeverre moet het algoritme uitlegbaar zijn, hoe complex mogen de patronen zijn of hoeveel data is ABC?

Patronen valideren

Nadat de ‘machine’ aan het werk is gezet om patronen te vinden waarmee voorspellingen gedaan kunnen worden, komt er altijd een spannend moment… Hoe accuraat zijn de verschillende modellen? Hiervoor heeft de ML engineer een uitgebreide toolbox. Allereerst houdt hij een deel van de data apart om een getraind model te testen en valideren. Hiermee garandeer je de robuustheid van de gevonden patronen en voorkom je dat een model in de ‘echte wereld’ inaccurate voorspellingen geeft. Daarna wordt gekeken naar de false positives en false negatives en wat de kosten hiervan zijn.

Zo is een foutieve voorspelling dat iemand komende maand gaat opzeggen (false positive) niet zo erg. De adviseur belt de klant en trekt de conclusie dat er niets aan de hand is: het kost hem alleen vijftien minuten van zijn tijd. Als het algoritme onterecht voorspelt dat iemand loyaal blijft (false negative), is dit veel duurder: je verliest een klant.

Op basis van onder meer precision, recall en AUC scores wordt het beste ML-model bepaald. Daarnaast is het mogelijk om algoritmes strenger of minder streng af te stellen, zodat het beter past bij het beoogde bedrijfsproces. Dit heet parameter tuning en een ervaren ML-engineer weet hoe je dit op een verantwoorde manier doet.

Hoe maak je het bruikbaar?

Vervolgens integreer je het algoritme in de operationele processen. Hoe kan de data op een veilige en efficiënte manier heen en weer, hoe kan de adviseur de voorspelling makkelijk gebruiken? Dat is het werk van data en software engineers. Tenslotte wil je ook dat de adviseur feedback kan geven op de kwaliteit van het algoritme, zodat het algoritme leert van de gebruiker. Het algoritme wordt dus steeds slimmer en steeds doelmatiger als het meer gebruikt wordt.

Dat is de echte ‘AI’-component, maar hierover meer in de volgende editie!

Reactie toevoegen

Naam

E-mailadres

Reactie

Organisatie

Telefoonnummer

VVPVIP HypothekenVVP Innovatie PlatformVIP SchadeVVP Twitter

Toevoegen 

Meer over

• kunstmatige intelligentie
• Onesurance
• Dennie van den Biggelaar
• AI