Passer au contenu principal
Si vous souhaitez faire la QA d’une expérience de feature ou déployer une variation de feature auprès d’un groupe interne d’utilisateurs, l’utilisation d’une whitelist d’utilisateurs, combinée à une règle de targeted delivery, est l’un des moyens les plus simples d’atteindre cet objectif. Par exemple, supposons que vous souhaitez lancer une nouvelle feature avec deux variations : Feature A et Feature B. Avant de lancer l’expérience, vous souhaitez faire la QA de son comportement en live en montrant la Feature A à un groupe d’utilisateurs internes et la Feature B à un groupe de parties prenantes. Pour ce faire, suivez les étapes simples ci-dessous :
  1. Créez des segments d’utilisateurs whitelistés (groupe A et B).
  2. Créez une règle de targeted delivery pour chaque groupe d’utilisateurs.
Nous ne recommandons pas de définir de nombreux IDs utilisateurs (< 20 par variation) car la taille de votre fichier de données augmentera, tout comme la latence, puisque le SDK doit récupérer un fichier plus volumineux. Si vous souhaitez cibler davantage d’utilisateurs, vous pouvez définir un attribut de données personnalisé pour l’ensemble de l’audience (par exemple, utilisateurs internes uniquement), puis cibler l’expérience avec cette audience.

​
Créer une règle de targeted delivery pour chaque groupe d’utilisateurs

  1. Cliquez sur Activate > Feature flags et modifiez votre feature flag.
  2. Ajoutez une nouvelle règle et sélectionnez Targeted delivery.
  1. Sur le côté droit du panneau, créez un nouveau segment (Group A) et recherchez la condition Visitor code. Ajoutez les IDs utilisateurs que vous souhaitez inclure dans le Groupe A.
  2. Choisissez la variation que vous souhaitez servir, par exemple, Variation A. Tous les utilisateurs du Groupe A recevront la Variation A de votre flag.
  1. Ajoutez une deuxième règle Targeted delivery et reproduisez les étapes pour la Variation B et le Groupe B.