For the complete documentation index, see llms.txt. This page is also available as Markdown.

Tester votre programme Advocate

Vous pouvez tester votre programme Advocate en simulant vos règles du programme sur des données d’exemple pour confirmer qu’une règle fonctionne comme prévu avant de vous y fier en production.

1

Accéder à Tester mon programme

  1. Dans le menu de navigation de gauche, sélectionnez [Engager] Règles du programme Tester mon programme.

    1. Sélectionnez Suivant pour passer d’une étape à l’autre.

2

Confirmer le programme et la version

  1. Le programme est prérempli à partir de votre contexte actuel. Ne le changez que si vous devez en tester un autre.

  2. À partir de la Version [Menu déroulant], sélectionnez si vous souhaitez simuler la version Brouillon ou En ligne version.

    1. En savoir plus sur ce qu’implique une version brouillon et une version en ligne de votre programme Advocate.

3

Choisir l’événement et renseigner ses entrées

  1. Sélectionnez l’événement que vous souhaitez simuler, puis saisissez les informations telles qu’elles se produiraient dans votre programme :

    • Parrainage démarré

    • L’ami effectue un achat

    • L’ami rembourse un achat

    • L’ami effectue une action

Référence de champ
Champ
Ce que cela fait
Disponible pour

Événement d’achat

L’événement d’achat suivi à simuler.

L’ami effectue un achat, l’ami rembourse un achat

Date d’achat

La date de l’achat simulé.

L’ami effectue un achat, l’ami rembourse un achat

Type d’événement

L’événement suivi à simuler.

L’ami effectue une action

Date de l’événement

La date à laquelle l’événement s’est produit.

L’ami effectue une action

Devise

La devise du montant d’achat simulé.

L’ami effectue un achat, l’ami effectue une action

Montant de l’achat

Le montant de l’achat simulé.

L’ami effectue un achat (requis), l’ami effectue une action (facultatif)

Parrainage commencé le

La date de début du parrainage.

Tous les événements

Parrainage converti

Indiquez si le parrainage s’est déjà converti et, le cas échéant, quand.

Tous les événements sauf Parrainage démarré

Segments Advocate (facultatif)

Limitez le test à un segment Advocate spécifique.

Tous les événements

Segments Friend (facultatif)

Limitez le test à un segment Friend spécifique.

Tous les événements

4

Exécuter le test

  1. Sélectionnez Exécuter le test. Vos règles sont évaluées par rapport au programme sélectionné, à la version et aux entrées que vous avez fournies.

5

Lire l’aperçu de sortie

  1. Consultez le Aperçu panneau :

    1. Un résumé de la règle déclenchée, la plage de dates si des actions basées sur la date s’appliquent, et une ligne cochée pour chaque action résultante. Vérifiez si cela correspond à ce que vous attendiez.

Cas de test

Ces cas de test utilisent des règles d’exemple que vous pouvez configurer pour confirmer que votre programme se comporte comme vous le souhaitez avant de le publier. Chaque scénario ci-dessous décrit une situation précise plus en détail. Adaptez les détails, comme le déclencheur, les montants et les segments, à la configuration de votre propre programme.

Logique de déclenchement de base

Objectif :

  • Confirmer qu’une règle de déclenchement d’achat de base correspond et renvoie le résultat attendu.

  • Confirmer qu’il n’y a pas de comportement de repli incorrect.

Configuration de la règle :

  • Déclencheur : l’ami effectue un achat.

  • Action : Récompense et e-mail à l’Advocate, avec une récompense en espèces pour l’Advocate.

  • Aucune action par défaut nécessaire.

Entrées de test :

  • Événement : l’ami effectue un achat.

  • Événement d’achat, date d’achat, montant de l’achat et devise correspondant à votre règle.

  • Parrainage démarré à la même date.

  • Segments laissés ouverts.

Résultat attendu :

  • La règle correspond, et l’aperçu affiche exactement quelle règle a correspondu.

  • La ligne de récompense de l’Advocate affiche le montant de récompense configuré.

  • La ligne d’e-mail de l’Advocate est affichée.

  • Aucune autre action de repli incorrecte n’apparaît.

Correspondance de la fenêtre temporelle vs repli

Objectif :

  • Confirmer qu’une date à l’intérieur d’une fenêtre temporelle applique l’action temporelle.

  • Confirmer qu’une date en dehors de la fenêtre revient à l’action par défaut.

Configuration de la règle :

  • Déclencheur : l’ami effectue un achat.

  • Une action temporelle limitée à une fenêtre de dates, basée sur la date de début du parrainage.

  • Une action par défaut en dehors de cette fenêtre.

Exécution A (dans la fenêtre) :

  • Définissez la date de début du parrainage à l’intérieur de la fenêtre.

Attendu A :

  • L’aperçu montre exactement quelle règle temporelle a correspondu.

  • Sa récompense et son e-mail sont appliqués.

Exécution B (hors fenêtre) :

  • Définissez la date de début du parrainage en dehors de la fenêtre.

Attendu B :

  • L’action temporelle ne correspond pas.

  • La récompense et l’e-mail par défaut s’appliquent à la place.

Sélection de récompense par paliers

Objectif :

  • Confirmer que le bon palier de récompense est sélectionné en fonction du montant de l’achat.

Configuration de la règle :

  • Déclencheur : l’ami effectue un achat.

  • Action : Récompense par paliers et e-mail à l’Advocate.

  • Au moins trois paliers de récompense par plage de montant d’achat (par exemple, un palier bas, moyen et élevé).

Entrées de test :

  • Exécuter une fois par palier.

  • Saisissez un montant d’achat qui se situe dans la plage de chaque palier.

  • Conservez toutes les autres entrées identiques d’une exécution à l’autre.

Résultat attendu :

  • Chaque exécution affiche la récompense configurée pour le palier dans lequel son montant se situe, et non la récompense d’un autre palier.

Éligibilité contrôlée par segment

Objectif :

  • Confirmer qu’une condition de segment contrôle l’application de la règle.

Configuration de la règle :

  • Déclencheur : l’ami effectue un achat.

  • Une condition exigeant que l’Advocate soit dans un segment spécifique.

  • Idéalement, une action par défaut pour tous les autres.

Exécution A (correspondance) :

  • Définissez le segment de l’Advocate sur celui qui est éligible.

Attendu A :

  • L’action éligible s’applique.

  • La valeur par défaut est ignorée.

Exécution B (pas de correspondance) :

  • Définissez le segment de l’Advocate sur un segment non éligible.

Attendu B :

  • L’action par défaut s’applique si elle est configurée.

  • Sinon, aucune action admissible n’est déclenchée.

Calcul de commission

Objectif :

  • Confirmer qu’une commission est calculée à partir du montant de l’achat et affichée dans la bonne devise.

Configuration de la règle :

  • Déclencheur : l’ami effectue un achat.

  • Action : Récompense et e-mail à l’Advocate.

  • Une récompense basée sur une commission — un pourcentage du montant de l’achat — dans la devise de la transaction.

Exécution A et B :

  • Deux montants d’achat différents, même devise.

Attendu A et B :

  • Chacun affiche le taux de commission appliqué correctement à ce montant.

Exécution C (si votre programme prend en charge plusieurs devises) :

  • Le même montant que pour l’exécution A, mais une devise différente.

Attendu C :

  • La commission est calculée correctement et affichée dans la nouvelle devise.

  • Cela permet d’isoler la gestion de la devise du calcul du montant.

Aucune correspondance sans configuration par défaut

Objectif :

  • Confirmer que l’aperçu montre clairement qu’aucune action n’est déclenchée lorsque rien ne correspond et qu’il n’y a pas de repli.

Configuration de la règle :

  • Une action temporelle sans action par défaut configurée.

Entrées de test :

  • Définissez la date de début du parrainage en dehors de la fenêtre temporelle.

Résultat attendu :

  • Aucune correspondance dans la fenêtre temporelle.

  • Aucun repli par défaut disponible.

  • L’aperçu montre clairement qu’aucune action admissible ne se produira.

Aucune correspondance en raison d’une condition de règle non satisfaite

Objectif :

  • Confirmer que l’aperçu montre qu’aucune action ne se produit lorsqu’une condition propre à la règle n’est pas satisfaite — pas seulement lorsqu’une fenêtre temporelle n’est pas respectée.

Configuration de la règle :

  • Une règle avec deux conditions sur l’événement déclencheur : un événement d’achat spécifique et un montant d’achat minimum.

Entrées de test :

  • Saisissez un événement d’achat qui ne correspond pas, un montant inférieur au minimum, ou les deux.

Résultat attendu :

  • Aucune condition de règle n’est satisfaite.

  • L’aperçu montre clairement que rien ne se produira.

Mis à jour

Ce contenu vous a-t-il été utile ?