Utilisation de modèles d'événement
Un modèle d'événement permet de personnaliser de manière souple des offres qui s'appuient sur des modèles d'activité de visiteur. L'utilisation de modèles d'événement (aussi appelés "déclencheurs de comportement") permet de tester si un événement ou une collection d'événements survient au cours d'une interaction, et si le modèle d'occurrences d'événement est satisfait, de déclencher en réponse une ou plusieurs actions.
Par exemple, vous pouvez définir un modèle d'événement de sorte que, lorsqu'un visiteur affiche une certaine combinaison de pages ou visite certaines pages le nombre de fois spécifié, une offre spécifique soit proposée. Vous pouvez tester des actions telles que le téléchargement de certains documents, l'affichage d'un support particulier et la recherche de différents termes. Pour un centre d'appels par exemple, les événements peuvent inclure la raison de l'interaction ou la demande de service initiée au cours de l'interaction.
Vous pouvez définir un modèle d'événement pour qu'il soit propre à un canal interactif ou pour qu'il soit général afin de le rendre disponible dans tous les canaux interactifs.
Une fois que vous avez défini les modèles d'événement disponibles pour un canal interactif (car ils sont définis dans ce canal interactif ou car ils sont généraux), vous pouvez les utiliser dans votre diagramme temps réel. Vous pouvez définir des cases de processus Sélectionner, Décision ou Seg. rempli pour que, lorsqu'un modèle d'événement est satisfait (l'état du modèle d'événement devient valide), le visiteur soit inclus dans un segment prédéfini auquel des offres spécifiques sont ensuite affectées.
Les modèles d'événement affectent la session interactive d'un visiteur avec l'environnement d'exécution de plusieurs façons :
*
Lorsqu'une session interactive démarre, Interact tente de charger les états de modèle d'événement précédents qui sont associés à l'ID d'audience du visiteur courant, s'il en existe.
*
Lorsqu'un événement est envoyé, Interact met à jour les états et les statuts des modèles d'événement qui utilisent l'événement.
*
*
L'avantage de cette approche réside dans le fait que les états de modèle d'événement ne dépendent pas des sessions utilisateur. Ainsi, les activités des événements d'une session utilisateur sont reflétées dans une autre session, tant que l'ID d'audience correspond et que les deux sessions sont actives lorsque ces activités d'événements surviennent.
De plus, notez que les états de modèle d'événement des utilisateurs inconnus sont effacés par défaut à la fin de la session, sauf si la propriété de configuration interact | services | eventPattern | persistUnknownUserStates ou le paramètre de session UACISavePatternStates a pour valeur VRAI.
*
Si l'ID d'audience change au cours d'une session, Interact tente de charger les états de modèle d'événement sauvegardés pour le nouvel ID d'audience. Si l'ID d'audience précédent est inconnu et que le paramètre de configuration (interact | services | eventPattern | mergeUnknowUserInSessionStates) ou le paramètre de session UACIMergePatternStates a pour valeur Vrai, les activités des événements utilisateur appartenant à l'ID d'audience précédent de la même session sont fusionnées dans le nouvel ID d'audience.
Ajout d'un modèle d'événement