Skip to main content
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, vous pouvez combiner une whitelist d’utilisateurs à une règle de targeted delivery. Cette combinaison est l’un des moyens les plus simples d’y parvenir. 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. Suivez ces étapes pour configurer ce test de QA :
  1. Créez des segments d’utilisateurs whitelistés (Groupe A et Groupe B).
  2. Créez une règle de targeted delivery pour chaque groupe d’utilisateurs.
Évitez de définir de nombreux IDs utilisateurs (moins de 20 par variation) : la taille de votre fichier de données augmente, 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 (Groupe 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 reçoivent 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.