Comment fonctionnent les paramètres entre campagnes et points de contact

La configuration OmniLab suit quatre modèles. Chaque objet, comme l'opt-in, les notifications, les dates, les récompenses ou les formulaires, se comporte selon l'un d'eux. Comprendre ces modèles en amont rend la plupart des paramètres de Platform beaucoup plus prévisibles.

Modèle A - Trois états

Le modèle A propose trois états mutuellement exclusifs :

• Disabled : la fonctionnalité est désactivée.
• Campaign Level : une seule configuration s'applique à toute la campagne.
• Touchpoint Level : chaque point de contact est configuré séparément.

L'état par défaut est Disabled. Quand vous passez en Touchpoint Level, il n'y a pas de repli sur la configuration campagne. Chaque point de contact doit avoir sa propre configuration complète.

Vous retrouvez ce modèle surtout dans :

• Opt-in
• Participation Form
• Notifications

Les libellés de l'interface ne sont pas toujours strictement identiques. Dans l'opt-in, ce choix apparaît comme une décision de portée. Dans les notifications, la même logique apparaît sous la forme Global versus by Touchpoint.

Modèle B - Valeur par défaut au niveau campagne avec surcharge bornée au niveau point de contact

Le modèle B commence par une valeur par défaut définie au niveau campagne. Les points de contact héritent de cette valeur, mais ils peuvent la surcharger dans une limite sûre fixée par la campagne.

L'exemple le plus clair est celui des dates. Les dates de campagne définissent la fenêtre globale de fonctionnement, et un point de contact ne peut définir ses propres dates qu'à l'intérieur de cette plage. Un point de contact ne peut pas démarrer avant la campagne ni continuer après sa fin.

Utilisez ce modèle quand vous voulez une chronologie commune à toute la campagne avec quelques exceptions contrôlées, et non un paramétrage totalement indépendant par point de contact.

Modèle C - Campagne uniquement

Le modèle C se configure une seule fois au niveau campagne et n'autorise pas de surcharge par point de contact.

Dans le modèle Platform actuel, l'exemple principal est l'Acquisition form. La raison est la cohérence : l'inscription et la collecte du consentement doivent rester homogènes dans toute la campagne au lieu de changer d'un point de contact à l'autre.

Si un paramètre suit le modèle C, il n'y a pas de question « dois-je faire cela par point de contact ? ». La réponse est déjà campagne par conception.

Modèle D - Bibliothèque puis liaison

Le modèle D sépare la création de l'utilisation. Vous créez un objet une fois au niveau campagne, puis vous le reliez aux points de contact qui doivent l'utiliser.

Ce modèle s'applique aux objets réutilisables de la campagne comme :

• Rewards
• les schémas de formulaire de participation
• les assets utilisés par les expériences de campagne
• les pools de codes de validation
• les gamification badges

Quand vous mettez à jour l'objet de bibliothèque, tous les points de contact liés voient la mise à jour. Certains objets, en particulier les récompenses, peuvent malgré tout être limités à certains points de contact ou à certains éléments d'une expérience de campagne via des règles de restriction.

Guide de décision

Utilisez ce guide rapide si vous ne savez pas quel modèle vous avez sous les yeux :

• Si le choix est off, campagne entière ou par point de contact, vous êtes dans le modèle A.
• Si la campagne définit la valeur par défaut et que les points de contact peuvent la surcharger seulement dans les limites de la campagne, vous êtes dans le modèle B.
• Si la fonctionnalité doit rester cohérente pour toute la campagne, vous êtes dans le modèle C.
• Si vous créez quelque chose une seule fois avant de l'attacher là où nécessaire, vous êtes dans le modèle D.

Les modèles ne se mélangent pas à l'intérieur d'un même objet. Un objet suit un seul modèle à la fois.

Résumé pratique

Pour aller plus loin