Klantspecifieke B2B pricing: dit gaat er mis zonder de juiste prijslogica

Een inkoper van een grote bouwgroothandel logt om half acht 's ochtends in op je B2B portaal. Hij verwacht zijn afgesproken brutoprijzen ex BTW, het krediet dat zijn directie voor dit kwartaal heeft gereserveerd, en de offerte die hij gisteren met je accountmanager heeft afgestemd. Ziet hij een lijstprijs, een prijs inclusief BTW of de verkeerde staffel, dan belt hij niet. Hij sluit het tabblad en bestelt elders.

Dit is het werkelijke speelveld van B2B e-commerce. Geen catalogus met één prijs per artikel, maar een systeem waarin elke bezoeker een eigen prijslijst, een eigen kortingsstructuur en een eigen set afspraken meebrengt. En toch wordt klantspecifieke pricing in veel projecten pas laat als vereiste op tafel gelegd. Dat is het moment waarop platformen die voor consumentenmarkten zijn gebouwd, beginnen te kraken.

Pricing in B2B is geen prijslijst, het is een rekenregel

In B2C bestaat pricing uit een productprijs inclusief BTW, eventueel een actie, en daarmee is het verhaal klaar. In B2B is de prijs een uitkomst van logica. Een klant heeft een contractprijs op artikelniveau, een groepskorting per categorie, een staffelafspraak vanaf bepaalde aantallen, en daarbovenop een tijdelijke promotie die alleen voor specifieke klantsegmenten geldt. De prijs die de inkoper ziet, is geen veld in de database. Het is een berekening op het moment dat hij inlogt.

De volgorde waarin die regels worden toegepast, is bovendien zelden willekeurig. Een typische hiërarchie zet een actieprijs boven de contractprijs, die boven de klantspecifieke prijs, die boven een groepsprijs, die uiteindelijk boven de bruto catalogusprijs. Welke regel wint en in welke volgorde, bepaalt het verschil tussen een correcte factuur en een commercieel ongeluk. Een platform dat die hiërarchie niet als kernlogica behandelt, schuift het probleem door naar maatwerk of naar handmatige correcties achteraf.

En de presentatie verschilt ook. Een zakelijke koper kijkt standaard naar prijzen ex BTW, omdat die voor hem aftrekbaar is en dus geen onderdeel van zijn werkelijke kostprijs. Een platform dat alleen prijzen inclusief BTW toont, of dat geen onderscheid kan maken tussen weergave per klantgroep, mist de basis. Sommige klanten verwachten daarnaast hun bruto prijs naast hun nettoprijs zodat ze hun afgesproken korting kunnen verifiëren. Pricing weergave is geen schermvariant, het is onderdeel van de logica.

Dat heeft directe gevolgen voor je architectuur. Een platform dat prijzen in de eigen database opslaat, moet die prijzen op grote schaal synchroniseren met je ERP. Heb je vijftigduizend artikelen, tienduizend klanten en gemiddeld vijf prijsregels per combinatie, dan zit je al gauw in de honderden miljoenen prijspunten. Elke wijziging in het ERP, elke nieuwe contractperiode, elke staffel aanpassing moet doorgezet worden. Synchronisatie wordt een probleem op zichzelf.

De alternatieve route is prijzen real-time uit het ERP ophalen. Dat klinkt logisch, maar werkt alleen als platform en koppeling de responstijd aankunnen, ook bij honderden gelijktijdige sessies en complexe winkelmand berekeningen. Hier scheiden de wegen tussen platformen die voor B2B zijn ontworpen en oplossingen die uit een B2C basis zijn doorontwikkeld.

Real-time pricing is bovendien geen alles of niets keuze. Goede platformen bieden twee niveaus: alleen de productprijs uit het ERP, terwijl de winkelmand berekening, promoties en orderkortingen op het platform blijven. Of het hele rekenwerk, inclusief taxes en ordertoeslagen, ligt bij het ERP. De eerste variant geeft je flexibiliteit voor commerciële acties in de webshop, de tweede maximale consistentie met je administratie. Welke past, hangt af van hoe complex en hoe vaak je prijzen werkelijk wijzigen.

Waarom Shopify en Shopware vaak niet de juiste keuze zijn 

Shopify Plus en Shopware bieden inmiddels B2B uitbreidingen. Voor eenvoudige scenario's, denk aan vaste prijslijsten per klantgroep en een beperkte ERP koppeling, kunnen ze prima werken. Het probleem ontstaat zodra je pricing afhankelijk wordt van meerdere lagen tegelijk: contract plus staffel plus promotie plus klantkorting plus een lopende offerte. De pricing engines van die platformen zijn niet ontworpen om die logica zelf uit te voeren, en de koppelingen die het wél doen, zijn vaak maatwerk. Maatwerk dat je bij elke release opnieuw moet onderhouden.

Voor een groothandel of merkfabrikant met duizenden actieve klanten is dat een structureel risico. Niet vandaag, wel over twee jaar als je ERP wordt vervangen of je commerciële afdeling een nieuw kortingsmodel introduceert. Een platform dat klantspecifieke pricing als kernfunctie behandelt, gaat anders met die wijzigingen om dan een platform dat het via plugins en apps oplost. Het verschil zit in waar de logica woont: in de kern van het systeem of in een schil eromheen die je zelf moet onderhouden.

Offertes, contracten en budgetten horen bij dezelfde laag

Pricing staat niet op zichzelf. Een professionele B2B koper werkt met offertes die maanden geldig zijn, contracten die op artikel of categorie zijn afgesloten, en budgetten die per inkoper, kostenplaats of vestiging zijn gereserveerd. Wie dat los van zijn webshop houdt, dwingt de klant om buiten het portaal te werken. Mailtjes met PDF offertes, telefoontjes om voorraad te checken, een Excel die de inkoper zelf bijhoudt om zijn bestedingsruimte te bewaken.

Een goed ingericht B2B platform vangt dat in één omgeving:

1. Offertes online accepteren en omzetten naar orders. De accountmanager bouwt de offerte in het ERP of CRM, de klant ziet hem in zijn portaal, accepteert digitaal en de order vloeit automatisch terug.

2. Contractafspraken zichtbaar bij elk artikel. De klant ziet niet alleen zijn prijs, maar ook welke contractconditie geldt, tot wanneer en bij welke minimale afname.

3. Budgetbewaking per gebruiker of vestiging. Bestelt een inkoper namens een filiaal, dan toont het systeem het resterende budget en blokkeert het bij overschrijding, of stuurt het naar een goedkeurder.

4. Goedkeuringsflows op maat. Orders boven een bepaald bedrag, of voor specifieke categorieën, worden automatisch naar de juiste persoon gerouteerd.

Deze functies horen op het platform thuis, niet als losse koppelvlakken. Pas dan ontstaat de digitale werkomgeving die een professionele inkoper van zijn leverancier verwacht.

ERP als bron, het platform als interface

Het ERP blijft de bron van waarheid voor stamdata, prijzen, voorraad en orderstatus. Het B2B platform is de interface waar die data in context wordt gepresenteerd. Tussen die twee zit de koppeling, en daar wordt vaak ondergeïnvesteerd. Een platformkeuze maak je niet op basis van demo's, maar op basis van hoe het systeem zich gedraagt onder jouw datavolume, jouw prijslogica en jouw piekmomenten.

Stel daarom bij elke vendor de concrete vraag: hoe gaat dit platform om met een klant die honderdduizend artikelen in zijn assortiment heeft, vijftig actieve contracten, drie lopende offertes en een kwartaalbudget per filiaal? Vraag niet om een mooie slide, vraag om een testopstelling met jouw eigen ERP koppeling en een steekproef van je echte klantdata. De antwoorden vertellen je meer dan welke functievergelijking dan ook.

Let ook op wat er gebeurt op het moment dat een prijs verandert. Hoe snel werkt een nieuwe contractprijs door in lopende sessies? Wat gebeurt er met een winkelmand die de klant gisteren heeft aangelegd? Hoe gaan offertes om met een tussentijdse aanpassing van staffelkortingen? Dit zijn de scenario's waar veel projecten op stuklopen na de livegang.