5 minuter

Lär dig hur du optimerar din Adobe Analytics-implementering med affärskrav, variabelkartor och egenskaper

TIP
Innan du börjar ska du ladda ned spelboken.

Fliken Affärskrav

VAD:  Ett dokument om affärskrav (kallas ofta BRD) är viktig dokumentation som viktiga intressenter, affärsanvändare och teknikanvändare kommer att vilja samarbeta på. Här kan du dokumentera alla nyckeltal, rapporteringskrav och alla datapunkter du vill se när implementeringen av Adobe Analytics (AA) är klar.

VARFÖR:  Det fungerar som en startpunkt i dokumentationen som följer (SDR, teknisk specifikation osv.) och är en gemensam informationskälla för en överenskommen slutpunkt för AA. I det här dokumentet samlas tankar från olika team i organisationen i en vägledning för att gå vidare och bygga ut eller förbättra implementeringen.

HUR:  Att dokumentera affärskraven görs vanligtvis av affärsanvändarna av AA, men det är viktigt att få feedback från teknikanvändarna eftersom det kan finnas tekniska problem att notera och vissa datapunkter kan kräva mer arbete än andra, vilket bör tas med i prioriteringen.

Fråga dig själv: ”vad det är vi vill spåra på vår webbplats”, ”vilka datapunkter är viktiga för mig när jag rapporterar användning” och viktigast av allt, ”hur ska dessa datapunkter kunna användas för beslutsfattande”. Det är viktigt att se till att alla era affärskrav är kopplade till en datapunkt som kan användas för att fatta affärsbeslut. Det kan till exempel vara frestande att vilja spåra varje klick på webbplatsen, men vilka insikter får du av den rapporten?

Börja med att fylla i kolumn C i skärmbilden nedan (affärskrav). Det ska vara saker som ”Hur många interna sökningar görs på vår webbplats” eller ”Vilken intern kampanjplats är mest effektiv när det gäller visningar”. När du har fyllt i uppgifterna kan du gå tillbaka och fylla i kolumn B (Kategori) och gruppera kraven i kategorier som ”Sökningar” eller ”Interna kampanjer”, som passar ihop med era avsnitt om tekniska specifikationer.

Du kan även ange om du tänker använda en eVar, händelse, egenskap eller en kombination för att spåra det du vill.

Slutligen fungerar kolumnen Implementeringsstatus som en statuskontroll när ni börjar lägga till saker på webbplatsen.

Fliken Variabelmappning (taggningsdokument/SDR)

VAD:  Ett taggningsdokument (kallas ofta SDR) är viktig dokumentation som är värdefull för både teknik- och affärsanvändare av AA. Den visar alla variabler som används i rapportsviter tillsammans med all relevant information om variabelinställningarna, hur variabeln implementeras och vad den rapporterar. Precis som med era egenskapsdokument bör det här vara ett välorganiserat Excel-dokument med en person som ansvarar för att hålla det uppdaterat när taggningsförbättringar eller implementeringsändringar införs.

VARFÖR:  Det här dokumentet har många syften, men de viktigaste är följande:

HUR:  Börja med att lista alla färdiga variabler från Adobe (sida, produkt, geo osv.) samt eVars, egenskaper, händelser och listvariabler i ett Excel-dokument. Det bör ha en flik per webbplats/rapportsvit.
För varje dimension lägger jag till följande kolumner:

Skärmbild av SDR-exempel:

Vi rekommenderar även att du använder det här taggningsdokumentet för att hålla reda på alla fria variabler och ”skräpvariabler”. När en dimension inte längre är användbar tar det ofta ett tag innan den tas bort av utvecklarna. Även efter det kan cacheminneslagring förekomma eller så kanske du inser att dimensionen även ställts in någon annanstans. Det är inte lätt att rensa bland dimensionerna och det krävs ofta tålamod. Här följer några tips om hur du kan dölja skräpet så att användarna inte blir förvirrade.

På det här sättet är era data alltid rena och ni har en tydlig uppfattning om skräpet.

Fliken Egenskaper

VAD:  I ett egenskapsdokument ska du lista alla digitala egenskaper – webbplatser, mobilappar, andra verktyg (chatt, feedback osv.), oavsett om dessa egenskaper är taggade med Adobe Analytics eller inte. Det bör fungera som ett centralt och levande dokument för affärsanvändare och teknikanvändare.

VARFÖR:  Det ger en tydlig bild av användarens resa över alla era digitala egenskaper och vad Adobe Analytics täcker och inte täcker, så att ni kan börja prioritera att lägga till taggning till alla egenskaper där de saknas. Genom att utforma det digitala ekosystemet på det här sättet kan ni identifiera potentiella möjligheter i taggningsstrategin för att få en fullständig bild av användarens resa. Behöver ni till exempel en global rapportssvit för att spåra flera domäner/webbplatser? Krävs det att besökar-ID skickas mellan domäner eller appar för en hybridupplevelse? Behöver interna URL-filter uppdateras för spårning mellan domäner?

HUR:  Identifiera en ägare av dokumentet som tillhandahåller styrning och ansvarar för att hantera uppdateringar.
Lista följande på fliken Egenskaper:

Kom ihåg att ta med alla digitala egenskaper, även om de inte är taggade med Adobe Analytics. Det hjälper er att förstå det digitala landskapet och hur era användare interagerar med alla era egenskaper.

Vi rekommenderar att ni gör dokumentet så enkelt som möjligt och inte tynger ner det med för mycket information så att det är lätt att tolka i olika delar av organisationen. Analysteam förstår ofta det digitala landskapet bättre än något annat team, så det här dokumentet används ofta av andra team och chefer för att en grundlig översikt.

TIP
Skapa ett webbplatsnamn/en egenskapsdimension i Adobe Analytics. Med en dedikerad dimension (vanligtvis en eVar) i Adobe Analytics som identifierar webbplatsens/appens namn kan du segmentera, felsöka, skapa virtuella rapportsviter osv. Fördelarna är oändliga, särskilt när du kombinerar flera webbplatser i en (global) rapportsvit. Nyckeln är att se till att utvecklingsteamet alltid anger det här värdet i egenskapsdimensionen, inklusive alla sidinläsningar (s.t-anrop/trackState) och alla anpassade händelser (s.tl-anrop/trackAction). Bearbetningsregler kan vara ett värdefullt verktyg som hjälper er att ange dessa värden på ett korrekt och konsekvent sätt.

Titta på den här videon av Doug Moore om du vill veta mer om hur du fyller i spelboken för implementering.