Utiliser un scorecard dans une stratégie de prise de décision

Apprenez à exploiter le résultat de la segmentation et la valeur du score d'un scorecard dans le cadre d'une stratégie de prise de décision. Découvrez comment les règles d'admissibilité (Suitability) peuvent être définies pour refléter les exigences de la banque à l'aide d'une stratégie de prise de décision. 

Cette démo montre comment utiliser un tableau de résultats (ou Scorecard) dans une stratégie de prise de décision pour déterminer si le client peut prétendre à une carte de crédit.

U+ Bank pratique actuellement la vente croisée en ligne en proposant différentes cartes de crédit à ses clients.

La banque souhaite implémenter une nouvelle exigence : toutes les cartes de crédit peuvent être accordées uniquement aux clients dont le credit score est supérieur ou égal à 250.

Adoptez une stratégie d'engagement pour satisfaire à cette exigence.

U+ a déjà créé un scorecard qui calcule le credit score du client. Pour utiliser ce scorecard dans la stratégie de prise de décision, ajoutez un composant Scorecard au canevas et configurez-le.

Sélectionnez le modèle de Scorecard DetermineCreditScore, que U+ a déjà créé.

Si vous ouvrez ce scorecard, vous pouvez voir comment le credit score est calculé. Vous remarquerez que les 3 propriétés client sont exploitées et qu'un score est attribué à la valeur ou à la plage de valeurs que la propriété peut présenter.

Vous pouvez également voir les résultats du segment. Le scorecard renvoie la valeur Not Suitable (non admissible) lorsque le credit score est inférieur à 250. Dans le cas contraire, il génère le résultat Suitable (admissible).

Pour mettre en œuvre la nouvelle exigence, utilisez un composant Filter afin de déterminer la condition sous laquelle les actions sont admissibles.

Cette stratégie ne doit générer quelque chose que si le contenu du scorecard obtient la mention « Suitable ». Le contenu du scorecard est mémorisé dans la propriété pxSegment. Par conséquent, paramétrez la condition du filtre avec la valeur DetermineCreditScore.pxSegment==”Suitable”.

Si le scorecard obtient la mention « Not Suitable », cette stratégie ne produit aucun résultat.

À noter que, pour faire référence à une propriété depuis un composant qui n'est pas connecté au composant Filter, il faut utiliser la construction <ComponentName>.<PropertyName>.

L'utilisation du composant External Inputs donne également la possibilité de créer des conditions plus complexes, dans lesquelles les attributs d'action sont eux aussi mis à profit.

Enregistrez les configurations.

Testez maintenant la stratégie sur des profils de clients : Troy et Robert.
Pour les données d'entrée externes, nous considérons toutes les cartes de crédits disponibles.

Le résultat du composant Scorecard est « Not Suitable ». Par conséquent, la stratégie n'a généré aucun résultat pour Troy.

Maintenant, recommencez le test pour vérifier les résultats pour le data transform Robert.

La stratégie ne génère pas de résultats non plus pour Robert, puisque la valeur du segment est Not Suitable.

Supposons à présent que la valeur du credit score des clients est déjà calculée et présentée dans le modèle de données client. Or, il y a certains clients pour lesquels cette valeur n'est pas définie, auquel cas il faut utiliser le credit score déterminé par le scorecard lui-même.

Pour effectuer ces réglages, commencez par ouvrir le composant Scorecard et faites correspondre le score calculé par ce dernier à la propriété CreditScore.

Ajoutez ensuite un composant Set Property pour déterminer la valeur réelle du credit score, étant donné que le celui-ci est déjà disponible pour certains clients.

Utilisez la fonction d'ajout d'un élément (Add Item) pour définir le CreditScore, soit à la valeur du credit score disponible dans le modèle de données client, soit à la valeur calculée par le composant Scorecard.

Définissez l'expression comme suit : if(@PropertyHasValue(Customer.CreditScore), Customer.CreditScore, .CreditScore).

Si elle est définie, cette expression vous fournira le credit score du modèle de données client. Dans le cas contraire, la valeur du credit score sera calculée par le composant Scorecard.

Une fois que le composant Set Property est configuré, ouvrez les propriétés du composant Filter pour modifier la condition de filtrage. Dans ce scénario, la banque a décidé de proposer différentes cartes de crédit aux clients admissibles dont le credit score est supérieur ou égal à 250.

Ouvrez alors l'éditeur d'expression, « Expression Builder », pour modifier la condition comme suit : FinalCreditScore.CreditScore>=250. 

Maintenant, connectez le composant Scorecard Model au composant Set Property, de manière à ce que la valeur de credit score déterminée par le composant Scorecard soit copiée dans le composant Set Property.

Enregistrez les configurations.

Testez à nouveau la stratégie pour les data transforms Troy et Robert.

Vous remarquerez que la stratégie ne génère aucun résultat pour Troy, puisque son credit score, qui est de 200, est inférieur à 250.

Pour Robert, en revanche, la stratégie génère des résultats.

Si vous ouvrez le data transform Robert, vous constatez que le CreditScore dans le modèle de données est défini sur 600.

Le composant Set Property récupère la valeur du credit score disponible dans le modèle de données (à savoir, CreditScore = 600), et non pas la valeur calculée par le composant Scorecard (CreditScore = 200). C'est pourquoi la stratégie génère des résultats pour Robert.

Puisque vous avez terminé la configuration de la stratégie, archivez-la (check in), afin qu'elle soit disponible sur le site web de U+ Bank.

Vous pouvez maintenant configurer cette stratégie dans la politique d'engagement de Next-Best-Action Designer à titre de condition d'admissibilité pour les règles d'admissibilité applicables au niveau du groupe.

Sélectionnez la stratégie. La condition est la suivante : Credit Score has results for Credit Score >=250.

L'enregistrement de cette configuration finalise toutes les configurations requises.

Sur le site de U+ Bank, si vous vous connectez sous l'identité de Troy, vous constatez qu'aucune offre de carte de crédit n'est affichée. Cela s'explique par le fait que Troy ne peut prétendre à aucune carte de crédit.

En revanche, si vous vous connectez sous l'identité de Robert, vous remarquez que l'offre de carte de crédit apparaît.

Robert peut en effet bénéficier d'offres de carte de crédit.

Cette démo est terminée. Que vous a-t-elle montré ?

- Comment utiliser le résultat de segmentation et la valeur de score d’un composant Scorecard dans une stratégie de prise de décision.

- Comment utiliser la fonction PropertyHasValue pour vérifier si une propriété client a une valeur ou non.