LuckyTemplates-ranking in hiërarchische vorm

Vandaag zullen we leren hoe we LuckyTemplates-ranking kunnen berekenen in een hiërarchische vorm , wat een iets complexer onderwerp is in vergelijking met het concept dat we in mijn vorige zelfstudie hebben besproken. Je kunt de volledige video van deze tutorial onderaan deze blog bekijken .

In de vorige tutorial hebben we gezien hoe je de percentages in een hiërarchische vorm kunt berekenen . We hebben laten zien hoe u de rangorde kunt berekenen over een specifieke set gegevens van een bepaalde set producten, hetzij in de vorm van een productcategorie of subcategorie. In het geval van de regio is het ook in de vorm van steden, territoria of landen.

Deze keer gaan we een stap verder in de berekening van hiërarchieën. We zullen leren hoe we de rangorde kunnen berekenen wanneer alle verschillende sets velden worden gecombineerd in één set hiërarchieën.

Inhoudsopgave

• Niveaus van hiërarchie
• Stappen voor het berekenen van LuckyTemplates-ranking in hiërarchische vorm
  • De verkeerde maar gemeenschappelijke benadering
  • De juiste aanpak om LuckyTemplates-ranking te berekenen
• Conclusie

Niveaus van hiërarchie

Laten we naar LuckyTemplates gaan en kijken hoe het wordt gedaan. In dit scenario hebben we een reeks hiërarchieën gemaakt waarbij het eerste niveau van de hiërarchie de vorm heeft van territoria.

Het tweede niveau is in de vorm van klanten.

En het derde niveau is in de vorm van productnamen.

Dus, wat is de logica achter het creëren van dit type hiërarchie? We moeten uitzoeken hoe we presteren op elk territoriaal niveau. Vervolgens moeten we binnen elk gebied bepalen wie onze best presterende klanten zijn .

Daarnaast willen we erachter komen wat de beste producten zijn die onze klanten in de loop van de tijd het liefst in hun respectievelijke gebieden kopen.

Stappen voor het berekenen van LuckyTemplates-ranking in hiërarchische vorm

Om te beginnen zullen we de verkeerde benadering gebruiken om LuckyTemplates-ranking te berekenen met behulp van de RANKX- functie. Door dit te doen, zullen we begrijpen waarom de conventionele manier om dit te doen niet de juiste resultaten zal opleveren.

Het is ook de moeite waard om naar de fouten te kijken, zodat we de juiste maatregelen kunnen rangschikken om de resultaten voor elk niveau van de hiërarchie op de juiste manier te evalueren.

De verkeerde maar gemeenschappelijke benadering

Om tijd te besparen, heb ik de maat gekopieerd en geplakt op basis van een eenvoudige RANKX-functie. Hiermee hebben we drie variabelen gemaakt voor elk van de hiërarchieën met behulp van de eenvoudige RANKX-functie. Bovendien hebben we de functie gebruikt omdat we te maken hebben met hiërarchieën.

Laten we nu deze meting laden en de resultaten bekijken. Zoals we kunnen zien, staat het gebied met de hoogste totale verkoop op de eerste plaats en het gebied met de laagste totale verkoop op de laatste plaats. Tot nu toe krijgen we de juiste resultaten.

Om te zien hoe onze klanten worden beoordeeld, klikt u op een plusteken om een ​​van onze gebieden uit te vouwen. Het valt op dat onze klanten met de hoogste totale verkoop ook op de eerste plaats staan ​​onder dat specifieke gebied. We kunnen ook naar beneden scrollen en zien dat ze correct zijn gerangschikt.

Controleer vervolgens de resultaten voor de producten om te zien of ze ook goed zijn gerangschikt of niet.

Laten we als voorbeeld op het plusteken van de Snaptags Ltd- klant klikken. Het is duidelijk dat het product met de hoogste omzet voor die specifieke klant in dat specifieke gebied als eerste wordt gerangschikt en de andere dienovereenkomstig.

We hebben echter vastgesteld dat de klanten en producten die geen verkoopwaarde bevatten, nog steeds gerangschikt worden. We kunnen stoppen met het evalueren van deze door de functie te gebruiken.

Laten we in dit geval klikken op Inzoomen en Alles één niveau omlaag in de hiërarchie uitvouwen in plaats van op elke plusknop afzonderlijk te klikken.

Zoals hieronder te zien is, kunnen we nog steeds zien dat het eerste territorium en de klanten voor dat specifieke territorium nog steeds correct worden geëvalueerd.

Scroll naar beneden om te zien hoe ons volgende territorium gerangschikt is.

In dit stadium kunnen we nu zien dat er een probleem is omdat het grondgebied van Queensland eerder op de tweede plaats stond, maar nu wordt het als derde beoordeeld.

Laten we voor de zekerheid ook eens kijken hoe onze producten worden beoordeeld.

Evenzo stonden het grondgebied van New South Wales en de klant van State Ltd beide op de eerste plaats in de eerdere scenario's, maar staan ​​nu op de tweede plaats.

We begonnen deze onjuiste resultaten te zien toen we op de knop Alles één niveau naar beneden in de hiërarchie uitvouwen klikten in plaats van op elke plusknop afzonderlijk te klikken.

Waarom gebeurt dit? De reden hierachter is dat wanneer we afzonderlijk op de plusknop klikken, we het gewoon onder de motorkap sluipen door nog steeds op het hoogste niveau van de hiërarchie te blijven. Technisch gezien zijn we niet doorgedrongen tot het volgende niveau.

Aan de andere kant, als we op de knop Alles één niveau omlaag in de hiërarchie uitvouwen klikken , gaan we naar de volgende laag, en dat is het moment waarop de eigenlijke contextovergang plaatsvindt.

Daarom kunnen we in het geval van hiërarchieën de conventionele methode voor het berekenen van de rangorde niet gebruiken, omdat inzoomen in feite betekent dat we van het eerste niveau naar het volgende niveau gaan.

De juiste aanpak om LuckyTemplates-ranking te berekenen

Nadat we deze problemen hebben geïdentificeerd, gaan we ze oplossen door op Nieuwe meting te klikken en de juiste rangschikkingsmaat te maken.

Laten we onze meting een naam geven als Rangorde – Juiste meting en drie variabelen maken voor het berekenen van de classificatie voor de respectieve hiërarchieën. 

Typ VAR_Territory_Ranking in voor onze eerste variabele. Binnen deze variabele is het eerste proces het maken van een virtuele tabel met behulp van (Regions, Regions[Territory]) . We hebben dit verwezen naar de regiotabel omdat territoria uit die tabel komen.

Nadat we onze virtuele tabel hebben gemaakt, moeten we hierin een virtuele kolom maken met behulp van de functie. Dit zal ons helpen om de rangorde voor die specifieke territoriumhiërarchie te evalueren.  

Laten we dan onze virtuele kolom Territory Ranking een naam geven en de RANKX-functie gebruiken. We willen onze hoogste verkopen eerst rangschikken en de laagste verkopen als laatste. We zullen deze virtuele tabel dus converteren naar een scalaire waarde door deze in de SUMX- functie in te pakken.

We hebben exact dezelfde techniek geïmplementeerd voor de andere twee variabelen, zoals de VAR_Customers_Ranking en de VAR_Products_Ranking .

Natuurlijk hebben we de ISINSCOPE- functie gebruikt en elk van onze variabelen opgeroepen op basis van dat specifieke hiërarchieniveau.

Tot nu toe hebben we variabelen gemaakt voor elk niveau van de hiërarchie en elke variabele tegen dat specifieke veld geplaatst met behulp van de ISINSCOPE-functie.

Het is tijd om onze formule te testen en de resultaten te controleren door de meting in onze matrixvisualisatie te brengen en uit te breiden.

Zoals hieronder te zien is, wordt de rangschikking op territoriumniveau correct geëvalueerd.

Laten we verder inzoomen en onze klantenrangschikking bekijken. Klanten in het gebied New South Wales en State LTD zijn ook correct gerangschikt.

Laten we deze keer eens kijken hoe ons territorium in Queensland wordt geëvalueerd. Ten slotte is het nu dienovereenkomstig gerangschikt.

Voor onze productniveaus is het leuk om te zien dat ze ook perfect gerangschikt zijn.

Als we ook naar onze tweede en derde klant kijken, hebben we ook de juiste resultaten.

Laten we ten slotte de rangorde ten opzichte van de blanco's verwijderen door de referentie van de respectieve dimensietabelnamen te vervangen door de naam van de verkooptabel . 

We doen dit omdat de tabel Verkoop een afstamming heeft met elk van deze dimensietabellen. Als er bijvoorbeeld geen verkoop heeft plaatsgevonden voor een specifiek product tegen een bepaalde klant in dat gebied, wordt de rangschikking standaard niet geëvalueerd op basis van dat specifieke gegevenspunt. 

Dus laten we doorgaan en onze referentie van dimensietabellen vervangen door de verkooptabel.

Laten we tot slot de resultaten nog een laatste keer bekijken. 

Het werkte! We kunnen nu zien dat onze ranking alleen beperkt is tot een datapunt waar we een verkoopwaarde hebben. 

Percentage berekenen in LuckyTemplates in hiërarchische vorm
Tijdelijke schaal met behulp van berekende kolommen in LuckyTemplates
BEREKENEN Functie - Hoe dit uw berekeningen in LuckyTemplates kan beïnvloeden

Conclusie

Het berekenen van de rangorde in een hiërarchische vorm brengt complexiteit met zich mee, vooral als je te maken hebt met verschillende reeksen velden gecombineerd in een enkele reeks hiërarchieën, maar het is de moeite waard omdat het echt naar het volgende niveau kan gaan.

Een ander belangrijk ding om op te merken is dat als u de wijziging van de LuckyTemplates-rangschikking wilt zien op basis van de selectie die in de slicer is gemaakt, u in plaats van de kunt gebruiken bij het evalueren van de rangschikkingen.

Dus dat was het voor mij, ik hoop dat je deze tutorial leuk vond. Er zijn tal van bronnen en verdere lessen die u gemakkelijk kunt openen op de website, dus bekijk deze alstublieft.

Al het beste,

Wreed