Verkoop minder dan je hebt
Waarom voorraad synchroniseren overselling niet oplost — en welk getal je wél op bol en je webshop zet.
Zoek op voorraad synchroniseren en je krijgt een pagina vol koppelingen die hetzelfde beloven: real-time, automatisch, nooit meer overselling. Die koppelingen zijn nuttig. Maar ze lossen een ander probleem op dan het probleem dat je annuleringen veroorzaakt.
Een koppeling zorgt dat bol hetzelfde getal ziet als je magazijn. De vraag is of dat het goede getal is. Bijna altijd is het dat niet.
Magazijnen sturen op wat er fysiek ligt. Het getal dat telt is wat je kunt beloven. Het verschil daartussen is wat je al aan iemand anders hebt toegezegd — en de marge die je nodig hebt omdat geen enkele koppeling op tijd is.
Dit stuk betoogt iets wat tegen het instinct van elke ondernemer ingaat: zet minder online dan je hebt. Niet uit voorzichtigheid, maar omdat een annulering op een beoordeeld platform veel meer kost dan de verkoop die je misloopt door iets níet aan te bieden.
EénHet verkeerde getal
Vraag in een magazijn hoeveel er van een artikel is en je krijgt de telling van de locatie. Dat is de fysieke voorraad. Het is een eerlijk getal, en het is niet het getal dat je op een verkoopkanaal hoort te zetten.
Van die stapel is een deel al van iemand anders. Orders die binnen zijn maar nog niet gepickt. Een groothandelsklant die zijn reservering voor volgende week heeft. Een doos met een beschadigde hoek. Retouren die op een plank staan maar nog niet zijn beoordeeld. Die stuks liggen er, en je kunt ze niet nog een keer verkopen.
Twee aftrekposten die zelden in de koppeling zitten. Wat al toegezegd is, zie je in je eigen systeem — als het er staat. De buffer staat nergens, tot je hem uitrekent.
De eerste aftrekpost is een kwestie van registratie: staat het in je systeem, dan kan een koppeling het meenemen. De tweede is een besluit. En juist dat besluit neemt vrijwel niemand bewust.
TweeWat een annulering werkelijk kost
De klassieke theorie over het verdelen van schaarse voorraad is oud en goed. Luchtvaartmaatschappijen losten in 1972 een vraag op die structureel dezelfde is: hoeveel stoelen houd je vast voor de passagier die laat en duur boekt, als de goedkope boeking nu al binnenkomt? Het antwoord ging tegen het gevoel in. Bij een groot waardeverschil houd je méér vast dan je verwacht te verkopen, en vlieg je dus bewust met lege stoelen.
Maar dat model rust op één aanname: een geweigerde klant kost je de marge op die ene verkoop, en verder niets. In 1972 klopte dat ongeveer. Op bol klopt het niet meer.
Wat bol publiceert
Bol meet annuleringen als servicenorm. De norm is dat je van alle bestelde artikelen niet meer dan 2% annuleert, gemeten per week en vanaf drie geannuleerde artikelen. Zit je daarboven, dan krijg je een strike. Ook een annulering door de klant ná de beloofde leverdatum telt mee, en een order die niet op tijd is bevestigd wordt automatisch geannuleerd en telt ook.
Sinds 24 juni 2026 vallen de servicenormen samen in de kwaliteitsscore: een gewogen gemiddelde over 22 weken. Bol schrijft er zelf bij dat die score je kans op de beste positie in het koopblok bepaalt, en dat een blijvend lage score van 64 of lager tot beëindiging van het verkoopaccount kan leiden.
Wat die norm betekent voor een kleinere verkoper. Drie artikelen is 2% van 150. Verkoop je minder dan 150 artikelen per week, dan zit je met drie annuleringen in één week al boven de norm.
Leg die feiten naast elkaar en er zijn niet twee uitkomsten, maar drie — en ze zijn niet symmetrisch.
Het klassieke model kent twee handelingen. Een beoordeeld platform heeft er drie, en de derde is veel duurder dan de eerste twee. Normen en termijn: bol Partnerplatform, geraadpleegd september 2026.
Dat verschuift waar je op stuurt. Het gangbare getal is de fill rate: geleverd gedeeld door besteld. Maar dat getal gooit twee dingen op één hoop die zich heel verschillend gedragen — voorraad die je niet aanbood, en beloftes die je brak. Bol reageert alleen op het tweede.
Het getal om op te sturen is leverbetrouwbaarheid: geleverd gedeeld door beloofd. Wie fill rate optimaliseert, optimaliseert een getal dat het platform niet ziet.
DrieWaarom synchroniseren niet genoeg is
Stel je koppeling is goed. Er zit nog steeds tijd tussen het moment dat een stuk uit je voorraad gaat en het moment dat elk kanaal dat weet. De koppeling haalt op, verwerkt, stuurt door; het platform verwerkt aan zijn kant. Real-time betekent in de praktijk: snel, niet gelijktijdig.
In dat venster kan een order binnenkomen op een stuk dat er niet meer is. Die order kun je niet voorkomen. Je kunt hem alleen opvangen, met voorraad die je bewust niet had aangeboden.
De buffer is geen voorzichtigheid, het is rekenwerk. Hij hoeft alleen de orders te dekken die binnen het venster kunnen vallen — maar die moet hij ook echt dekken.
Het venster meten, in een middag
- Kies je drukste beoordeelde kanaal en een artikel dat hard loopt.
- Meet de tijd tussen een voorraadmutatie in je eigen systeem en het moment dat het kanaal de nieuwe voorraad toont. Tien keer, verspreid over een normale dag, niet één keer om negen uur 's ochtends. Neem het slechtste geval, niet het gemiddelde: het slechtste geval is wanneer twee orders botsen.
- Vermenigvuldig dat venster met het piekritme van orders voor dat artikel op dat kanaal. Dat is je ondergrens.
Rekenvoorbeeld, geen meting. Een venster van vier minuten en op piekmomenten één order per anderhalve minuut geeft 4 ÷ 1,5 ≈ 2,7 — afgerond drie orders die je niet kunt tegenhouden. Toevallig precies het aantal annuleringen waarbij bol per week begint te tellen.
Stel die buffer in per kanaal, en laat het kanaal zelf dichtgaan als de voorraad erdoorheen zakt. Geen melding, maar een stop. Een melding komt binnen nadat iemand het stuk al heeft gekocht dat je niet kunt leveren.
En doe het per kanaal, niet één keer voor het hele bedrijf. Een groothandelsklant die wekelijks bestelt heeft een venster in uren, en dat maakt niet uit. Een marktplaats op een piekdag heeft een venster in seconden, en daar maakt het alles uit.
VierWie krijgt de laatste stuks
Zodra je via meer dan één kanaal verkoopt, of uit meer dan één locatie levert, hangt aan elke order een vraag: krijgt deze order het stuk, of de volgende? Die vraag wordt in bijna elk bedrijf honderden keren per dag beantwoord — door wie de telefoon opneemt, door welk kanaal toevallig eerst was, door een regel die iemand drie jaar geleden instelde.
Iedereen heeft dus al een verdeelregel. Er is de klant die altijd geleverd krijgt, het kanaal dat als eerste wordt afgeknepen, de order die de commercieel directeur persoonlijk vrijgeeft. Die regel staat alleen nergens, en twee mensen passen hem verschillend toe.
Het instinct zegt: bescherm het kanaal met de hoogste marge. Voor je eigen webshop houd je vast, de marktplaats krijgt wat overblijft. Dat is de klassieke redenering, en zodra annuleren meer kost dan de marge, klopt de volgorde niet meer.
Stel drempels per kanaal op faalkosten, niet op marge. Het kanaal waar een gebroken belofte het meest kost, gaat als eerste dicht — en krijgt wat het al kreeg als eerste geleverd.
Dat lijkt tegenstrijdig, maar het is dezelfde regel twee keer toegepast. Niet aanbieden is goedkoop, dus op het duurste kanaal stop je het eerst. Een gebroken belofte is duur, dus wat je daar wél hebt verkocht, krijgt voorrang boven de webshoporder die een minuut later binnenkomt.
Een verdeelregel opschrijven kost een middag en geen software. Het haalt meestal meningsverschillen boven die binnen het bedrijf al jaren stil geld kosten.
VijfDe val waar bijna niemand uitkomt
Als het zo logisch is, waarom doet niet iedereen het? Omdat de weg ernaartoe eerst omlaag gaat.
Een verkoper die alles online zet wat hij heeft, haalt veel omzet uit bereik, levert net niet betrouwbaar genoeg, en staat daardoor lager dan hij zou kunnen. Zet hij een buffer, dan daalt eerst zijn omzet: minder aangeboden, minder verkocht. De betere score komt pas later, want hij wordt over 22 weken gemiddeld. Wekenlang ziet de juiste beslissing eruit als een fout.
Twee evenwichten, en het lage is een val. Wie erin zit, herkent het zo: veel online, matige betrouwbaarheid, een koopblok dat wegglipt, zachte vraag — en elke order voelt te waardevol om te laten liggen.
De gevaarlijke reflex zit precies in dat laatste. Als de vraag terugloopt, voelt elke order kostbaar, dus zet je meer online. Dan breek je vaker een belofte, zakt de score, en loopt de vraag verder terug. Schade doe je in één slechte week; herstel kost er vele.
Of de hoogte van dat dal bij jou twee weken of twee maanden is, kan niemand je vertellen: bol publiceert de normen en de meetperiode, niet de rangschikking zelf. Wie beweert dat hij die rangschikking exact kan modelleren, verkoopt iets. Maar de richting is gepubliceerd, en de richting is genoeg om de beslissing te nemen.
ZesWat je deze maand doet
- Meet het venster. Voor één kanaal, één artikel, tien keer. Als je verder niets uit dit stuk doet, doe dit.
- Trek af wat al toegezegd is. Open orders, reserveringen, geblokkeerde voorraad en onbeoordeelde retouren horen niet in het getal dat naar een kanaal gaat.
- Schrijf je verdeelregel op. Welk kanaal gaat als eerste dicht, wie beslist bij de laatste stuks.
- Rapporteer leverbetrouwbaarheid naast fill rate. Geleverd tegen beloofd, naast geleverd tegen besteld. Het verschil is wat het platform ziet.
- Zet drempels per kanaal op faalkosten, en laat het kanaal automatisch sluiten.
- Regel het alternatief voordat je het nodig hebt. Leveren uit een andere locatie, laten doorleveren door de leverancier, een vervangend artikel aanbieden: als beleid met bekende kosten, niet als telefoontje onder druk. Een geaccepteerd alternatief is een gehouden belofte. Houd er wel rekening mee dat elke extra zending ook extra verpakking en vracht is — dat spanningsveld lost geen regel op.
ZevenVragen aan een leverancier
Van je WMS, je koppeling of je marktplaatssoftware. Ze zijn bedoeld om lastig te beantwoorden met een demo.
- Laat voor één artikel, over alle locaties en kanalen, drie getallen zien: toegezegd, gereserveerd, vrij.
- Wat is de gemeten tijd tussen een voorraadmutatie en de nieuwe voorraad op elk kanaal? Niet de ontwerpwaarde.
- Kan ik per kanaal een drempel zetten waaronder dat kanaal geen voorraad meer krijgt, los van wat er fysiek ligt?
- Hoe reserveer ik voorraad voor één klant of kanaal zonder hem voor de rest onzichtbaar te maken?
- Als een order niet uit de toegewezen locatie kan: wat gebeurt er? Laat de beslissing zien, niet de melding.
- Hoe meet ik geleverd tegen beloofd, apart van geleverd tegen besteld?
Vraag vijf scheidt systemen die een beslissing nemen van systemen die een melding sturen.
SamengevatHet getal en de regel
| Niet | Maar |
|---|---|
| Fysieke voorraad online zetten | Wat je kunt beloven: vrije voorraad min een buffer per kanaal |
| Een buffer op gevoel | Een ondergrens uit het gemeten venster en het piekritme |
| Een melding als het bijna op is | Een kanaal dat zelf dichtgaat |
| Beschermen op marge | Drempels op wat een gebroken belofte kost |
| Sturen op fill rate | Sturen op leverbetrouwbaarheid |
| Een verdeelregel in iemands hoofd | Een verdeelregel op papier |
Liever niet verkopen wat je hebt, dan verkopen wat je niet hebt. Ervaren marktplaatsverkopers komen daar vanzelf op uit en kunnen meestal niet zeggen waarom. Dit is waarom.
OpenheidWie dit schreef, en waarom
Wij maken software voor magazijn- en orderbeheer. We hebben er dus belang bij dat je concludeert dat de laag die voorraad verdeelt ertoe doet. Weeg de redenering op zichzelf, en trek er af wat je vindt dat je moet aftrekken.
Twee dingen over onze eigen positie, omdat dit stuk toetsvragen stelt en het slecht zou staan die zelf te ontwijken. Veiligheidsvoorraad per kanaal met een automatische kanaalstop hebben we gebouwd omdat klanten steeds tegen het probleem uit hoofdstuk twee aanliepen; dat werkt vandaag, en het is vraag drie. Geleverd tegen beloofd rapporteren we nog niet standaard naast fill rate. Dat is vraag zes, het is het getal waarvan dit stuk zegt dat niemand het rapporteert, en we bouwen het. Dat zeggen we liever hier dan dat je het in een demo ontdekt.
Herken je dit, dan is het nuttige gesprek geen demo. Het is een uur met je eigen verdeelregels: welk kanaal als eerste wordt afgeknepen, wie beslist, en wat dat nu kost. Neem de regels mee. Wij zeggen waar we zouden helpen en waar niet.
BizBloqs Management Solutions B.V., Nederland. September 2026. De annuleringsnorm, de meetperiode van 22 weken, de koppeling met het koopblok en de ondergrens van 64 komen van het bol Partnerplatform (servicenormen en kwaliteitsscore), geraadpleegd in september 2026; bol past normen aan, controleer ze daar. De rekenvoorbeelden in hoofdstuk twee en drie zijn planningsuitgangspunten, geen metingen, en diagram vijf toont een vorm zonder schaal. Het luchtvaartmodel is Littlewood (1972); de volledige onderbouwing, met bronnen, staat in het Engelse werkdocument Sell less than you have. Overname toegestaan met bronvermelding en een link. Reacties en correcties: hello@bizbloqs.com · bizbloqs.com
