LuckyTemplates rangering i hierarkisk form

I dag vil vi lære hvordan du beregner LuckyTemplates rangering i en hierarkisk form som er litt mer komplekst emne sammenlignet med konseptet som vi diskuterte i min forrige opplæring. Du kan se hele videoen av denne opplæringen nederst på denne bloggen .

I den forrige opplæringen så vi hvordan du . Vi viste frem hvordan man beregner rangering over et spesifikt sett med data for et bestemt sett med produkter, enten i form av en produktkategori eller underkategori. Også når det gjelder regionen, er det enten i form av byer, territorier eller land.

Denne gangen vil vi gå et skritt videre i beregningen av hierarkier. Vi lærer hvordan du beregner rangering når alle de forskjellige settene med felt er kombinert i et enkelt sett med hierarkier.

Innholdsfortegnelse

• Nivåer av hierarki
• Trinn for hvordan du beregner Lucky Templates-rangering i hierarkisk form
  • Den feil, men allikevel vanlige tilnærmingen
  • Den riktige tilnærmingen til å beregne LuckyTemplates-rangering
• Konklusjon

Nivåer av hierarki

La oss gå over til LuckyTemplates og se hvordan det blir gjort. I dette scenariet har vi laget et sett med hierarkier der det første nivået i hierarkiet er i form av territorier.

Det andre nivået er i form av kunder.

Og det tredje nivået er i form av produktnavn.

Så, hva er logikken bak å lage denne typen hierarki? Vi må finne ut hvordan vi presterer på hvert eneste territorielle nivå. Deretter, innenfor hvert territorium, må vi finne ut hvem som er vår .

I tillegg ønsker vi å finne ut hva som er de beste produktene våre kunder liker å kjøpe i sine respektive territorier over en periode.

Trinn for hvordan du beregner Lucky Templates-rangering i hierarkisk form

Til å begynne med vil vi bruke feil tilnærming for å beregne LuckyTemplates-rangering ved å bruke funksjonen. Ved å gjøre dette vil vi forstå hvorfor den konvensjonelle måten å gjøre dette på ikke vil gi de riktige resultatene.

Det er også verdt å se på feilene slik at vi kan rangere de riktige målene for å evaluere resultatene for hvert nivå i hierarkiet på riktig måte.

Den feil, men allikevel vanlige tilnærmingen

For å spare tid har jeg kopiert og limt inn mål basert på en enkel RANKX-funksjon. Med dette laget vi tre variabler for hvert av hierarkiene ved å bruke den enkle RANKX-funksjonen. I tillegg brukte vi funksjonen siden vi har å gjøre med hierarkier.

La oss nå laste inn dette målet og sjekke resultatene. Som vi kan se, er området med det høyeste totale salget rangert først, og området med det laveste totale salget er rangert sist. Så langt har vi fått de riktige resultatene.

For å se hvordan kundene våre blir evaluert, klikk på et plusstegn for å utvide noen av våre territorier. Det er merkbart at våre kunder med det høyeste totale salget er rangert først under det aktuelle territoriet. Vi kan også scrolle ned og se at de er rangert riktig.

Deretter sjekker du resultatene for produktene for å se om de også er riktig ordnet eller ikke.

La oss klikke på plusstegnet til Snaptags Ltd -kunden som et eksempel. Tydeligvis er produktet med det høyeste salget for den aktuelle kunden i det aktuelle territoriet rangert først og de andre deretter.

Vi observerte imidlertid at kundene og produktene som ikke inneholder noen salgsverdi, fortsatt blir rangert. Vi kan slutte å evaluere disse ved å bruke funksjonen.

I dette tilfellet, la oss klikke på Drill up og Expand all down ett nivå i hierarkiet i stedet for å klikke på hver plussknapp individuelt.

Som vist nedenfor kan vi fortsatt se at det første territoriet og kundene for det aktuelle området fortsatt er evaluert riktig.

Rull ned for å se hvordan vårt neste territorium er rangert.

På dette stadiet kan vi nå se at det er et problem fordi Queensland- territoriet ble rangert som nummer to tidligere, men nå er det evaluert som tredje.

For å være sikker, la oss også sjekke hvordan produktene våre blir vurdert.

Tilsvarende ble New South Wales- territoriet og State Ltd- kunden begge rangert først i de tidligere scenariene, men er nå nummer to.

Vi begynte å se disse uriktige resultatene da vi klikket på Utvid alt ned ett nivå i hierarkiet i stedet for å klikke på hver plussknapp individuelt.

Hvorfor skjer dette? Årsaken bak dette er når vi klikker på pluss-knappen individuelt, vi bare sniker den under panseret ved fortsatt å holde oss på toppnivået i hierarkiet. Teknisk sett har vi ikke boret oss ned til neste nivå.

På den annen side, når vi klikker på Utvid alt ned ett nivå i hierarki- knappen, beveger vi oss ned til neste lag, og det er tiden da selve finner sted.

Derfor kan vi ikke bruke den konvensjonelle metoden for å beregne rangering når det gjelder hierarkier fordi drill down faktisk betyr at vi går ned fra første nivå til neste nivå.

Den riktige tilnærmingen til å beregne LuckyTemplates-rangering

Etter å ha identifisert disse problemene, la oss løse dem ved å klikke Nytt mål og lage riktig rangeringsmål.

La oss gi målet vårt navnet Ranking – Right Measure og lage tre variabler for å beregne rangeringen for de respektive hierarkiene. 

Skriv inn VAR_Territory_Ranking for vår første variabel. Inne i denne variabelen er den første prosessen å lage en virtuell tabell ved å bruke (Regioner, Regioner[Territory]) . Vi refererte dette til regionstabellen siden territorier kommer fra den tabellen.

Når vi har laget vår virtuelle tabell, inne i denne, må vi lage en virtuell kolonne ved hjelp avfunksjon. Dette vil hjelpe oss med å evaluere rangeringen for det aktuelle territoriehierarkiet.  

La oss deretter gi den virtuelle kolonnen Territory Ranking et navn og bruke RANKX-funksjonen. Vi ønsker å rangere vårt høyeste salg først og det laveste salget sist. Så vi konverterer denne virtuelle tabellen til en skalarverdi ved å pakke den inn ifunksjon.

Vi implementerte nøyaktig samme teknikk for de to andre variablene som VAR_Customers_Ranking og VAR_Products_Ranking .

Selvfølgelig brukte vi ISINSCOPE- funksjonen og kalte ut hver av variablene våre mot det bestemte hierarkinivået.

Så langt er det vi har gjort å lage variabler for hvert nivå i hierarkiet, og plassert hver variabel mot det bestemte feltet ved å bruke ISINSCOPE-funksjonen.

Det er på tide å teste formelen vår og sjekke resultatene ved å bringe målingen inn i matrisen vår og utvide den.

Som vist nedenfor, blir rangeringen på territoriumnivå evaluert riktig.

La oss gå videre og sjekke kunderangeringen vår. New South Wales- territoriet og State LTD- kundene er også rangert riktig.

Denne gangen, la oss se hvordan vårt Queensland- territorium blir evaluert. Endelig er den nå rangert deretter.

For våre produktnivåer er det hyggelig å se at de også er perfekt rangert.

Hvis vi også tar en titt på vår andre og tredje kunde, fikk vi også de riktige resultatene.

Til slutt, la oss kvitte oss med rangeringen mot de tomme feltene ved å erstatte referansen til de respektive dimensjonstabellnavnene med salgstabellnavnet . 

Vi gjør dette fordi salgstabellen har en linje med hver av disse dimensjonstabellene. For eksempel, hvis salg ikke har funnet sted for et spesifikt produkt mot en bestemt kunde i det territoriet, vil rangeringen som standard ikke bli evaluert mot det bestemte datapunktet. 

Så la oss gå videre og erstatte vår referanse med salgstabellen.

Til slutt, la oss sjekke resultatene en siste gang. 

Det funket! Vi kan nå se at rangeringen vår bare er begrenset til et datapunkt hvor vi har en salgsverdi. 

Konklusjon

Å beregne rangering i en hierarkisk form innebærer kompleksitet, spesielt hvis du har å gjøre med forskjellige sett med felt kombinert i et enkelt sett med hierarkier, men det er verdt det fordi det virkelig kan gå ned til neste nivå.

En annen viktig ting å merke seg er at hvis du ønsker å se beregning av LuckyTemplates rangering endret basert på valget gjort i sliceren, så i stedet for å bruke funksjonen, kan du bruke funksjonen mens du evaluerer rangeringene.

Så det var det for meg, jeg håper du likte denne opplæringen. Det er mange ressurser og videre læring som du enkelt kan få tilgang til på nettstedet, så sjekk det ut.

Beste ønsker,

Harde