Leer hoe u uw Adobe Analytics-implementatie kunt optimaliseren met bedrijfsvereisten, kaarten met variabelen en eigenschappen

Tabblad Bedrijfsvereisten

WAT:  een document met bedrijfsvereisten is een zeer belangrijk stuk documentatie waaraan belangrijke belanghebbenden, zakelijke gebruikers en technische gebruikers horen samen te werken. Het is een plaats voor het documenteren van al uw gewenste KPI's, rapporteringsvereisten, en elk gegevenspunt dat u wilt zien wanneer uw Adobe Analytics-implementatie voltooid is.

WAAROM:  dit dient als een startpunt voor de daaropvolgende documentatie (referentiedocument van het oplossingsontwerp, technische specificaties, enzovoort) en is een gemeenschappelijke bron van waarheid voor een afgesproken uiteindelijke ontwerp van Adobe Analytics. In dit document worden ideeën en gedachten van de verschillende teams in de organisatie samengevoegd in een handleiding voor het verder ontwikkelen of verbeteren van uw implementatie.

HOE:  het documenteren van de bedrijfsvereisten wordt algemeen gedaan door de zakelijke eindgebruikers van Adobe Analytics, maar het is belangrijk om feedback te krijgen van technologiegebruikers omdat er technische uitdagingen kunnen zijn en bepaalde gegevenspunten meer inspanning dan andere kunnen vereisen, wat een rol speelt bij prioriteitstelling.

Stel uzelf de vraag welke dingen u op de site wilt volgen, welke gegevens belangrijk voor u zijn bij het rapporteren over gebruik, en het allerbelangrijkste, hoe deze gegevenspunten beslissingen zullen beïnvloeden. Het is belangrijk dat elk van uw bedrijfsvereisten gerelateerd is met een gegevenspunt dat kan worden gebruikt als basis voor bedrijfsbeslissingen. Het kan bijvoorbeeld verleidelijk zijn om elke klik op uw site bij te houden, maar vraag uzelf welke inzichten u uiteindelijk uit die rapporten haalt.

Begin met het invullen van kolom C in de onderstaande schermafbeelding (Bedrijfsvereiste). Dit kan bijvoorbeeld het volgende zijn: "Hoeveel interne onderzoeken worden op onze site uitgevoerd" of "Welke interne campagnespot is het meest efficiënt op vlak van impressies". Nadat u dit in detail hebt ingevuld, kunt u ook kolom B (Categorie) invullen en de vereisten groeperen in categorieën zoals "Zoeken" of "Interne promotie". Deze categorieën moeten exact overeenkomen met de technische specificaties.

U geeft ook aan of u denkt dat het gebruik van een eVar, gebeurtenis, prop of combinatie u zal helpen om te vinden wat u wilt bijhouden.

En tot slot zal de kolom van de implementatiestatus als statuscontrole dienen wanneer u dingen aan uw site begint toe te voegen.

Tabblad Variabele toewijzen (taggingdocument/referentiedocument van het oplossingsontwerp)

WAT:  een document met tags (doorgaans referentiedocument van het oplossingsontwerp genoemd) is een essentieel onderdeel van de documentatie en is waardevol voor zowel technische als zakelijke gebruikers van Adobe Analytics. Het vermeldt elke variabele die door rapportsuites wordt gebruikt, samen met alle relevante details voor de instellingen van de variabele, hoe de variabele wordt geïmplementeerd en wat het doel ervan is in rapporten. Net als uw eigenschappendocument moet dit een dynamisch, goed beheerd Excel-document zijn met een contactpersoon die verantwoordelijk is voor het up-to-date houden van dit document wanneer taggingverbeteringen of implementatiewijzigingen worden geïntroduceerd.

WAAROM:  dit document heeft vele doelen, maar de belangrijkste zijn de volgende:

• Voor iedereen die nog niet vertrouwd is met uw implementatie (een nieuwe werknemer, een bedrijfseigenaar die de beschikbare rapporten beter wil begrijpen, enzovoort) biedt dit document het beste overzicht van alle geïmplementeerde variabelen en hun doel, zodat individuen zelfstandig kunnen leren over uw Adobe Analytics-installatie.
• Voor de producteigenaar/technische gebruiker van Adobe Analytics zal dit document als herinnering dienen hoe andere variabelen worden ingesteld en welke variabelen beschikbaar zijn voor gebruik bij het toevoegen van een nieuwe dimensie.

HOE:  begin door een lijst te maken met alle kant-en-klare Adobe-variabelen (pagina, product, geo, enzovoort) evenals eVars, props, gebeurtenissen, en vermeld de variabelen in een Excel-document. Dit document zou één tabblad per site/rapportsuite moeten hebben.
Voor elk van deze dimensies voeg ik de volgende kolommen toe:

• Naam:  geef een eenvoudige en korte naam op die de meeste gebruikers kunnen begrijpen. Deze moet zo intuïtief zijn dat een nieuwe gebruiker de variabele kan begrijpen en wat de variabele moet vastleggen.
• Beschrijving:  deze kolom bevat meer informatie waarvoor de variabele wordt gebruikt en welke gegevens deze bijhoudt. Ik houd dit kort en eenvoudig en zorg ervoor dat de beschrijving overeenstemt met de beschrijving die in de interface wordt gebruikt. In het ideale geval zouden mijn gebruikers het taggingdocument nooit hoeven te raadplegen. Dus als er een nieuwe dimensie wordt ingesteld op de beheerdersbackend, voeg ik daar dezelfde beschrijving toe. Op deze manier kan de gebruiker rechtstreeks in Workspace op het informatiepictogram klikken om te begrijpen wat een dimensie is en hoeft er geen Excel-document te worden opgehaald.

• Code:  de code van de backend die de waarde instelt. Dit kan het veld van de gegevenslaag op de pagina zijn, of u kunt opgeven dat dit met een Launch-regel, een verwerkingsregel enzovoort wordt gedaan.
• Classificatierapporten: haalt alle classificatierapporten op die met de Classification Importer of de Classification Rule Builder worden uitgevoerd
• Oplossingsbereik:  ik vind het nuttig om van alle eigenschappen (of ten minste de eigenschappen die gebruikmaken van meer dan standaardvariabelen) in kleine kolommen te vermelden en een vinkje voor elke dimensie toe te voegen die op die eigenschap wordt ingesteld. Op deze manier kunt u eenvoudig filteren op een specifieke eigenschap en snel zien waar een bepaalde dimensie wordt ingesteld.
• Configuratie: de instellingen voor de beheerinterface voor elke variabele (dat wil zeggen voor eVars: vervaldatum, toewijzing, merchandising, enzovoort)

Screenshot van voorbeeldreferentiedocument van het oplossingsontwerp:

Het wordt ook aangeraden dit taggingdocument te gebruiken om vrije variabelen en eventuele nutteloze variabelen bij te houden. Wanneer een dimensie niet meer nuttig is, zal het gewoonlijk enige tijd duren voordat de ontwikkelaar deze kan verwijderen. Zelfs daarna kan caching optreden, of u kunt ontdekken dat de dimensie ook elders werd ingesteld. Het opschonen van dimensies is niet eenvoudig en vereist vaak geduld. Hier volgen enkele tips voor het opschonen zodat gebruikers niet in de war raken.

• Alle dimensies/gebeurtenissen die niet worden gebruikt, zijn "vrij" of "worden verwijderd"

  • Als de dimensie in de afgelopen 90 dagen nutteloze waarden heeft gehad, wordt deze "verwijderd"
  • Als de dimensie gedurende ten minste de afgelopen 90 dagen vrij en leeg is, is deze "vrij"
  • Markeer deze als zodanig onder "Naam" in het taggingdocument, zodat u er gemakkelijk op kunt filteren. Deze optie blijft uitgeschakeld in het taggingdocument (Excel-gegevensfilter), zodat gebruikers ze niet zien
  • Markeer deze als de naam van de eVar in de interface, zodat gebruikers ze niet kunnen vinden in een zoekopdracht ('v6') en verwijder de beschrijving in de interface

• Op deze manier kunt u, wanneer u een nieuwe dimensie nodig hebt, eenvoudig filteren op "vrij" in de kolom "Naam" om een schone dimensie te zoeken die u kunt gebruiken

• Voor de dimensies en gebeurtenissen die "worden verwijderd" raad ik aan deze bij te houden met behulp van Workspace:

  • Maak een project dat alleen zichtbaar is voor beheerders met 3 tabellen: eVars, props en gebeurtenissen. Ik gebruik "instanties" voor de specifieke eVars, en voor props creëer ik treffersegmenten met bijvoorbeeld "prop5 bestaat".
  • Stel de datum in op de afgelopen 90 dagen
  • Gebruik het bovenstaande als rijen in de 3 tabellen, samen met exemplaren
  • Zodra iets "0" krijgt, markeer ik het als "vrij" in het taggingdocument en verwijder ik het uit het Workspace-project

Op deze manier zijn uw gegevens altijd schoon, en hebt u een duidelijk idee van welke elementen nutteloos zijn.

Tabblad Eigenschappen

WAT:  in een eigenschappendocument moeten al uw digitale eigenschappen worden vermeld, zoals websites, mobiele apps, andere tools (chat, feedback enzovoort) en er moet worden vermeld of deze eigenschappen zijn getagd met Adobe Analytics of niet. Dit zou als gecentraliseerd, dynamisch document moeten dienen voor alle zakelijke en technische gebruikers.

WAAROM:  zo krijgt u een duidelijk beeld van het traject van uw gebruiker voor al uw digitale eigenschappen en wat Adobe Analytics wel en niet bestrijkt, zodat u voorrang kunt geven aan het toevoegen van tags aan eigenschappen waar deze ontbreken. Door uw digitale ecosysteem op deze manier op te zetten, kunt u potentiële mogelijkheden in uw taggingstrategie identificeren om een volledig overzicht van het traject van uw gebruiker te krijgen. Hebt u bijvoorbeeld een global rapportsuite nodig om over verschillende domeinen/sites heen te volgen? Is een overdracht van de bezoekers-ID nodig tussen domeinen of de app voor een hybride ervaring? Moeten interne URL-filters worden bijgewerkt voor domeinoverschrijdende tracering?

HOE:  identificeer een eigenaar van het document om governance en één bron van verantwoordelijkheid voor het beheren van updates te bieden.
Geef het volgende op het tabblad Eigenschappen op:

• Eigenschapsnaam:  dit kan een domein, subdomein, appnaam enzovoort zijn. Zelfs binnen hetzelfde domein, als bepaalde onderdelen ervan afzonderlijk worden beheerd (bijvoorbeeld door een ander team of een andere technologie) moeten deze gescheiden worden.
• Koppeling (URL):  naar eigenschap indien beschikbaar
• Eigenaar en contactpersonen:  vermeld de hoofdeigenaar of de contactpersonen voor de eigenschap
• Tagmethode:  velen van ons hebben verschillende coderingsmethoden en implementaties (Launch, JS-bestanden, AEP, enzovoort). U kunt dit indien nodig verder opsplitsen (bijvoorbeeld op codeversie of tagmanagementsysteem), maar dit is bedoeld om al uw verschillende coderingsmethoden en codeversies bij te houden en om te volgen waar code moet worden bijgewerkt en hoe deze moet worden onderhouden. Als u Adobe Launch gebruikt, vermeldt u de Launch-eigenschapsnaam.

Denk eraan dat u alle digitale eigenschappen opneemt, zelfs als deze niet zijn getagd met Adobe Analytics. Zo krijgt u meer inzicht in uw digitale landschap en in de manier waarop uw gebruikers met al uw eigenschappen omgaan.

Het is raadzaam dit document zo eenvoudig mogelijk te houden en het niet te verzwaren met teveel informatie, zodat het gemakkelijk geïnterpreteerd kan worden door verschillende delen van de organisatie. Analyseteams begrijpen het digitale landschap vaak beter dan andere teams, waardoor dit document vaak door andere teams en managers wordt gebruikt om een uitgebreid overzicht te bieden.

Bekijk deze video van Doug Moore voor meer informatie over het invullen van het implementatiedraaiboek.