Progettare uno schema da utilizzare con Customer Journey Analytics upgrade-schema-architect
-
Passaggi di aggiornamento consigliati (per la maggior parte delle organizzazioni)
Serie di passaggi per un’implementazione ideale di Customer Journey Analytics.
Per informazioni dettagliate, consulta Aggiornamento da Adobe Analytics a Customer Journey Analytics.
-
Guida all’aggiornamento di Customer Journey Analytics (passaggi personalizzati per le esigenze specifiche della tua organizzazione)
È disponibile una nuova guida per l’aggiornamento che genera in modo dinamico passaggi di aggiornamento personalizzati per la situazione specifica della tua organizzazione.
Per accedere alla guida da Customer Journey Analytics, seleziona la scheda Workspace, quindi seleziona Aggiorna a Customer Journey Analytics nel pannello a sinistra. Segui le istruzioni visualizzate sullo schermo.
Adobe consiglia di creare uno schema Experience Data Model (XDM) personalizzato per Customer Journey Analytics durante l'implementazione di Adobe Experience Platform Data Collection. La creazione di questo schema viene in genere eseguita prima di qualsiasi modifica dell’implementazione o della modifica del codice. Uno schema personalizzato consente di progettare un contratto di dati conciso e specifico per l’organizzazione senza ereditare i vincoli da Adobe Analytics. Consulta Scegli lo schema per Customer Journey Analytics per ulteriori informazioni sui tipi di schemi disponibili per la tua organizzazione.
Gli schemi sono versioni raffinate di come desideri che i dati siano strutturati a lungo termine. Le modifiche agli schemi sono costose perché influiscono sulla raccolta dei dati, sulla convalida e sui servizi a valle. È possibile aggiungere agli schemi nel tempo in base ai requisiti aziendali; tuttavia, i campi dello schema non possono essere rimossi una volta che i dati iniziano a fluire in essi.
Confrontare schemi con visualizzazioni dati
La pipeline dei dati per Customer Journey Analytics contiene aree separate per la raccolta e l’interpretazione dei dati. Durante l’aggiornamento da Adobe Analytics, un passaggio errato comune consiste nel tentare di ricreare proprietà ed eVar con i loro comportamenti in XDM. È invece possibile utilizzare il Web SDK per raccogliere i dati e utilizzare Visualizzazioni dati per determinare l'interpretazione dei dati nei report.
| Layer | Scopo principale | Flessibilità | Cosa appartiene | Cosa non appartiene |
|—|—|—|—|
| Schema XDM | Definire la struttura durevole e il significato dei dati raccolti | Rigido; punti dati considerati immutabili | Forma evento ed entità, significato del campo, relazioni, valori consentiti, riutilizzo tra canali | "Slot" numerati (eVar1/prop1), logica di attribuzione/persistenza, soluzioni alternative specifiche per i rapporti |
| Visualizzazioni dati | Definire il comportamento dei dati raccolti nell’analisi | Flessibile; può essere modificato liberamente e può reinterpretare retroattivamente i dati | Impostazioni dei componenti, comportamento di attribuzione e persistenza, campi derivati, metriche filtrate, metriche calcolate | Significato fondamentale dei campi; tale significato dovrebbe essere stabile nello schema |
Confrontare gli schemi con la raccolta dati di Adobe Analytics
Il Experience Data Model utilizzato da Customer Journey Analytics offre una flessibilità notevolmente superiore rispetto alla maggior parte delle altre soluzioni Analytics (incluso Adobe Analytics). La creazione di uno schema solido offre all’organizzazione l’opportunità di evitare di riportare vincoli esistenti in altri prodotti Analytics.
eVar1-eVar250, prop1-prop75)search.term, content.category, user.membershipTier) e riutilizzali in modo coerenteStabilire uno schema utilizzando gli attributi comuni
Uno schema unificato tra canali diventa possibile quando si standardizza un set di attributi riutilizzabili che vengono visualizzati in molti eventi. Alcuni esempi includono:
- Contesto esperienza: nome sito/app, ambiente, impostazioni locali, canale, marchio
- Contesto Percorso: identificatori campagna, contesto di riferimento, identificatori esperimento
- Stato utente: stato di accesso, livello di appartenenza, tipo di account
- Dettagli interazione: nome/tipo interazione, area dell'interfaccia utente, etichetta elemento, categoria errore
La chiave è standardizzare ciò che il campo rappresenta indipendentemente dal canale. Evita di modellare lo stesso concetto in modo diverso tra i canali, a meno che non rappresenti realmente concetti diversi. Ad esempio, potrebbe essere opportuno evitare di disporre di campi schema separati per gli ID campagna web e per gli ID campagna mobile. Campi di schema separati rendono più difficile stabilire un ritorno cross-channel sui dati della spesa pubblicitaria. Se nel reporting è necessaria una differenziazione, puoi segmentare per canale o concatenare più campi per fornire tale distinzione. Lo stesso campo schema può essere utilizzato in qualsiasi numero di dimensioni o metriche.
Un modo pratico per supportare più canali mantenendo una strategia a schema singolo consiste nell'utilizzare un pattern core + estensioni:
- Campi core: che si applicano a livello generale nei diversi canali e team
- Estensioni: gruppi di campi specifici per canale o dominio che si applicano solo dove necessario (interazione web, e-commerce, ciclo di vita mobile, specifiche lato server)
Questo modello supporta una strategia di schema organizzativo singolo senza costringere i team a compilare campi non necessari.
Preferisci gruppi di campi standard in cui rientrano
Adobe consiglia di utilizzare gruppi di campi standardizzati in cui soddisfino le tue esigenze e di estenderli con campi personalizzati per concetti specifici dell’organizzazione.
I gruppi di campi standard consentono in genere di:
- Ridurre l’ambiguità utilizzando la semantica dei campi nota
- Allineare più facilmente i team
- Supporto dell'interoperabilità tra le applicazioni Adobe Experience Platform
I campi personalizzati sono appropriati quando:
- La tua organizzazione dispone di concetti che non vengono mappati in modo chiaro sui campi standard
- Sono necessari attributi aggiuntivi per soddisfare i requisiti di reporting, governance o attivazione
- Desideri rappresentare una tassonomia specifica per l’azienda (ad esempio, categorie di contenuto interne)
Determinare il conteggio delle metriche
In Adobe Analytics, molti team considerano la variabile events come l'unico mezzo per tenere traccia delle metriche. In Customer Journey Analytics, puoi tenere traccia delle metriche in più modi a seconda di cosa devi contare e di come desideri interpretarle.
Quando si progetta uno schema, attenersi ai fatti. Ad esempio, error.type = "validation", user.isLoggedIn = true, checkout.step = "shipping". Definisci le metriche nella visualizzazione dati come conteggi e conteggi filtrati su tali fatti. Ad esempio:
-
checkout.step(enum/stringa) può alimentare:- "Pagamento: passaggio di spedizione raggiunto" (conteggio dove
checkout.step == "shipping") - "Pagamento: livello di pagamento raggiunto"
- "Pagamento: passaggio di spedizione raggiunto" (conteggio dove
-
error.type(enum/stringa) può alimentare:- "Errori di convalida"
- "Errori di autorizzazione"
-
user.isLoggedIn(booleano) può alimentare:- "Sessioni autenticate"
- "Conversioni autenticate"
Mantenere la parità con Adobe Analytics durante la transizione senza bagaglio dello schema
Alcune organizzazioni devono continuare a generare rapporti con Adobe Analytics durante l’aggiornamento a Customer Journey Analytics. Puoi mantenere la parità senza introdurre artefatti specifici di Analytics nella progettazione di schemi a lungo termine utilizzando il seguente approccio:
- Usa percorsi di campi XDM riconosciuti e mappati automaticamente da Adobe Analytics: Quando invii campi XDM riconosciuti tramite Edge Network ad Adobe Analytics, vengono mappati automaticamente senza configurazioni aggiuntive.
- Utilizza campi XDM personalizzati per concetti specifici dell'organizzazione: Tutti i campi XDM che non sono mappati automaticamente a una variabile Analytics vengono inoltrati come Variabili di dati di contesto in Adobe Analytics.
- Utilizza le regole di elaborazione di Adobe Analytics per mappare tali variabili di dati di contesto su prop/eVar: Le regole di elaborazione ti consentono in ultima analisi di mappare qualsiasi campo XDM personalizzato in qualsiasi eVar o prop. Questo concetto supporta il reporting sulla parità in Adobe Analytics, mantenendo allo stesso tempo lo schema pulito e centrato su Customer Journey Analytics.
Identificare le parti interessate e definire la proprietà
La progettazione dello schema ha esito positivo quando il significato del campo viene concordato e mantenuto. Sebbene le strutture organizzative siano diverse, i seguenti ruoli partecipano comunemente:
- Amministratore/analista di Analytics: definisce le domande di reporting, verifica che i campi rappresentino concetti significativi e rivede la semantica dell'analisi nelle visualizzazioni dati.
- Proprietario sviluppatore/implementazione: assicura che i campi possano essere raccolti in modo affidabile utilizzando Web SDK e siano allineati con la strumentazione del livello dati/app.
- Architetto/ingegnere dati: garantisce la coerenza dello schema, il riutilizzo tra domini diversi e la compatibilità con i servizi downstream.
- Interessato privacy/governance: esamina la minimizzazione dei dati, le aspettative di consenso e i vincoli di utilizzo dei dati.
Definisci un proprietario chiaro per le modifiche allo schema. Uno schema stabile con un controllo disciplinato delle modifiche previene la rottura a valle e riduce la rielaborazione. Prendi in considerazione l’utilizzo di un flusso di lavoro o di uno strumento di governance del tracciamento per rendere accessibili le richieste e gestire il controllo delle modifiche nel tempo.
Considerazioni sulla privacy e sulla governance
La progettazione dello schema deve riflettere le aspettative sulla privacy e sulla governance, in base alle politiche sulla privacy della tua organizzazione. Durante l’architettura dello schema, considera i seguenti punti:
- Raccogli solo ciò di cui hai bisogno per supportare casi d’uso definiti.
- Assicurati che i requisiti di consenso e utilizzo dei dati siano rispecchiati nella strategia di raccolta. Per ulteriori informazioni, vedere Utilizzare Web SDK per elaborare i dati sul consenso dei clienti.
- Considera come i campi sensibili vengono etichettati e controllati negli strumenti di governance di Adobe Experience Platform. Consulta Adobe Customer Journey Analytics e governance dei dati per ulteriori informazioni.
Passaggi successivi
Dopo aver definito e concordato un’architettura di schema, puoi iniziare a crearla in Adobe Experience Platform. Per ulteriori informazioni, vedere Creare uno schema personalizzato da utilizzare con Customer Journey Analytics.