Maak de klant niet de rekenmachine
Een levertijd van “1–2 werkdagen” lijkt duidelijk, maar vraagt nog steeds interpretatie. Geldt vrijdagavond als besteldag? Is maandag een feestdag? Heeft dit specifieke product extra verwerkingstijd? Hoe concreter het antwoord vóór de aankoop, hoe minder onzekerheid de klant zelf hoeft op te lossen.
Baymard vond in productpagina-onderzoek dat verzendinformatie al vóór de winkelmand relevant is; veel deelnemers zochten verzendkosten op de productpagina. Dat onderzoek gaat over kosten, maar de onderliggende UX-les geldt breder: leveringsvoorwaarden horen bij de productbeslissing, niet alleen bij de checkout. Zie Baymards onderzoek naar verzendinformatie op productpagina’s.
Begin met de bezorgdatumopties van Shopify
Shopify biedt eigen bezorgdatumopties. Handmatige datumbereiken gebruiken ingestelde verwerkingstijd en transporttijd; andere opties zijn afhankelijk van de winkel en inrichting. Shop Promise kan voor geschikte winkels ook informatie op productpagina’s tonen. Controleer de actuele Shopify-bezorgdatumopties en voorwaarden voor Shop Promise voordat je een extra oplossing kiest.
Wil je op de productpagina een verwachting vanuit je eigen Nederlandse werkkalender, cutoffs, feestdagen en productuitzonderingen? Dan is een beheersbaar appblok zoals Delivery Promise NL een gerichte optie. Stem die boodschap af op eventuele datums van Shopify verderop in de bestelling.
Bouw de berekening vanuit de operatie
Een bruikbare verwachting combineert minimaal:
- de lokale tijdzone van de fulfilmentoperatie;
- werkdagen en een cutoff per dag;
- verwerkingstijd vóór verzending;
- verwachte transporttijd;
- weekenden en officiële feestdagen;
- geplande sluitingsdagen;
- uitzonderingen voor producten die afwijken.
Leg ook vast wat “0 verwerkingsdagen” betekent en hoe een bestelling precies op de cutoff wordt behandeld. Zulke randen veroorzaken anders verschillen tussen preview, storefront en servicebelofte.
Test een weekend en een sluitingsdag
Illustratief testscenario: je werkt maandag tot en met vrijdag, hebt een cutoff van 16:00, 0 verwerkingsdagen en 1 transportwerkdag. Vrijdag vóór 16:00 valt binnen de vrijdagplanning. Precies om 16:00 en later schuift de besteldag in Delivery Promise NL naar de volgende beschikbare werkdag. Als maandag in je kalender gesloten is, moet die dag worden overgeslagen.
Test daarom vier momenten met dezelfde productcontext: vóór de cutoff, precies op de cutoff, na de cutoff en op een sluitingsdag. Herhaal dit voor een product met een uitzondering. De preview moet de gebruikte regel en kalender verklaren. Dit scenario test de configuratie en is geen belofte over een echte zending.
Kies datum, periode of neutrale levertijd
Een enkele datum is het duidelijkst, maar alleen verantwoord als de spreiding klein is. Gebruik een periode wanneer fulfilment of transport varieert. Is de operatie nog onvoldoende voorspelbaar, dan kan een eerlijke tekst als “verzending binnen 2–3 werkdagen” beter zijn dan schijnprecisie.
Zet altijd “verwacht” of vergelijkbare voorzichtige taal bij de uitkomst. De berekening is geen carriertracking en weet niet automatisch van vertragingen onderweg.
Plaats de boodschap waar de vraag ontstaat
De productpagina is logisch omdat variant, voorraadstatus en productuitzondering daar bekend zijn. Plaats de kernboodschap dicht bij de koopknop, maar zorg dat zij visueel ondergeschikt blijft aan producttitel, prijs en primaire actie. Geef indien nodig een korte uitleg van uitzonderingen en laat dezelfde belofte niet botsen met algemene teksten in announcement bar, winkelmand of beleidspagina.
Controleer mobiel extra zorgvuldig: een leveringsblok mag de koopknop niet onnodig ver naar beneden duwen en moet na een variantwissel begrijpelijk blijven.
Wanneer Delivery Promise NL helpt
Delivery Promise NL rekent voor Nederlandse en op Nederland gerichte Shopify-winkels met Europe/Amsterdam, dagelijkse cutoffs, verwerking, transport, Nederlandse feestdagen, sluitingsdagen en maximaal 25 regels voor producthandle, tag of leverancier. Een vaste preview laat zien welke regel op een testmoment wordt toegepast. Daarna plaatst de merchant een Nederlands of Engels OS 2.0-appblok in het producttemplate.
De app haalt via de Admin API geen product-, klant-, order-, voorraad- of trackingdata op en doet geen bezorggarantie. Het appblok gebruikt handle, tags en leverancier uit de productpagina om de ingestelde uitzondering te kiezen. Dat maakt hem geschikt voor een afgebakende productpagina-belofte, niet voor postcode-, voorraad-, locatie- of carrierafhankelijke logistiek.
Meet of de uitleg echt helpt
Leg vóór publicatie een nulmeting vast. Kijk vervolgens niet alleen naar productpagina-conversie, maar ook naar contactvragen over levering, annuleringen vóór verzending, te late leveringen en klachten over verwachtingen. Een hogere koopintentie is weinig waard als de belofte operationeel niet wordt waargemaakt.
De beste leveringsboodschap is dus niet de snelste tekst, maar de duidelijkste verwachting die de operatie consequent kan dragen.
