B2B-webshop inrichten: functies voor zakelijke klanten

Zakelijke klanten bestellen vaak namens een organisatie, met afspraken over prijzen, volumes, betaling en interne goedkeuring. Lees welke webshopfuncties daarbij kunnen helpen en hoe je bepaalt wat past bij jullie verkoopproces.

Klantgebonden prijzen en contractafspraken tonen

In een B2B-webshop geldt niet altijd één prijs voor iedereen. Een klant kan een afgesproken prijs hebben, staffelkorting krijgen of onder een contract vallen met een vaste prijslijst. De webshop moet daarom weten wie er is ingelogd en welke afspraken bij die organisatie horen. Dat klinkt eenvoudig, maar de prijs kan afhangen van product, volume, looptijd of vestiging. Leg vooraf vast welke bron leidend is: de webshop, het ERP-systeem of een afzonderlijke prijslijst.

Een veelgebruikte keuze is om prijzen pas na inloggen te tonen. Dat voorkomt dat bezoekers bedragen zien die niet voor hen gelden, maar maakt het lastiger om producten te vergelijken voordat ze een account hebben. Een andere optie is openbare basisprijzen tonen en na inloggen de persoonlijke prijs weergeven. Maak dan duidelijk welke prijs geldt en hoe eventuele staffels worden berekend. Onduidelijke prijsweergave leidt snel tot vragen bij de binnendienst en wantrouwen bij vaste klanten.

Let ook op wat er gebeurt als een contractprijs ontbreekt of is verlopen. Toon niet stilzwijgend een standaardprijs als die hoger of lager kan uitvallen dan de klant verwacht. Een melding of aanvraag voor prijsbevestiging is dan veiliger. Test de weergave met verschillende klantgroepen, valuta en btw-instellingen, en controleer of de prijs in winkelmand, bevestigingsmail en factuur overeenkomt. Juist verschillen tussen die plekken zorgen voor correcties en extra werk.

Offertes aanvragen, aanpassen en omzetten naar een bestelling

Bij zakelijke aankopen is de prijs niet altijd vooraf vastgesteld. Een klant kan een offerte nodig hebben voor een groot volume, een samengestelde levering of een project met specifieke voorwaarden. Een offertefunctie maakt het mogelijk om producten in een aanvraag te verzamelen zonder meteen af te rekenen. Bepaal daarbij of de klant zelf aantallen en opmerkingen kan toevoegen, en welke gegevens nodig zijn om de aanvraag goed te beoordelen. Denk aan gewenste leverdatum, afleveradres en referentie van het project.

Na ontvangst moet de aanvraag terechtkomen bij de juiste medewerker. Dat kan via een CRM- of ERP-koppeling, of voorlopig via een overzichtelijke mailboxprocedure. Leg vast wie verantwoordelijk is voor prijs, beschikbaarheid en opvolging. Een offerte die alleen als e-mail binnenkomt zonder eigenaar of status raakt gemakkelijk zoek. Statussen als ontvangen, in behandeling, verzonden en verlopen maken voor klant en team inzichtelijk waar de aanvraag staat.

Ook de stap van offerte naar order verdient aandacht. De klant moet een geldige offerte kunnen accepteren zonder artikelen opnieuw in te voeren. Bewaar de afgesproken prijzen en voorwaarden bij de offerte, zodat ze niet ongemerkt veranderen als de catalogusprijs wordt bijgewerkt. Stel daarnaast een geldigheidsduur in en bepaal wat er gebeurt wanneer voorraad of levertijd intussen verandert. Een offertefunctie is minder geschikt als vrijwel alle orders direct tegen vaste klantprijzen worden geplaatst; dan kan een snelle bestelomgeving praktischer zijn dan een extra aanvraagstap.

Herhaalbestellingen versnellen met bestellijsten en orderhistorie

Veel zakelijke klanten kopen dezelfde artikelen regelmatig opnieuw. Een bestelproces dat iedere keer begint bij zoeken en productpagina’s doorlopen kost dan onnodig tijd. Een orderhistorie met de mogelijkheid om eerdere regels opnieuw te bestellen is vaak een goede basis. Klanten kunnen producten en aantallen controleren, regels verwijderen en de bestelling aanpassen voordat ze afrekenen. Maak zichtbaar wanneer een eerder besteld artikel niet meer leverbaar is of inmiddels een ander productnummer heeft.

Voor terugkerende behoeften kunnen persoonlijke bestellijsten nuttig zijn. Een monteur kan bijvoorbeeld een lijst met veelgebruikte onderdelen bewaren, terwijl een inkoper een lijst per vestiging of project beheert. Bepaal of lijsten privé zijn, gedeeld worden met collega’s of centraal door een beheerder worden onderhouden. Zonder heldere rechten ontstaan dubbele lijsten en raken medewerkers onzeker over welke versie actueel is. Ook importeren via een CSV-bestand kan helpen bij grote orders, maar bied daarbij duidelijke foutmeldingen voor onbekende artikelnummers en ongeldige aantallen.

Automatische herhaalorders of vaste bestelintervallen zijn niet voor iedere branche geschikt. Ze werken vooral wanneer verbruik voorspelbaar is en afwijkingen eenvoudig kunnen worden aangepast. Bij variabele vraag kan een herinnering om opnieuw te bestellen beter zijn dan automatisch een order klaarzetten. Voorkom bovendien dat de knop opnieuw bestellen een order direct definitief maakt: een klant moet eerst kunnen zien welke prijzen, voorraadstatus en levercondities nu gelden. Zo bespaart de functie tijd zonder oude aannames blind over te nemen.

Goedkeuringsstappen inbouwen voor inkopers en budgethouders

Een zakelijke bestelling wordt niet altijd door één persoon bedacht, beoordeeld en betaald. Een medewerker kan een winkelmand samenstellen, terwijl een budgethouder de bestelling moet goedkeuren. De webshop kan dit proces ondersteunen met rollen en een status voor conceptorders of aanvragen ter goedkeuring. Leg vast wie een order mag starten, wie wijzigingen kan aanbrengen en wie de definitieve bevestiging geeft. Denk ook aan vervanging tijdens vakanties, zodat aanvragen niet onnodig blijven wachten.

Goedkeuring kan worden gevraagd op basis van een maximumbedrag, productgroep, vestiging of projectcode. Een eenvoudige drempel, bijvoorbeeld goedkeuring boven een afgesproken bedrag, is overzichtelijk, maar kan te grof zijn voor organisaties met verschillende budgetten. Meerdere opeenvolgende goedkeurders geven meer controle, maar verlengen de doorlooptijd. Een alternatief is parallelle goedkeuring, waarbij meerdere verantwoordelijken tegelijk een melding krijgen. Kies de route die aansluit op het bestaande inkoopbeleid in plaats van een ingewikkeld schema te bouwen omdat het technisch kan.

Maak in de interface duidelijk wat een aanvraagstatus betekent en wie nog actie moet ondernemen. Stuur meldingen met voldoende context, zoals totaalbedrag, artikelen en gekozen afleveradres, zonder gevoelige informatie onnodig breed te delen. Een veelvoorkomende fout is dat goedkeuring alleen in de webshop wordt vastgelegd terwijl het ERP een order al als definitief verwerkt. Test daarom afwijzingen, wijzigingen na goedkeuring en verlopen sessies. Als een goedgekeurde order inhoudelijk verandert, moet opnieuw worden bepaald of die wijziging goedkeuring nodig heeft.

Bedrijfsaccounts, vestigingen en gebruikersrollen beheren

Een consumentenaccount hoort meestal bij één persoon; een B2B-account vertegenwoordigt vaak een organisatie met meerdere medewerkers en locaties. Een klant kan bijvoorbeeld centrale inkoop, een magazijn en verschillende filialen hebben. De webshop moet daarom relaties kunnen leggen tussen bedrijf, vestiging en gebruiker. Bepaal welke gegevens centraal worden beheerd en welke per locatie verschillen, zoals afleveradressen, contactpersonen of toegestane productgroepen. Als alles onder één account valt, kunnen gebruikers elkaars bestellingen en gegevens zien terwijl dat niet de bedoeling is.

Rollen helpen om toegang passend te maken. Een beheerder kan gebruikers uitnodigen en adressen beheren, een inkoper kan bestellingen plaatsen en een budgethouder kan aanvragen goedkeuren. Houd het rollenmodel begrijpelijk: te weinig onderscheid geeft risico’s, maar tientallen vrijwel gelijke rollen zijn lastig te beheren en uit te leggen. Denk ook aan medewerkers die voor meerdere vestigingen bestellen. Het moet duidelijk zijn namens welke locatie zij werken, omdat dat invloed kan hebben op prijs, voorraad en bezorging.

Accountaanmaak vraagt eveneens om een keuze. Zelfregistratie verlaagt de drempel, maar kan leiden tot dubbele organisaties of aanvragen van onbevoegde gebruikers. Handmatige controle geeft meer zekerheid, maar vertraagt de eerste bestelling. Een combinatie werkt vaak goed: de klant dient een aanvraag in, waarna een medewerker de organisatie controleert en de juiste prijsgroep en rechten toekent. Zorg dat wijzigingen worden geregistreerd en dat vertrokken medewerkers snel kunnen worden geblokkeerd. Zonder actueel gebruikersbeheer blijven oude accounts soms toegang houden tot contractprijzen of bestelgeschiedenis.

Betalen op rekening en factuurgegevens correct verwerken

Zakelijke klanten verwachten geregeld betaling op rekening, een inkoopordernummer of een factuur op naam van de organisatie. Dat vraagt om andere gegevens dan een standaard online betaling. Bepaal per klant of betaling op rekening beschikbaar is en welke betaaltermijn geldt. Die voorwaarden kunnen afhangen van kredietlimiet, betaalhistorie of afspraken met de financiële afdeling. Een webshop die de betaalmethode zonder controle aan iedere nieuwe account aanbiedt, kan onbedoeld financieel risico vergroten.

Vraag tijdens het bestellen alleen informatie die nodig is, maar laat velden zoals orderreferentie of projectcode niet pas achteraf op een factuur toevoegen. Maak duidelijk of een referentie verplicht is en waar die terugkomt: in de orderbevestiging, pakbon en factuur. Stem de factuurgegevens af op de administratie en bepaal of facturen vanuit de webshop, het ERP of een boekhoudpakket worden verstuurd. Twee systemen die allebei facturen aanmaken kunnen dubbele documenten opleveren; een onduidelijke eigenaar leidt juist tot ontbrekende facturen.

Een kredietlimiet of openstaand saldo kan invloed hebben op de mogelijkheid om een nieuwe order te plaatsen. Beslis wat de klant ziet wanneer de limiet is bereikt: kan die een andere betaalmethode kiezen, een aanvraag versturen of helemaal niet verder? Geef een begrijpelijke uitleg in plaats van een generieke foutmelding. Test ook gedeeltelijke leveringen en creditnota’s, omdat één order soms meerdere factuurmomenten kent. De technische koppeling moet statusinformatie betrouwbaar uitwisselen, anders ziet de klant bijvoorbeeld een betaling als openstaan terwijl die intern al is verwerkt.

Voorraad en levertijd tonen op basis van meerdere bronnen

Voor zakelijke klanten is beschikbaarheid vaak minstens zo belangrijk als de prijs. Een product kan op voorraad zijn in één magazijn, onderweg zijn naar een andere locatie of pas na productie leverbaar worden. Een enkele groene voorraadmelding verbergt die verschillen. Bepaal daarom welke informatie klanten nodig hebben: een exact aantal, een indicatie zoals direct leverbaar, of een verwachte verzenddatum. Exacte aantallen zijn nuttig wanneer klanten daarop moeten plannen, maar kunnen misleiden als voorraad snel wijzigt of ook via andere verkoopkanalen wordt verkocht.

Bij meerdere magazijnen kan de webshop voorraad per locatie tonen of zelf bepalen vanuit welk magazijn wordt geleverd. De eerste aanpak geeft meer keuze aan de klant, maar vraagt om actuele en begrijpelijke gegevens. Automatische magazijnkeuze houdt het bestelproces eenvoudiger, maar kan leiden tot gesplitste zendingen of hogere transportkosten. Leg vast of een klant een voorkeurslocatie kan kiezen en hoe die keuze samenwerkt met levertijd, verzendkosten en minimale bestelhoeveelheden.

Wees voorzichtig met beloofde leverdata. Een datum die alleen op basis van voorraad wordt berekend, houdt mogelijk geen rekening met orderverwerking, transport of productiecapaciteit. Toon onzekerheid waar die bestaat en communiceer wijzigingen zodra ze bekend zijn. Wanneer artikelen niet leverbaar zijn, kan een backorder, deellevering of melding zodra het product beschikbaar is passend zijn. Welke opties verschijnen, verschilt per product en klantafspraak. Test ook wat er gebeurt wanneer voorraad tussen winkelmand en afronden verandert; een klant mag niet pas na bestellen ontdekken dat de beloofde levering niet haalbaar is.

Productinformatie en bestelregels afstemmen op zakelijk gebruik

Zakelijke kopers zoeken vaak niet alleen op productnaam. Artikelnummers, technische specificaties, compatibiliteit en verpakkingsinformatie kunnen doorslaggevend zijn. Maak die gegevens goed doorzoekbaar en gebruik vaste kenmerken, zodat filters werkelijk helpen vergelijken. Een product kan bijvoorbeeld per stuk, doos of pallet worden verkocht. Vermeld daarom duidelijk de verkoopeenheid en eventuele omrekenfactor: een klant die twaalf dozen bestelt, moet niet pas bij levering ontdekken dat de hoeveelheid anders wordt geïnterpreteerd.

Minimale afnames, veelvouden en staffels horen bij het bestelproces zichtbaar te zijn. Als een product alleen per verpakking van tien stuks kan worden besteld, laat de interface dan zien welke aantallen geldig zijn en corrigeer ongeldige invoer direct. Een foutmelding na het afronden is te laat en kost zowel klant als binnendienst tijd. Sommige klanten hebben daarnaast klantspecifieke artikelnummers of eigen omschrijvingen. Die kunnen naast het interne artikelnummer worden getoond, maar moeten zorgvuldig worden beheerd om verwarring tussen gelijkende producten te voorkomen.

Bij complexe assortimenten is dataonderhoud een proces, geen eenmalige invoer. Spreek af wie verantwoordelijk is voor specificaties, afbeeldingen, veiligheidsdocumenten en wijzigingen in productstatus. Koppel waar mogelijk met de bron waarin productgegevens worden bijgehouden, maar controleer de kwaliteit voordat informatie automatisch wordt gepubliceerd. Een technisch complete koppeling kan onjuiste eenheden of verouderde documenten net zo snel verspreiden als correcte gegevens. Geef klanten bovendien toegang tot relevante downloads en alternatieven, zonder productvarianten te verbergen die nodig zijn voor een nauwkeurige bestelling.