Eén checkoutdatum bij een bestelling met twee leveringen

Een klant bestelt meerdere artikelen en de winkel wil die in twee leveringen versturen. De checkout laat echter maar één datum kiezen. Dan moet eerst worden bepaald wat die datum betekent. Is zij bedoeld voor de eerste zending, de volledige bestelling of een voorkeur voor later overleg? Een Checkout & Delivery-toepassing mag die betekenis niet aan de klant overlaten. Kies een heldere afspraak voordat de meervoudige levering als mogelijkheid wordt aangeboden.

Beschrijf de reden voor twee leveringen

Neem een fictieve order met direct beschikbare stoelen en een tafel die later wordt afgewerkt. De klant kan de stoelen al gebruiken, maar wil weten wanneer de tafel volgt. Een enkele datum naast de order vertelt onvoldoende. Bespreek met de winkel of afzonderlijke levering een standaardoptie is of een uitzondering die medewerkers begeleiden. Dat onderscheid bepaalt hoeveel informatie en welke keuze de checkout nodig heeft om een begrijpelijke afspraak te maken.

Begin niet met twee losse kalenderonderdelen zonder het onderliggende proces te ontwerpen. Beide leveringen hebben eigen gereedheid, capaciteit en bevestiging nodig. De bestaande Yindle-bezorgbouwsteen geeft een basis voor één afgesproken fulfilmentkeuze in een orderflow. Een universele functie voor meerdere leveringen per order is daarmee niet aangetoond. Een afgebakende eerste toepassing kan daarom bewust één gezamenlijke levering ondersteunen en afwijkende verzoeken via een medewerker laten beoordelen.

Kies een duidelijke betekenis voor de zichtbare datum

Wanneer de winkel één gezamenlijke levering kiest, moet de datum aansluiten op het laatste noodzakelijke artikel. Als twee leveringen handmatig worden afgesproken, moet de checkout uitleggen dat de uiteindelijke afspraken nog volgen. Een datum voor alleen de eerste zending kan bruikbaar zijn, maar dan moet de tweede zending zichtbaar onbepaald of afzonderlijk bevestigd zijn. Vermijd een weergave die de indruk geeft dat alle artikelen op de ene gekozen dag worden ontvangen.

Laat klantenservice de afspraak uitleggen aan de hand van een fictieve ordermail. Vraag specifiek wanneer de klant elk artikel denkt te krijgen. Als support eerst intern moet achterhalen welke levering de datum bedoelt, is de klantweergave te vaag. Leg voor beide zendingen de bron van de afspraak vast en bepaal wie veranderingen beoordeelt. Een orderregel die nog openstaat is relevante informatie, maar vormt zonder verdere context geen complete leverbelofte.

Controleer de twee werkopdrachten afzonderlijk

Gebruik een testorder en loop de voorbereiding, planning en klantbevestiging door. Controleer welke artikelen bij welke levering horen en of de medewerkers dezelfde verdeling zien. Neem een wijziging van de tweede levering mee. De eerste afspraak mag daardoor niet onbedoeld een andere betekenis krijgen. Een geslaagde proef laat elke medewerker aanwijzen wat al is afgesproken, wat al is uitgevoerd en welke levering nog een volgende actie vraagt.

Beslis op basis van die proef of de extra complexiteit in de eerste pilot past. Als er te veel handmatige interpretatie nodig is, kan een beperktere leverregel een helderder startpunt zijn. Voor de gegevensoverdracht tussen webshop en planning kun je Yindle Connect bespreken. Een verder uitgewerkte meervoudige orderflow past bij maatwerksoftware. Het resultaat is dat één datum nooit per ongeluk twee verschillende afspraken vertegenwoordigt en klanten weten wat zij per levering kunnen verwachten.

De klassieke checkoutpresentatie voor een order met meerdere leveringen kun je beoordelen met Yindle Checkout. De betekenis van de datum en meerdere zendingen vraagt eigen WooCommerce- en bezorgregels.

Vorig inzicht
Volgend inzicht

Begin met je vraag

Waar loopt jouw team op vast?

Een eerste vraag hoeft geen technische briefing te zijn. Vertel welke systemen je gebruikt en waar het werk nu blijft liggen. Samen bespreken we wat mogelijk is en welke stap je daarna kunt zetten.

Bespreek mijn vraag