Mantenere il reporting in silos in Target per test A/B mobili nativi

Descrizione description

Ambiente
Adobe Target

Problema
Qual è l’approccio consigliato per lo sviluppo, il test e il rilascio di test A/B per dispositivi mobili nativi con Adobe Target in modo che il traffico di test non influisca sui parametri di produzione?

Risoluzione resolution

Soluzione
La maggior parte dei team di progettazione mobile utilizza la stessa base di codice da sviluppo, staging, QA, pre-produzione e produzione.
Per mantenere separati i rapporti, devi modificare i nomi di mBox/posizioni dell’app di sviluppo o usare un parametro mBox specifico per le build di sviluppo che non passano nell’app di produzione.
Ad esempio, il team di sviluppo potrebbe trasmettere una coppia chiave-valore per ogni ambiente, come env=dev, env=prod.
In Target è necessario impostare una campagna per ogni ambiente, in modo da mantenere puliti i rapporti in caso di QA.
Quindi potresti avere una campagna QA configurata sulla posizione mBox “QA” o con una condizione di pubblico che controlla env= QA e fare lo stesso per una campagna di produzione.