Cómo mantener los informes en silo en Target para las pruebas A/B móviles nativas

Descripción description

Entorno
Adobe Target

Problema
¿Cuál es el enfoque recomendado para desarrollar, probar y lanzar pruebas A/B para móviles nativos con Adobe Target de forma que el tráfico de prueba no afecte a las métricas de producción?

Resolución resolution

Solución
La mayoría de los equipos de ingeniería móvil usan la misma base de código de dev, staging, QA, pre-prod y prod.
Para mantener los informes separados, debería cambiar los nombres de mbox/ubicación de la app dev, o tener un parámetro mbox específico para las builds dev que no pasan en la app prod.
Por ejemplo, el equipo de desarrollo podría pasar un par clave-valor para cada entorno, algo así como env=dev, env=prod.
Debe establecerse una campaña en Target para cada entorno para mantener los informes limpios cuando se produzca el control de calidad.
Así que podría tener una campaña de control de calidad configurada en la ubicación mbox "QA", o con la condición de audiencia que comprueba env= QA, y de la misma manera hacer lo mismo para una campaña de producción.

recommendation-more-help
3d58f420-19b5-47a0-a122-5c9dab55ec7f