Chargement de la page…
Gebruik ROI om de efficiëntie van het geïnvesteerde kapitaal te vergelijken, en de geschatte nettomarge om te meten welk deel van de omzet overblijft na de kosten in je model. Geen van beide filters volstaat alleen. Een hoge ROI kan een te lage winst per eenheid of een trage omloop verhullen; een goede marge kan te veel liquide middelen vereisen. Bepaal altijd de teller, de noemer, het kostenbereik en de fiscale basis voordat je twee producten vergelijkt. Filter in de praktijk eerst datafouten en verliesscenario's eruit, en toon vervolgens winst per eenheid, ROI, marge en geïnvesteerd kapitaal naast elkaar. De uiteindelijke beslissing moet nog steeds rekening houden met vraag, risico, doorlooptijd en operationele capaciteit.
Twee verschillende vragen, twee noemers
De ROI beantwoordt de vraag: "hoeveel geschatte winst levert dit scenario op per eenheid geïnvesteerd kapitaal?" In een eenvoudige, expliciete conventie:
Geschatte ROI = geschatte winst / geïnvesteerd kapitaal × 100
De geschatte nettomarge van het scenario beantwoordt een andere vraag: "welk deel van de vergelijkbare omzet blijft over na de kosten die mijn model bevat?" Een mogelijke conventie is:
Geschatte nettomarge = geschatte winst / vergelijkbare omzet × 100
Deze formules worden pas vergelijkbaar wanneer hun termen dat ook zijn. "Geïnvesteerd kapitaal" kan beperkt blijven tot de aankomstkostprijs van de voorraad of andere uitgaven tot aan de verkoop omvatten. "Vergelijkbare omzet" moet op een consistente fiscale basis worden gedefinieerd. "Geschatte winst" moet de afgetrokken kosten opsommen. Er bestaat geen universeel percentage dat automatisch een slecht gedefinieerd bereik corrigeert.
De term "nettomarge" wordt hier gebruikt als productscenario-indicator, niet als boekhoudkundig nettoresultaat van het bedrijf. Salarissen, abonnementen, financiering, belastingen en algemene kosten komen er alleen in voor als de verkoper ervoor kiest deze toe te wijzen en deze regel documenteert. Zonder deze precisering kunnen twee teams hetzelfde percentage tonen terwijl ze het over verschillende zaken hebben.
Waarom Amazon-kosten geactualiseerd moeten worden vóór het filter
Amazon publiceert tarieven die onderscheid maken tussen categorieën en meerdere kostenfamilies. De officiële pagina geeft ook aan dat FBA-verwerkingskosten kunnen afhangen van het type, de afmetingen en het gewicht van het product. De FBA-pagina biedt een inkomstencalculator om FBA en andere verwerkingsmethoden te vergelijken op basis van productgegevens en verzendkosten.
Een filter dat berekend is met een veronderstelde categorie, een oud sjabloon of een geschat gewicht geeft een misleidende precisie. Stabiliseer daarom, vóór ROI en marge, de volledige Amazon-kostprijs. De waarden uit de calculator blijven gedateerde schattingen; de rapporten en facturen van het account maken vervolgens de reconciliatie mogelijk.
Vergelijkingsprocedure in zeven stappen
1. Het bereik bepalen. Schrijf op welke kosten in de geschatte winst zijn opgenomen en welke buiten het model blijven. 2. De basissen normaliseren. Gebruik een consistente valuta en fiscale basis voor omzet, kosten en kapitaal. 3. De aankomstkostprijs opbouwen. Neem de aankoop en de kosten op die nodig zijn om de eenheid verkoopbaar te maken, met een traceerbare toewijzing van leveranciersvracht. 4. Een verkoopscenario opstellen. Selecteer de logistieke modus en de actuele Amazon-kosten die bij het product horen. 5. De winst per eenheid berekenen. Vergelijkbare omzet minus alle kosten binnen het bereik. 6. De twee ratio's berekenen. Gebruik exact dezelfde winst in de teller, en toon vervolgens de noemers. 7. De beperkingen toevoegen. Levertijd, geschatte omloop, minimale bestelhoeveelheid, retourrisico en datakwaliteit moeten apart zichtbaar blijven.
Een filter mag geen regels wegfilteren waarvoor kritieke gegevens ontbreken. Het moet ze in beoordeling plaatsen. Een onbekende kost door nul vervangen verhoogt beide ratio's kunstmatig. Een bandbreedte is eerlijker: centraal scenario, ongunstig scenario en, indien nuttig, gunstig scenario, elk met zijn eigen aannames.
Hypothetisch voorbeeld: dezelfde euro's, andere interpretaties
Alle onderstaande cijfers zijn educatieve aannames, zonder verband met een Amazon-tarief, belasting of reële kans. Stel twee scenario's op dezelfde basis:
| Aanname | Product A | Product B |
|---|---|---|
| geïnvesteerd kapitaal per eenheid | € 20 | € 35 |
| vergelijkbare omzet | € 27 | € 45 |
| overige kosten van het scenario | € 2 | € 3 |
| geschatte winst | € 5 | € 7 |
| geschatte ROI | 25,0% | 20,0% |
| geschatte nettomarge | 18,5% | 15,6% |
Voor A is de winst 27 − 20 − 2 = 5 euro. De ROI is 5 / 20 = 25%. De geschatte marge is 5 / 27, ofwel ongeveer 18,5%. Voor B is de winst 45 − 35 − 3 = 7 euro; de ROI is 7 / 35 = 20% en de geschatte marge 7 / 45, ofwel ongeveer 15,6%.
B levert hier meer euro's per eenheid op, terwijl A het kapitaal binnen de grenzen van dit voorbeeld efficiënter benut. Zonder volume, omloopsnelheid, liquiditeit en risico is er geen keuze te maken. Als B veel sneller verkoopt of minder werk vergt, kan de hogere winst per eenheid relevant zijn. Als kapitaal schaars is en de snelheden gelijk zijn, kan A prioriteit krijgen. Deze conclusies zijn voorwaardelijk; het voorbeeld beveelt geen enkele drempel aan.
Wanneer welk filter de voorkeur verdient
| Beslissingssituatie | Eerst te bekijken indicator | Onmisbare aanvullende controle |
|---|---|---|
| beperkte liquiditeit | geschatte ROI | winst per eenheid, levertijd en omloop |
| druk op de verkoopprijs | geschatte nettomarge | rendabiliteitsdrempel en scenariobreedte |
| hoge minimumhoeveelheid | totaal geïnvesteerd kapitaal | ROI, doorstroom en voorraadrisico |
| hoge operationele kosten per bestelling | winst per eenheid | marge, volume en verwerkingstijd |
| onzekere kostengegevens | geen definitieve rangschikking | onbekenden aanvullen of begrenzen |
Marge helpt te zien hoeveel omzetdaling het scenario kan opvangen, maar vervangt niet de berekening van de doorverkoopprijs bij de rendabiliteitsdrempel. ROI toont een statische kapitaalefficiëntie; het houdt van nature geen rekening met de tijdsduur. Twee identieke ROI's behaald over sterk verschillende periodes zijn niet gelijkwaardig. Vermijd echter het annualiseren van een veronderstelde omloop zonder betrouwbare data: dat zou een fragiele aanname omzetten in een spectaculair cijfer.
Wat ArbitragePro+ kan automatiseren / wat de verkoper zelf moet controleren
De functie roi-marge-filter is een voorgestelde specificatie, geen functie die als aanwezig in de applicatie wordt aangekondigd.
| Voorgestelde automatisering voor ArbitragePro+ | Controle die bij de verkoper blijft |
|---|---|
| ROI, marge en winst berekenen met zichtbare formules | het kostenbereik en de fiscale basis valideren |
| het als noemer gebruikte kapitaal en de omzet tonen | bevestigen dat de waarden tussen producten vergelijkbaar zijn |
| ontbrekende of verouderde kosten signaleren | actuele Amazon-tarieven en -rapporten raadplegen |
| meerdere prijs- en kostenscenario's vergelijken | beoordelen of de ongunstige aannames realistisch zijn |
| rangschikken volgens het gekozen filter zonder andere metrics te verbergen | omloop, liquiditeit, retouren en bedrijfsbeperkingen integreren |
Goede automatisering legt de rangschikking uit. Ze moet het mogelijk maken om van elke ratio terug te gaan naar de invoer, mag geen enkele kost stilzwijgend weglaten en moet waargenomen waarde onderscheiden van veronderstelde waarde. De verkoper behoudt de aankoopbeslissing: een numeriek signaal is noch een verkoopgarantie, noch een omzetbelofte.
Checklist vóór het sorteren van kansen
- De geschatte winst gebruikt hetzelfde bereik voor alle regels.
- Het geïnvesteerde kapitaal en de vergelijkbare omzet worden getoond.
- Categorie, afmetingen, gewicht en logistieke modus zijn bevestigd.
- De Amazon-kosten komen uit een actuele, gedateerde bron.
- Aannames worden niet vervangen door nullen.
- ROI, marge en winst per eenheid blijven samen zichtbaar.
- Levertijd, omloop en minimumhoeveelheid worden niet in een ratio verborgen.
- Er is een ongunstig scenario berekend vóór elke bestelling.
Officiële bronnen
Bronnen geraadpleegd op 17 augustus 2026:
- Amazon Frankrijk — tarieven en verkoopkostenfamilies
- Amazon Frankrijk — Fulfillment by Amazon en inkomstencalculator
- EUR-Lex — richtlijn 98/6/EG betreffende prijsaanduiding voor consumenten
Kansen bekijken met hun aannames
Bekijk de beschikbare leverancier-Amazon-kansen in ArbitragePro+