Naast de twee gebieden
Rond een verzekeringsproduct ligt meer vast dan het tarief. Acceptatieregels, clausules en voorwaarden horen erbij, en ook welke vragen gesteld moeten worden, wanneer dat gebeurt en welke waarden daarbij horen. Product Engines en Product Services zijn twee losse oplossingen die daar elk een deel van doen. Je neemt ze apart af, of als één geheel.
Module 1
De centrale productlogica achter een verzekeringsproduct.
De Product Engine voert de vastgelegde productlogica uit. Afhankelijk van het proces berekent de engine de premie, past hij de acceptatieregels toe en verwerkt hij de bijbehorende clausules en voorwaarden. De engine ondersteunt ook mutaties en prolongaties.
Tariefregels, acceptatieregels, clausules en voorwaarden worden één keer centraal vastgelegd. Ieder aangesloten front- of backofficekanaal kan vervolgens dezelfde productlogica gebruiken.
De productlogica wordt centraal beheerd. Waar nodig kan een eigen variant voor een volmacht of kanaal worden ingericht, passend bij het label en de propositie, of bijvoorbeeld een actietarief in één sluitstraat. Zo blijft de basis uniform zonder dat je commerciële differentiatie verliest, en hoeft niet iedere volmacht dezelfde tarieflogica opnieuw te vertalen en te onderhouden.
Wij vertalen het verzekeringsproduct naar een Product Engine, testen die in de keten en onderhouden de productlogica en de versies. Wijzigt het product, dan verwerken we die wijziging in de engine, zodat de aangesloten kanalen met de actuele productlogica blijven werken.
Eén productwaarheid in de gehele keten
Onze Product Engines worden altijd gebouwd op een UIV-definitie volgens de AFD-standaard. Zo wordt dezelfde productopbouw gebruikt in de aangesloten front- en backofficekanalen.
Module 2
De centrale productdefinitie en dialoog voor ieder kanaal.
Product Services stelt producten en productinformatie centraal beschikbaar, ook als je met meerdere verzekeraars werkt. Een toepassing hoeft daardoor niet zelf per product vast te leggen welke gegevens, waarden en regels nodig zijn.
De productdefinitie bevat de informatie waarmee een toepassing de juiste dialoog kan opbouwen: welke gegevens nodig zijn, welke waarden zijn toegestaan en welke regels tijdens de aanvraag gelden. Welke eigen-risicobedragen je toont, bijvoorbeeld, en op welk moment er gegevens van buiten nodig zijn, zoals kentekengegevens.
Moet er tijdens de aanvraag gerekend worden, dan rekent Product Services automatisch mee. De premie komt uit de aangesloten rekenbron, de Product Engines of een andere, en wordt aangevuld met je eigen inrichting, zoals bonus-malus, kosten en kortingen. Bij meerdere producten kunnen ook pakketkortingen en pakketregels worden toegepast. Die onderdelen hoef je niet zelf aan elkaar te koppelen.
Dezelfde productdefinitie en dialoog kunnen worden gebruikt vanuit bijvoorbeeld een adviesomgeving, een acceptatieomgeving, een klantportaal, een sluitstraat of een andere front- of backofficetoepassing. Zo hoeft de productinrichting niet in ieder kanaal opnieuw te worden opgebouwd.
Eén koppeling voor al je productcontent. Meer over het platform
Door de hele keten heen
Een Product Engine en een Product Service zijn twee losse oplossingen: je neemt ze apart af en de een heeft de ander niet nodig. Een volmacht die werkt met de engines die verzekeraars al beschikbaar hebben, neemt bijvoorbeeld alleen Product Services af. Neem je ze samen, dan haalt de service de premie uit de engines en vult die aan met je eigen inrichting. Via één API-laag gebruikt elk kanaal dezelfde productcontent, zonder dat er ergens een eigen kopie van de regels wordt bijgehouden.
Wijzigen in één bron
Dat is waar het om draait: een premieverschil tussen kanalen ontstaat zodra elk kanaal zijn eigen kopie bijhoudt. Eén bron haalt die kopieën weg.
Voor de verzekeraar
Voor de volmacht en de adviseur
We kijken mee naar waar de productlogica nu vastloopt, en wat Product Engines en Product Services daarin oplossen.
Een inhoudelijk gesprek over regelbeheer, versiebeheer of aansluiting op een kanaal.