Recap: het concept repricing
Eerst even het basisconcept van repricing; het aanpassen van de prijs van jouw product op de marketplace, op basis van jouw voorwaarden en de concurrentie op het platform, binnen de minimum- en maximum-prijsgrens die jij bepaalt. Belangrijk hierin zijn die prijsgrenzen. De minimumprijs zorgt ervoor dat je nooit verkoopt onder je absolute minimum, terwijl de maximumprijs zorgt ervoor dat je niet te duur bent.
De optelsom van prijscomponenten
Het bepalen van de minimumprijs doe je door een optelsom te maken van alle prijscomponenten die een rol spelen. Daarbij heb je een aantal vrij eenvoudige prijscomponenten, zoals je inkoopprijs en het BTW tarief. Maar, er zijn ook prijscomponenten die nogal afhankelijk zijn van de situatie, zoals bijv. je verzendkosten en de commissie van de marketplace. Juist door slim om te gaan met deze conditionele prijscomponenten kun je het verschil maken wanneer het aankomt op resultaat halen uit marketplaces.
Veranderende data leidt tot conditionele prijscomponenten
Data Driven Repricing is, zoals de naam al zegt, repricing die gedreven wordt door data. Dus dan ook aangepaste repricing wanneer die data verandert door een andere concurrentiesituatie, of verandert doordat een ander stukje data verandert (bijv. je verzendkosten, omdat je het product nu op bol.com verkoopt via LVB). Je data, de prijscomponenten in je formules voor je prijzen, zijn dan dus conditioneel. Het voordeel van conditionele data, is dat de data geldt per specifiek product, en geen gemiddelde is voor alle producten.
Van gemiddelde kosten naar nauwkeurig gespecificeerde waarden
De meeste marketplace verkopers werken met gemiddelde kosten als het gaat om prijscomponenten. Dat is zo ontstaan, omdat ze vaak géén mogelijkheid hebben om die prijscomponenten (bijv. de verzendkosten) per product te laten meerekenen voor het gehele assortiment, dat vaak uit duizenden producten bestaat. Omdat deze gemiddelden dan weer niet specifiek genoeg zijn voor elk product, worden meerdere prijsregels gemaakt, waardoor uiteindelijk een overvloed aan regels ontstaat en het overzicht kwijt is van welke regel wordt toegepast voor de pricing van de producten.
Met conditionele prijscomponenten die als variabele in de prijsformules gebruikt kunnen worden, kunnen de prijscomponenten zoals de verzendkosten in bovenstaand voorbeeld, voor elk specifiek product bepaald worden, hoe groot de catalogus ook is. En, er ontstaat minder vervuiling door een grote set aan prijsregels. Win-win!
Verzendkosten op basis van de voorraadlocatie
Laten we de verzendkosten als voorbeeld nemen. De verzendkosten voor een product zijn vaak afhankelijk van het product zelf (bijv. het gewicht), maar ook van de locatie waar het product ligt opgeslagen. Dat kan je eigen magazijn zijn, een extern magazijn bij een fulfilmentbedrijf, of bijv. een magazijn van een marketplace (zoals bijv. bij LVB van bol.com). De kosten die je hebt aan het verzenden van een product zijn dan ook vaak verschillend. LVB brengt andere kosten met zich mee dan versturen vanuit je eigen magazijn, of versturen via een fulfilmentbedrijf. De prijscomponent “verzendkosten” die je in je prijsformules gebruikt moet daar dan dus ook rekening mee houden. Binnen het marketplace integratie platform van EffectConnect kun je met een conditioneel custom attribuut deze verzendkosten bepalen en tegelijkertijd rekening houden met waar de voorraad ligt. Zo tel je nooit te weinig verzendkosten voor je producten.
De conditionele prijscomponenten opnemen in je prijsformules
Nu we product-specifieke verzendkosten hebben bepaald op basis van logica die kijkt naar de eigenschappen van het product (de omvang / het gewicht) en de locatie waar het product opgeslagen ligt (een van de magazijnen uit bovenstaand voorbeeld), kunnen we deze "verzendkosten" als variabele gaan gebruiken in de prijsregels.
In bovenstaande afbeelding zie je een abstracte weergave van een prijsformule, waarin we de verzendkosten als een variabele component (we noemen dit binnen het EffectConnect platform een "placeholder") in de formule hebben opgenomen. Wanneer je dit ook zou doen voor de marge, het BTW tarief en de commissie, kun je het aantal prijsregels terugbrengen naar één enkele prijsregel. Op die manier heb je veel sneller het overzicht en is een optimalisatie in je formules direct toepasbaar op je gehele assortiment!
Bonus: Levertijd instellen op basis van voorraadlocatie
Okay. deze heeft niet zoveel met pricing te maken. Maar, ik wil je toch ook even laten zien dat data en logica veel bredere toepassingen hebben bij marketplaces dan enkel om te helpen bij het bepalen van de juiste prijs. Het mooie van data gedreven werken binnen EffectConnect is dat je die data op verschillende plekken in het platform kunt gebruiken, niet enkel in prijsregels. Je zou dus op basis van de eerder getoonde logica ook de levertijd voor je producten kunnen bepalen, immers kan de cut-off tijd van je externe magazijn best verschillen van die van je eigen magazijn. Op die manier klopt je leverbelofte altijd met de werkelijkheid. Wetende dat dat een van de belangrijkste KPI's is van de marketplace is dit zeker je aandacht waard!
Wanneer je de cut-off tijd hebt bepaald aan de hand van je voorraadlocatie, kun je binnen het EffectConnect platform eenvoudig die cut-off tijden instellen voor de marketplace waar je op verkoopt. Hieronder een voorbeeld van hoe zo'n "levertijden mapping" eruit ziet voor bol.com.