Mantenere il reporting in silos in Target per test A/B mobili nativi
Descrizione description
Ambiente
Adobe Target
Problema/Sintomi
Qual è l’approccio consigliato per lo sviluppo, il test e il rilascio di test A/B per dispositivi mobili nativi con Target in modo che il traffico di test non influisca sui parametri di produzione?
Risoluzione resolution
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/posizione 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. ad esempio env=dev, env=prod
In Target deve essere impostata una campagna per ogni ambiente, in modo da mantenere puliti i rapporti in caso di controllo qualità.
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.