Marge per SKU en kanaal voor e-commerce

Marge per SKU en kanaal voor e-commerce

Eén getal per product — prijs minus alles wat met de bestelling meeschaalt — vertelt u wat geen enkel P&L zal doen: welke SKU's u moet schrappen, welke u moet verbeteren, en welke elke advertentiedollar waard zijn die u kunt vinden.


De maand waarin u uw bestseller verdubbelde, is de maand waarin de winst daalde.

U herinnert het zich omdat het geen logica had. De advertentieaccount zei dat de campagne werkte. Bestellingen waren omhoog. Omzet was omhoog. Het product heeft een brutomarge van 64% — dat getal heeft u een jaar lang voor uzelf geciteerd. En toch was het banksaldo aan het einde van de maand dunner dan de maand ervoor, en niets op de P&L zou u vertellen waarom. Totale omzet, totale COGS, totale kosten. Eén gemiddelde marge, catalogusbreed, kanaalbreed. Een gezond uitziend gemiddelde dat boven een vraag hangt die het niet kan beantwoorden: welke producten hebben het geld verdiend?

Misschien heeft u zelfs geprobeerd het een keer te beantwoorden. Een spreadsheet geopend op zondag, uw top-SKU's opgesomd, stukskosten uit het geheugen gehaald — en gestopt op het moment dat u bij "wat kost verzending me nu eigenlijk per bestelling?" kwam. De spreadsheet staat nog ergens in uw schijf, half af.

Hier is het geloof dat die spreadsheet tegenwerkte: "mijn brutomarge vertelt me welke producten geld verdienen." Het is de meest natuurlijke aanname in de detailhandel, en het is op een specifieke, dure manier verkeerd. Brutomarge — prijs minus kostprijs van de goederen — negeert alles wat er gebeurt tussen de verkoop en het geld: verwerkingskosten, pick-and-pack, de verzending die u gratis gaf, de retouren die u zult verwerken. Die kosten zijn niet gelijkmatig verdeeld over uw catalogus. Ze clusteren. En waar ze clusteren, kan een product met een "64% marge" geld verliezen bij elke bestelling, terwijl uw P&L een prima maand rapporteert.

Het getal dat dit vangt is marge — en voor een e-commerce winkel is het de meest beslissingsnutte metriek die u waarschijnlijk niet berekent.

Marge voor een e-commerce winkel, Gedefinieerd

Marge is wat er overblijft van een verkoop na elke kosten die met die verkoop meeschalen — en vóór elke kosten die dat niet doen.

Voor een winkel, per eenheid:

Marge = prijs − geleverde COGS − variabele verkoopkosten

Waar variabele verkoopkosten concreet zijn:

  • Betalingsverwerkingskosten — de 2,9% en meer die van elke transactie afkomt, hoger bij sommige betaalmethoden dan bij andere
  • Verzendkosten per bestelling — picken, inpakken, doos, label, of u nu een 3PL betaalt of uw eigen tijd
  • Verzendsubsidie — wat de vervoerder ook in rekening bracht minus wat de klant betaalde. "Gratis verzending" is niet gratis; het is een kostenpost per bestelling die u hebt gekozen om te absorberen.
  • Retouraanvulling — de verwachte kosten van retouren voor deze SKU: de terugbetalingen, de retouretiketten, de eenheden die onverkoopbaar terugkomen, gemiddeld over elke verkochte eenheid.

Wat de dekkingsbijdrage bewust uitsluit: huur, salarissen, softwareabonnementen, verzekeringen — alles wat u deze maand zou betalen, ongeacht of u 400 eenheden of nul verkocht. Dat zijn vaste overheadkosten. Ze zijn belangrijk, maar ze horen bij een andere vraag ("is het hele bedrijf winstgevend?"), niet bij deze ("levert dit product geld op wanneer het wordt verkocht?").

Die uitsluiting is het punt. Vaste kosten worden gedekt door de pool van dekkingsbijdrage van alles wat u verkoopt, dus de taak van elke SKU is eenvoudig: bijdragen. Een SKU met een sterke dekkingsbijdrage financiert uw overhead en groei. Een zwakke SKU draait in de plaats. Een negatieve SKU zet uw advertentiebudget en magazijnarbeid om in verliezen — en een geaggregeerde rapportage zal dit nooit signaleren.

Waarom het gemiddelde getal liegt

Een W&V-marge is een gemiddelde, en gemiddelden zijn waar verliezers zich achter winnaars verbergen.

Twee specifieke faalmodi komen naar voren in bijna elke catalogus die nog nooit deze analyse heeft ondergaan.

De held die de verliezer subsidieert. Eén of twee SKU's — meestal compact, goedkoop te verzenden, zelden geretourneerd — genereren een buitensporige dekkingsbijdrage. Hun overschot absorbeert stilletjes de verliezen van een omvangrijk, retourgevoelig product elders in het assortiment. Op de geaggregeerde W&V middelen de twee zich tot "prima". Dood of repareer de verliezer en dezelfde omzet levert zichtbaar meer cash op; schaal de verliezer op (omdat de bruto marge goed leek) en u groeit de omzet terwijl de winst krimpt. Dat is het mechanisme achter de maand die geen logica had.

Het kanaal dat winstgevend lijkt vóór de werkelijke kostenlast. Dekkingsbijdrage is niet alleen per SKU — het is per kanaal, omdat de variabele kosten veranderen met het kanaal, zelfs als het product dat niet doet. Dezelfde reistas verkocht op uw eigen site, op een marktplaats en via een groothandelsbestelling heeft drie verschillende stapels kosten, drie verschillende verzendregelingen en vaak drie verschillende retourprofielen. De eigen kostenstapel van Shopify loopt typisch op tot 3-6% van de omzet als u de verwerking, toeslagen en app-gerelateerde kosten meerekent — en het verbergt zich binnen netto stortingen, daarom kunnen de meeste winkels hun werkelijke cijfer niet noemen (hier is waar Shopify-kosten zich verbergen en hoe u ze boekt). Betalingsmix snijdt op dezelfde manier: een checkout die zwaar leunt op termijnbetalingen betaalt ongeveer het dubbele van het verwerkingspercentage van een gewone kaarttransactie, een kost die zich in een ander rapport bevindt dan degene dat u controleert (hoe BNPL-kosten daadwerkelijk werken in uw boekhouding). Een kanaal of betalingsmix kan eruitzien als uw groeimotor tot het moment dat de volledige kostenlast op dezelfde regel van dezelfde spreadsheet staat als al het andere.

In beide gevallen zit de leugen niet in uw wiskunde. Het zit in de resolutie van het rapport. U kunt de waarheid per SKU niet zien in een getal voor de hele winkel.

Drie SKU's, dezelfde omzet, totaal verschillende waarheid

Hier is het hele argument in één tabel. Drie fictieve producten van een fictieve outdoor-gear winkel — een mok, een hoodie, een reistas — elk met precies $9.000/maand aan omzet, elk met een brutomarge van ongeveer 65%. Op de winst- en verliesrekening zijn ze niet te onderscheiden.

Per stuk Trailhead Mok Summit Hoodie Basecamp Reistas
Prijs $30 $90 $150
Stuks/maand 300 100 60
Geleverde kostprijs $10 $31 $53
Brutomarge 67% 66% 65%
Verwerkingskosten $1 $3 $7
Afhandeling per bestelling $4 $6 $15
Verzendsubsidie $2 $8 $20
Retourtoeslag $1 $16 $25
Bijdrage per stuk $12 $26 $30
Bijdragemarge 40% 29% 20%

Zelfde omzet. Zelfde brutomarge, nagenoeg. En het verschil is al groot: de mok zet 40 cent van elke dollar om in bijdrage; de reistas 20. De reistas is oversized — een 3PL rekent echt geld voor opslag en verzending van bulk — wordt "gratis" verzonden met een werkelijke kostprijs van $20, wordt onevenredig veel verkocht via termijnbetalingen en komt vaak terug.

Voeg nu het getal toe dat de bovenstaande tabel opzettelijk heeft weggelaten — advertentie-uitgaven per bestelling, wat ook een variabele kost is op het moment dat je betaalt om elke verkoop te verwerven:

Per stuk Mok Hoodie Reistas
Bijdrage vóór advertenties $12 $26 $30
Advertentie-uitgaven per bestelling $4 $20 $48
Bijdrage na advertenties $8 $6 −€18

De reistas — de "held" van het advertentieaccount, het product met het grootste prijskaartje en het bijbehorende campagnebudget — verliest $18 bij elke geadverteerde bestelling. Maandelijkse totalen: de mok draagt $2.400 bij na advertenties, de hoodie $600, de reistas −$1.080. Gemiddeld is dat $1.920 bijdrage op $27.000 omzet, en de winst- en verliesrekening noemt het een goede maand. Ondertussen financiert de mok de verliezen van de reistas, en elke dollar aan "het opschalen van de winnaar" maakt de maand erger.

(Alle getallen zijn fictief en afgerond voor de duidelijkheid — het patroon is wat echt is.)

De invoergegevens verkrijgen zonder een data-team

De reden dat die spreadsheet van zondag faalde, is dat drie van de vijf inputs er niet in zaten — ze waren begraven in je boeken, of helemaal niet in je boeken. Hier is waar elk van hen vandaan komt:

  1. Prijs — die heb je.
  2. Geleverde kostprijs per stuk — productkosten plus vracht, invoerrechten en verpakking, geregistreerd zodat je kostprijslijn meebeweegt met de verkopen in plaats van met inkooporders. Als je maandelijkse winst momenteel schommelt met je herordenschema, los dat dan eerst op: Kostprijs voor Shopify-verkopers, correct gedaan.
  3. Verwerkingskosten — dit is de input die gesplitste boekhouding vereist. Als je boekhouding netto stortingen registreert, zijn je kosten onzichtbaar en is deze analyse bij voorbaat gedoemd te mislukken. Als verkopen, terugbetalingen en kosten elk op hun eigen regels worden geboekt, is je werkelijke kostenpercentage een naslagwerk van dertig seconden: kosten gedeeld door bruto verkopen, per maand, zelfs per betaalmethode. Dit is precies wat een synchronisatietool automatiseert — LedgerPort bijvoorbeeld boekt bruto verkopen, terugbetalingen en elke vergoeding van Shopify of WooCommerce naar aparte QuickBooks-regels op zichzelf, zodat het kostengetal in je winst- en verliesrekening staat in plaats van verborgen te zijn in stortingen.
  4. Afhandelingskosten per bestelling — van uw 3PL-factuur (pickkosten + per-item picks + verpakking + een deel van de opslag) of, als u zelf afhandelt, materialen plus een reëel uurtarief voor uw inpaktijd. De anatomie van een 3PL-factuur brengt elke regel in kaart.
  5. Verzendsubsidie en retourtoeslag — transportkosten minus verzendinkomsten, en terugbetalingen per product over de laatste 90 dagen. Beide zijn vandaag beschikbaar in uw winkelbeheer; ze hoeven alleen maar gedeeld te worden door verkochte eenheden.

Eén avond. Tien SKU's — uw bestsellers plus alles wat u actief adverteert. Een spreadsheet met zeven kolommen. Dat is het hele project, als de onderliggende boeken op orde zijn.

Wat te doen met het antwoord

Marge is alleen de moeite waard om te berekenen omdat deze direct van invloed is op beslissingen:

  • Schrappen — een SKU met een negatieve marge vóór advertenties heeft geen toekomst. Geen enkel volume lost dit op; volume vermenigvuldigt het. Stop ermee, of liquideer en bespaar op opslagkosten.
  • Verbeteren — een SKU die positief is vóór advertenties, maar zwak presteert, heeft benoembare, aanpakbare lekken, omdat u ze hebt geïdentificeerd. Verhoog de prijs. Breng verzendkosten in rekening voor oversized artikelen. Herverpakken om een dimensionale gewichtscategorie te verlagen. Pak het retourpercentage aan met betere maatinformatie. Heronderhandel de stukprijs. Elke verbetering verandert één specifieke regel in uw tabel.
  • Opschalen — de SKU's met de hoogste marge na advertenties krijgen het budget. Vaak zijn het niet de producten die u had verwacht — het zijn de saaie, compacte, nooit-geretourneerde exemplaren.
  • Adverteren per SKU beperken — dit is de payoff-regel. Marge vóór advertenties is het plafond voor wat u kunt betalen om een bestelling van die SKU te verwerven en nog steeds geld te verdienen. Het plafond van de sporttas was €30; de campagne besteedde €48. Een uitgavenlimiet per SKU ingesteld op een redelijk deel van de marge verandert "werkt deze campagne?" van een gevoel in rekenkunde.

Voer dezelfde tabel per kanaal uit en dezelfde beslissingen vallen eruit: een marktplaats waarvan de kosten de gehele marge opslokken, is geen groeikanaal, het is een klantacquisitiekost — prijs het ernaar of laat het.

De eerlijke kanttekening: dit is alleen zo goed als uw kostenafscheiding

Eén ding dat deze analyse niet kan overleven: slechte invoergegevens. Als kosten worden samengevoegd in netto stortingen, is uw verwerkingsgetal een gok. Als COGS wordt geboekt wanneer u leveranciers betaalt, zijn uw stukprijzen fictie. Als retourzendingen stilzwijgend worden verrekend met verkopen, is uw retourtoeslag onzichtbaar. Marge berekend op rommelige boeken levert zelfverzekerde, foute antwoorden op — erger dan geen antwoorden, omdat u ernaar zult handelen.

Dus het onopgesmukte voorrecht is schone, van kosten gescheiden boekhouding — bruto verkopen, retourzendingen, kosten en COGS elk op hun eigen regel, elke maand, automatisch. Als uw boeken er nog niet zijn, begin dan met de basis: de complete gids voor e-commerce boekhouding. Als ze er eenmaal zijn, stopt deze analyse met een project te zijn en wordt het een maandelijkse gewoonte: het kostengetal staat op de P&L, en de spreadsheet heeft twintig minuten nodig om te vernieuwen.

U dacht dat de reden dat u nooit SKU-niveau winstgevendheid had gedaan, was dat u een data-team miste. Dat deed u niet. U miste een kostenregel.


De cijfers in dit bericht zijn illustratief en fictief. Voor beslissingen met fiscale of entiteitsimplicaties — stopzetten van productlijnen, afschrijvingen van voorraden, herstructurering van kanalen — bevestig de boekhoudkundige behandeling met uw CPA.

Stop Handmatige Gegevensinvoer voor Altijd

Verbind uw winkel met QuickBooks in 15 minuten en laat LedgerPort de rest doen.

Gratis Beginnen Bekijk Prijzen →

Laten we Connecten:

Automatiseer Uw E-commerce Boekhouding Vandaag

Verbind uw Shopify of WooCommerce winkel met QuickBooks in minder dan 15 minuten - geen codering vereist.

14 dagen geld-terug-garantie · Gratis abonnement beschikbaar