SolidDeploy
Kennisbank

Overselling voorkomen met één voorraad over meerdere kanalen

Overselling is geen slordigheid maar een interval. Hoe je het dichtzet met een veiligheidsdrempel, meldingen en bevestigde updates.

9 min lezen · voor operations en eigenaren met meerdere verkoopkanalen

Geschreven door Job Lenselink Oprichter van SolidDeploy ·
In het kort
  • Overselling ontstaat vrijwel nooit door een fout in je voorraad, maar door de tijd tussen twee synchronisaties. In dat gat verkoopt een kanaal door.
  • Vaker synchroniseren lost het niet op, want het gat wordt kleiner maar verdwijnt niet. Wat het wél oplost is een veiligheidsdrempel op lage voorraad: onder een ingesteld aantal stuks meld je bewust minder dan er ligt.
  • Op bol telt elke annulering mee in je kwaliteitsscore, en die wordt over 22 weken gemeten. Eén slechte week werkt bijna een half jaar door.

Overselling wordt vaak behandeld als een slordigheidsprobleem. Dat is het zelden. Het is een rekenprobleem, en zodra je het zo bekijkt is het ook op te lossen.

Wat wij doen, in één zin: één centrale voorraad die realtime over al je kanalen synchroon blijft, met een drempel op de artikelen waar het misgaat.

Waar het vandaan komt

Je koppeling draait elk kwartier. In dat kwartier verkoopt bol door, verkoopt je webshop door, en verkoopt Amazon door. Geen van drieën weet van de andere twee tot de volgende synchronisatie.

Bij een artikel met vijftig stuks op voorraad merkt niemand dat. Bij een artikel met twee stuks is een kwartier ruim genoeg om er drie te verkopen. Dat is de hele oorzaak, en het verklaart meteen waarom het altijd je snellopers zijn en nooit je stille artikelen.

De verleiding is om vaker te gaan synchroniseren. Dat helpt, maar minder dan je denkt: het gat wordt kleiner en verdwijnt niet. En je loopt tegen de limieten van het platform aan, want die zijn er juist om dat gedrag af te remmen. De rate limits van bol laten zien hoe strak dat staat: een volledige export van je aanbod mag negen keer per uur.

Vier maatregelen, in volgorde van effect

1. Eén bron, en de rest volgt

Zolang twee systemen allebei mogen bepalen wat de voorraad is, houd je conflicten. Je WMS of je voorraadsysteem is de bron; alle kanalen volgen die en schrijven er niet zelf in terug.

Dit klinkt vanzelfsprekend en is het in de praktijk zelden. Wij komen regelmatig situaties tegen waarin de webshop en het magazijnsysteem elkaar over en weer bijwerken, en waar niemand meer kan zeggen welke stand klopt.

2. Een drempel op de artikelen die het nodig hebben

De maatregel met het meeste effect voor het minste werk. Onder een ingesteld aantal stuks meld je bewust minder voorraad dan er ligt.

Concreet: heb je er drie of minder, meld er dan één minder. Je verkoopt de laatste stuks iets langzamer, en je annuleert er geen meer.

Belangrijk is dat je dit niet over je hele assortiment zet. Op een artikel met vijftig stuks doet het niets behalve omzet kosten. Zet het op wat snel loopt en weinig voorraad heeft, en laat de rest met rust. Welke artikelen dat zijn kun je uit je eigen verkoopdata halen: verkoopsnelheid gedeeld door voorraadstand.

3. Laat het platform jou een seintje geven

Waar het ondersteund wordt, is een abonnement op meldingen beter dan blijven vragen. Bij bol kun je je aanmelden voor gebeurtenissen, zodat je een bericht krijgt bij een verkoop in plaats van dat je elk kwartier de stand ophaalt.

Dat haalt het interval eruit voor precies die momenten waarop het ertoe doet. Het vervangt je periodieke synchronisatie niet, want meldingen kunnen wegvallen, maar het maakt het gat veel kleiner zonder dat het je meer verzoeken kost.

4. Controleer of je update daadwerkelijk is doorgevoerd

Dit is de stille killer. Op de bol Retailer API zijn schrijfacties asynchroon: je krijgt een processStatusId terug en de wijziging is pas echt doorgevoerd als die status op SUCCESS staat, meestal binnen een halve minuut.

Een koppeling die dat niet nabelt, denkt voorraad te synchroniseren terwijl dat niet gebeurt. Wij zijn koppelingen tegengekomen die maandenlang op een deel van het assortiment niets deden, zonder dat het opviel, tot er geannuleerd moest worden. Zie Bol Retailer API voor hoe dat model werkt.

Wat het kost als je het laat lopen

Op bol tellen annuleringen mee in je kwaliteitsscore. Sinds 24 juni is dat de maat die de oude prestatiescore verving: een gewogen gemiddelde van vijf servicenormen, gemeten over 22 weken, op een schaal van 0 tot 100. Je hebt minimaal 65 punten nodig, en vanaf 70 komen er voordelen bij zoals toegang tot Select Deals.

Dat meetvenster van 22 weken is het getal om te onthouden. Een drukke week waarin het misging, werkt bijna een half jaar door in je score. Het herstel duurt dus veel langer dan de schade, en dat is precies de reden om een drempel in te stellen voordat het nodig is in plaats van erna.

Daar komt bij wat het je direct kost: de omzet van de order, de klant die je kwijtraakt, en op sommige kanalen het effect op je zichtbaarheid. Op bol weegt de kwaliteitsscore mee in wie het koopblok krijgt.

Wat je vandaag kunt doen zonder iets te bouwen

Drie dingen, en ze kosten je een middag.

  1. Zoek je risico-artikelen op. Verkoopsnelheid per week gedeeld door je huidige voorraad. Alles wat binnen je synchronisatie-interval leeg kan raken, staat op de lijst.
  2. Zet daar met de hand een lagere stand op. Niet elegant, wel meteen effectief, en je merkt binnen twee weken of het scheelt.
  3. Tel je annuleringen van de afgelopen drie maanden. Hoeveel waren er, en welke artikelen waren het? Als het er structureel dezelfde vijf zijn, weet je waar je moet beginnen en heb je meteen de onderbouwing voor de rest.

Wil je het daarna structureel dichtzetten, dan is dat precies wat wij bouwen: één centrale voorraad, drempels op de artikelen die het nodig hebben, bevestigde updates en een alarm als er een uur niets is doorgekomen.

Geschikt voor: verkopers die op twee of meer kanalen dezelfde voorraad aanbieden en regelmatig moeten annuleren omdat een artikel toch op was.

Veelgestelde vragen

Wat is overselling precies?

Je verkoopt een artikel dat er niet meer is, doordat twee kanalen dezelfde laatste stuks aanbieden. De klant krijgt een bevestiging en daarna een annulering. Op marketplaces is dat duurder dan in je eigen webshop, omdat het platform annuleringen meetelt in je beoordeling als verkoper.

Helpt vaker synchroniseren?

Maar tot op zekere hoogte. Van een uur naar een kwartier scheelt echt iets. Van een kwartier naar een minuut levert veel minder op, want het gat wordt kleiner maar verdwijnt niet, en je loopt tegen de rate limits van het platform aan. Bij artikelen met lage voorraad is een drempel effectiever dan frequentie.

Wat is een veiligheidsdrempel en hoe stel ik hem in?

Je meldt onder een bepaald aantal stuks bewust minder voorraad dan er ligt. Bijvoorbeeld: heb je er drie of minder, meld dan één minder dan de werkelijke stand. Je verkoopt de laatste stuks iets langzamer en je annuleert er geen meer. Waar je de grens legt hangt af van hoe snel een artikel loopt: zet hem alleen op de artikelen die het nodig hebben, anders laat je onnodig omzet liggen.

Hoe erg is een annulering op bol?

Annuleringen zijn een van de vijf servicenormen achter je kwaliteitsscore. Die wordt gemeten over 22 weken op een schaal van 0 tot 100, met een minimum van 65. Vanaf 70 krijg je voordelen zoals toegang tot Select Deals. Het meetvenster is het belangrijkste getal: een slechte week werkt bijna een half jaar door, dus herstel duurt veel langer dan de schade zelf.

Mijn kwaliteitsscore op bol daalt door annuleringen. Wat kan ik doen?

Zoek eerst uit welke artikelen het veroorzaken: verkoopsnelheid per week gedeeld door je voorraadstand laat zien welke binnen je synchronisatie-interval leeg kunnen raken. Zet daar een veiligheidsdrempel op, zodat je onder een bepaald aantal stuks minder voorraad meldt dan er ligt. Houd er rekening mee dat herstel traag gaat: de kwaliteitsscore wordt over 22 weken gemeten, dus een slechte week werkt bijna een half jaar door. Dat is precies de reden om de drempel in te stellen vóórdat het nodig is.

Moet ik voorraad reserveren per kanaal?

Dat kan, en het is de simpelste oplossing: je verdeelt je voorraad in vaste porties per kanaal. Nadeel is dat je bijna altijd op één kanaal nee verkoopt terwijl er elders nog ligt. Voor snellopers met veel voorraad werkt het prima; voor een lange staart met één of twee stuks per artikel is een gedeelde voorraad met een drempel beter.

Wat als mijn voorraadsysteem de bron niet kan zijn?

Dan is dat het eerste wat je oplost. Zolang twee systemen allebei mogen bepalen wat de voorraad is, blijft er handwerk en blijven er conflicten. Eén bron, de rest volgt. Welke bron dat is maakt minder uit dan dat het er één is.

Verder lezen
Job Lenselink

Benieuwd of ons Automation Eco-System bij jouw bedrijf past?

In een vrijblijvend gesprek brengen we in kaart welke systemen jouw business nodig heeft.

Gratis 1-op-1 call met Job Lenselink

Alles in de kennisbank