Waarop marketplace-integratie daadwerkelijk wordt beoordeeld
Een marktplaats voert de bestellingen die zij ontvangt niet zelf uit, dus beheert zij dat risico door de verkopers die dat wel doen te beoordelen. Amazon, bol.com en Zalando publiceren elk hun eigen drempelwaarden, maar de labels verschillen meer dan de inhoud. Vijf maatstaven komen op bijna elk platform terug:
- Orderdefectpercentage: het aandeel bestellingen dat leidt tot een klacht, chargeback of negatieve feedback; dit is op de meeste platforms de belangrijkste statistiek
- Annuleringspercentage vóór uitvoering: bestellingen die de verkoper annuleert na acceptatie, wat het gevolg is van oververkoop
- Percentage te late verzendingen: bestellingen die niet binnen het beloofde tijdvenster als verzonden zijn bevestigd, ongeacht of ze fysiek op tijd de deur uitgingen
- Percentage geldige trackinginformatie: zendingen die zijn verstuurd zonder dat er een bruikbaar trackingnummer bij de marktplaats is aangekomen
- Responstijd: hoe snel berichten van kopers worden beantwoord, gemeten in uren in plaats van dagen
Annuleringen, te late verzendingen en ontbrekende trackinginformatie zijn eerder dataproblemen dan operationele problemen, en dat is waar e-commerce automatisering zijn waarde bewijst. Een magazijn kan perfect picken en verzenden en toch een te late verzending registreren, simpelweg omdat de bevestiging de marktplaats niet binnen het tijdvenster heeft bereikt.
Waarom gaat marketplace-integratie mis bij gedeelde voorraad?
Hetzelfde fysieke product wordt aangeboden in de webshop, op twee marktplaatsen en mogelijk bij een retailpartner. Elk van die kanalen heeft een eigen beeld van de voorraad, en slechts één daarvan kan op elk willekeurig moment de juiste zijn.
Synchronisatie-intervallen bepalen de blootstelling. Een cyclus van vijftien minuten betekent dat elk kanaal werkt met cijfers die tot wel een kwartier oud zijn. Dat is onschadelijk bij een product dat langzaam verkoopt, maar kostbaar bij alles wat in pieken verkoopt. Promoties en seizoensgebonden pieken zijn precies de momenten waarop het interval ertoe doet en waarop het volume het probleem verergert.
De gebruikelijke verdediging is een buffer, en de kosten daarvan zijn hoger dan ze lijken. Een buffer moet worden gebaseerd op het slechtst denkbare scenario in plaats van op het gemiddelde; hij wordt dus ingesteld tijdens een piek en daarna zelden meer aangepast. Dit geldt per productlijn en voor alle kanalen tegelijk, en niemand rapporteert dit als achtergehouden voorraad. Het verlagen ervan hangt af van hetzelfde e-commerce-integratie werk dat ervoor zorgt dat elk ander kanaal betrouwbaar blijft.
Wat een zwakke marketplace-integratie kost
De kosten stapelen zich na elkaar op in plaats van allemaal tegelijk, en daarom worden ze gemakkelijk onderschat:
- Handmatig gecorrigeerde voorraad: iemand past de aantallen aan in drie of vier dashboards van kanalen zodra de cijfers afwijken, en dat werk neemt toe met elk platform dat wordt toegevoegd
- Annuleringen die zich opstapelen: elke oververkoop verhoogt het annuleringspercentage, en dat percentage wordt gemeten over een voortschrijdend venster, waardoor een slechte week de daaropvolgende maand beïnvloedt
- Te late verzending van bestellingen die wel op tijd zijn verstuurd: het pakket is vertrokken, maar de bevestiging niet, en de statistiek registreert de fout ongeacht de werkelijkheid
- Verlies van de koopknop of positie: de koopknop is de standaardverkoper op een aanbieding die door meerdere verkopers wordt gedeeld, en het verlies ervan verwijdert het grootste deel van het volume voordat iemand de link met de statistiek legt
- Opschorting: de eindfase, en het punt waarop een kanaalprobleem verandert in een omzetprobleem
Elke marktplaats hanteert andere regels
De regels van marktplaatsen lijken in grote lijnen op elkaar, maar verschillen in de details. Dat is precies waarom een tweede platform moeilijker is om te beheren dan de eerste, in plaats van makkelijker.
Verzendtermijnen verschillen; een bestelling die op dezelfde dag wordt geaccepteerd, moet op het ene platform binnen vierentwintig uur worden verzonden en op het andere binnen achtenveertig. Annuleringsdrempels verschillen, evenals de vraag of een door de koper aangevraagde annulering meetelt als een minpunt voor de verkoper. Retourtermijnen lopen uiteen, wat bepaalt wanneer voorraad weer als verkoopbaar kan worden beschouwd. Sommige marktplaatsen vereisen een verzendbevestiging voordat het pakket fysiek in beweging komt. Andere vereisen trackinggegevens binnen een bepaalde periode daarna.
Een verkoper die op Amazon, bol.com en Otto verkoopt, hanteert daarom drie verschillende sets regels voor één magazijn. Het afzonderlijk inbouwen van die logica in elke kanaalkoppeling zorgt ervoor dat het aantal marktplaatsen als complex wordt ervaren. De onderliggende operatie is echter helemaal niet veranderd.
Hoe een integratieplatform verkopersstatistieken beschermt
Verkopers bereiken marktplaatsen op drie manieren, en de keuze wordt meestal gemaakt voordat de statistieken ertoe doen. Marktplaatsintegrators en channel managers maken snel verbinding met een breed scala aan platforms en werken over het algemeen vanuit hun eigen voorraadbeheer in plaats van direct in het ERP te kijken. Native marktplaats-apps op een e-commerceplatform regelen het aanbod en het ophalen van bestellingen, maar raken zelden het magazijnsysteem aan. Directe API-koppelingen bieden volledige controle, maar vermenigvuldigen zich met elk toegevoegd platform.
Een integration platform-as-a-service (iPaaS) verbindt elke marktplaats met de systemen die daadwerkelijk over de juiste informatie beschikken. Op het Alumio iPaaS neemt dat werk vier vormen aan:
- Voorraad bijgewerkt bij beweging, niet op basis van een timer: een event-driven data Route verstuurt het nieuwe cijfer op het moment dat een eenheid ergens wordt toegewezen, waardoor voorraadbuffers veilig kunnen worden verlaagd
- De regels van elke marktplaats afzonderlijk beheerd: een data Transformer past de verzendtermijn, statuscodes en annuleringslogica toe die elk platform verwacht, zodat drie regelboeken worden toegepast op één magazijnproces
- Verzending bevestigd binnen de termijn: verzend- en trackinggegevens bereiken de marktplaats op het moment dat het magazijn ze registreert, in plaats van in een nachtelijke batch die pas na de deadline aankomt
- Verkopersstatistieken vroegtijdig inzichtelijk: gedetailleerde Logs tonen welke bestellingen te laat zijn bevestigd of geannuleerd, en waarom, zodat een stijgend percentage wordt opgemerkt terwijl het nog kan worden gecorrigeerd
Deze stromen worden geconfigureerd in plaats van per platform handmatig gebouwd, waarbij de Code Transformer beschikbaar is voor situaties waarin configuratie niet volstaat en het schrijven van code de voorkeur heeft. De derde marktplaats hergebruikt de voorraad- en verzendlogica die voor de eerste twee is opgezet.
Wat nauwkeurige marketplace-integratie oplevert
Marktplaatsen worden meestal beoordeeld op bereik en marge, en de verkopersstatistieken komen zelden in de businesscase voor totdat een schorsing het urgent maakt.
Door voorraadnauwkeurigheid en verzendbevestiging als de werkelijke vereiste te behandelen, verandert wat het kanaal aankan. Buffers worden verlaagd, waardoor echte voorraad direct op elk kanaal weer beschikbaar is voor verkoop. Het verkoopteam kan vervolgens een platform openen zonder zich af te vragen of de operatie de regels van dat platform wel aankan.
Voorraad wordt verkocht in plaats van vast te zitten achter een veiligheidsmarge. Verkopersstatistieken blijven ruim binnen de drempelwaarden zonder dat iemand ze dagelijks hoeft te controleren. De strategie wordt dan beperkt door commercieel inzicht in plaats van door het aantal regelboeken dat de integratie kan bevatten.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
