Revolutionera datastrategin och ge teamet möjlighet att skapa ett enhetligt dokument som designreferens (SDR). Eliminera luckor i mätningar och främja en samverkansbaserad datakultur genom stegvisa metoder.
Äntligen är det dags. Du har sammanställt en heltäckande designreferens för lösningen (Solution Design Reference). Det här är den guide ni använder för att implementera mätvärden och dimensioner, deras namn, när de aktiveras och utvecklarna älskade det. Ni gick igenom hela driftsättningsprocessen, skrev acceptanskriterier, gick igenom era sprints, kvalitetssäkrade allt och nu är det klart! Det var mycket arbete, men nu är det färdigt. Er Adobe Analytics-instans bör få marknadsförings- och produktteamen att skutta av glädje när de fördjupar sig i data, hittar nya insikter om era kunder och upptäcker framgångsavsnitt och avsnitt med färre framgångar. Men du hör inte det jubel som du förväntade dig.
Du hör klagomål från ett läger.
”Varför kan jag inte räkna ut konverteringsgraden på den här tratten?”
”Varför finns det inget mätvärde för det här?”
”Jag behöver mycket mer information om det här! Bara ett mätvärde räcker inte. Det finns minst tre olika dimensioner som jag behöver för att förstå prestandan. Varför lade du inte in dem?”
Men det är det andra lägret som är ännu större anledning till oro. Från dem hör du ingenting alls. Och ännu värre är att du ser diagram som kommer från er gamla analyslösning, den där som inte längre underhålls, och varje dag blir data allt mer föråldrade. En känsla av bedrövelse fyller dig när du tänker på de beslut som kan fattas i den röran.
Vad gick fel? Varför finns det brister i mätningarna? Varför tar inte teammedlemmarna till sig det här?
Jag börjar med att lugna dig en aning. Det finns kommer alltid att bli ändringar. Om er webbplats eller app är tillräckligt komplex för att behöva en företagsanalyslösning är det i princip säkert att ni kommer att missa något. Men inte tillräckligt för att förklara de brister jag pratar om här. Det som gick fel är mycket svårare att lägga in i ett kalkylblad. Du missade chansen att skapa en samverkansbaserad datakultur när du skapade SDR. Jag vill gå igenom en metod som jag och mina kollegor har utvecklat för att både bygga bättre SDR med färre luckor och få slutanvändarna att engagera sig och ibland även bli entusiastiska över den nya Adobe Analytics-instansen. Vi går igenom hur man gör.
Hur
Mätvärdesmöte:
- Samla alla intressenter, antingen personligen eller virtuellt med målet att ta reda på vad ni ska mäta. Det bör inkludera några chefer.
- Ha några tydliga exempel redo på notislappar, t.ex. intäkter, försäljning och leads, som är viktiga nyckeltal som du vet kommer att mätas. Gör samma sak med dimensioner, t.ex. inloggningsläge, produktkategorier eller söktermer.
- Låt alla lägga till egna notislappar och gruppera dem efter behov
- Låt folk rösta på de som de tycker är viktiga. Antalet röster är obegränsat eftersom alla dessa mätvärden och dimensioner kanske är viktiga.
- För alla som får låga antal röster kan du be intressenterna som ville ha dem att förklara vad de ska användas till. Om det finns bra användningsexempel kan du behålla dem. Om det finns bättre sätt att få fram data, om de inte kan förklara hur de ska användas eller om det finns en annan god anledning att utelämna dem ska du stryka dem från listan.
- Lägg till dessa mätvärden och dimensioner i din SDR för en inledande granskning av de intressenter som var närvarande
Trattkarta
- Ta fram en visualisering av alla trattar, steg för steg med alla stadier inkluderade
- Gå igenom varje steg med designers och produktchefer och diskutera vad de tycker är framgång i den tratten. Är det konverteringsgraden? Är det att välja en viss sökväg? Att vissa funktioner används?
- Ställ frågor om vilka mätvärden och dimensioner som krävs för att förstå hur tratten fungerar i varje steg och i hela processen.
- Ovanför varje steg i tratten lägger du till mätvärden och dimensioner som ska mätas i det steget, inklusive beräknade mätvärden.
- I början av varje tratt skriver du de rapporter som kommer att finnas på kontrollpanelen som produktchefen ska använda för att spåra prestanda, t.ex. en utfallsrapport, aktuell månad och trendande konverteringsgrad samt annat som är mer specifikt för den tratten.
- Lägg till de nya mätvärdena och dimensionerna som du har upptäckt i SDR och skicka dem till intressenterna för en andra granskning.
Kontrollpaneler för förhandsgranskning
- Använd trattkartan som en vägledning och skapa dummy-kontrollpaneler.
- Det ska finnas en övergripande vy, som en översiktpanel för ledningen och kontrollpaneler för varje tratt.
- Det bör också finnas andra som är specifika för din webbplats eller app, till exempel produktprestanda eller innehållsprestanda.
- Distribuera dessa till relevanta intressenter och få feedback om utformningen.
- Begär uppdateringar och om nya mätvärden eller dimensioner behövs lägger du till dem i din SDR.
- Skicka de uppdaterade förhandsvisningspanelerna och SDR för en slutgranskning.
Verktyg för datademokratisering
- Skapa ett datalexikon. SDR är till för utvecklarna. Datalexikonet är till för slutanvändarna. Gör det läsbart för slutanvändarna så att de enkelt kan slå upp data som finns och hur de ska användas. Slutanvändarna bör vara de sista som godkänner detta.
- Anteckningar. I alla organisationer finns det vissa datum som är viktiga varje år och andra som dyker upp ibland. Se till att du samlar in relevanta datum från era intressenter och lägger till dem som anteckningar för att öka förståelsen av de data de ser.
- Insamling. Om din SDR är stor kan den vara överväldigande. För stora valmöjligheter drabbar inte bara dina kunder. Se vad som är viktigt för olika grupper av användare och samla in de element de kan se.
Varför
För att samla in krav
Det är uppenbart, men det finns andra effektiva sätt att samla in krav. Jag har personligen använt intervjuer, enkäter och granskningar av befintliga rapporter. Det kan fungera, men jag tycker inte att de är lika bra som de metoder jag just har beskrivit. Jag tror dock inte att klyftan när det gäller att samla in krav är så stor. Den metod jag har beskrivit tar dig 95 % på vägen och de andra metoderna tar dig 90 % av vägen. Så vad är den stora frågan?
Bygga en datakultur
Med den här processen kan du:
- Väcka tankar om hur man mäter framgång
- Skapa en känsla av ägarskap hos intressenterna
- Göra det enklare för intressenterna att förstå sina data
Väcka tankar om data
För många av era anställda är data något de konsumerar. De använder data. De analyserar data. De tänker inte så mycket på data. Vissa av dem ärvde rapporter och processer från sina föregångare som de inte har förändrat på grund av kontinuitetsbehovet. De har aldrig behövt tänka på varför informationen finns.
Den här processen ger dem en chans att förstå data. Ställ frågorna – vad är framgång? Hur vet ni om något lyckats? Hur vet ni vad ni ska ändra om ni inte lyckas? Det här är en övning som bör göras i början när alla webbplatser, appar och produkter skapas men som ofta inte utförs. Genom att ställa de här frågorna kan ni fördjupa deras förståelse inte bara för data, utan även er egen produkt.
Skapa en känsla av äganderätt till data
Det här är inte något som kommer uppifrån. Det här är inte något som avhandlades under ett trettio minuter långt möte för tre månader sedan. Det här är inte det där irriterande frågeformuläret som de bara fick en vecka att svara på och som de gjorde snabbt eftersom de hade en demo att göra inför sprintreleasen. Det här är resultatet av djupa tankar och hårt arbete tillsammans med dig och dina kollegor, något som de har studerat på flera gånger, lämnat kontinuerlig feedback om och som de har godkänt när denna feedback har lagts in. Det är deras! Det är tack vare dem som det är användbart. Det är deras data och det är själva processen som gjorde dem till deras data.
Gör data enklare att förstå
Du har också visat dem hur de kan använda data och hur de kommer att se ut via kontrollpanelerna som förhandsgranskades. Alla nya lösningar är krävande. Det finns så mycket att lära sig och med tanke på Adobe Analytics enorma anpassningsmöjligheter kan inlärningskurvan bli ganska brant. Men du har tagit bort 80 % av det. Innan den första kodraden ens har skrivits vet era intressenter hur deras kontrollpaneler kommer att se ut. De vet hur de ska användas och hur de ska tolkas. De vet hur framgång ser ut eftersom de har berättat vilka mätvärden och dimensioner som definierar framgång och ni har berättat för dem hur det kommer att visualiseras. Leveransen av de faktiska kontrollpanelerna är en uppdatering, inte en skrämmande ny inlärningsåtgärd.
Det här är inte det snabbaste sättet att få ihop en SDR. Det är mycket arbete och kräver en hel del samordning av tidsplanerna, särskilt eftersom det är viktigt att ni har några chefer med i mixen. I slutänden är en företagsanalyslösning en enorm investering i tid och pengar och ni vill vara säkra på att acceptansen och nöjdheten är hög. Den här metoden går långt i riktning mot att förverkliga det.