Restordre eller forudbestilling: Vælg den rigtige lagerstatus i Merchant Center
Et nul i lagerfeltet besvarer ikke alene, hvad kunden må købe. Nogle varer er på vej tilbage, andre er endnu ikke lanceret, og nogle kan slet ikke bestilles. Den forskel skal både webshoppen og Google Merchant Center kunne forklare. Begynd derfor med salgsbeslutningen, før du vælger status i produktdataene.
Vælg efter varens situation
Google bruger in_stock, når virksomheden tager imod ordrer og kan opfylde købet rettidigt. out_of_stock bruges, når varen ikke kan købes, eller virksomheden ikke modtager ordrer. preorder er til nye produkter, der endnu ikke er lanceret. backorder gælder eksisterende produkter, som midlertidigt mangler, men fortsat kan bestilles.
Adskil genopfyldning og afsendelse
For både preorder og backorder kræver Google availability_date. Feltet angiver, hvornår varen bliver tilgængelig og afsendes, og datoen skal også fremgå tydeligt på produktsiden. Googles datovejledning anbefaler at angive tidspunkt og tidszone. Den tillader ikke et datointerval i feltet og anbefaler en estimeret dato, hvis den endelige endnu ikke er kendt.
Min anbefaling er at lade den leveringsansvarlige vurdere datoen. Leverandørens forventede ankomst til jeres lager kan ligge før den dag, hvor I kan plukke, pakke og afsende kundens vare. Skriv de to tidspunkter hver for sig internt. Så bliver en prognose for indgående gods ikke ved en fejl kundens leveringsløfte.
Et tænkt eksempel med en kaffekværn
En webshop sælger en kaffekværn, som allerede har været på markedet. Den er midlertidigt udsolgt, men butikken tager stadig imod ordrer. Her passer backorder. preorder ville beskrive en anden situation. Antag, at driften forventer at kunne afsende den 3. november. Datoen skal bygge på den plan, butikken faktisk kan følge.
I det tænkte forløb kommer næste sending to dage senere end ventet. Den ansvarlige bør nu gennemgå både nye bestillinger og de kunder, der allerede har købt. Opdatering af produktdata løser kun den fremadrettede information; eksisterende ordrer kræver en særskilt vurdering af, hvad der er lovet, og hvordan forsinkelsen håndteres.
Følg den samme variant gennem købet
Google kræver overensstemmelse mellem produktdata, produktside, eventuelle strukturerede data og checkout. Kravet gælder den konkrete variant. Uoverensstemmelse kan føre til, at produktet afvises.
Min foreslåede gennemgang starter derfor med produktets præcise variantreference og den URL, som kunden lander på. Notér den modtagne status i Merchant Center, den synlige tekst og dato på produktsiden samt det, kunden møder i kurven. Undersøg især, om et variantskift efterlader tekst fra den forrige variant.
Gentag med en vare, som kan leveres straks, og en vare, der ikke kan bestilles. Formålet er at se, om jeres regler kan udtrykke forskellige situationer. En enkelt rigtig restordre er et for snævert grundlag, hvis alle øvrige varer samtidig får samme status.
Giv datoen en udløser for ny vurdering
Aftal, hvilke hændelser der udløser en ny vurdering: ændret leverandørdato, forsinket modtagelse eller en beslutning om at stoppe nye bestillinger. Lad en konkret person eje denne vurdering. Et automatisk feed kan sende et forældet løfte helt korrekt, hvis ingen opdaterer grundlaget.
Brug gerne en lille liste over de varer, hvor der aktuelt sælges mod forventet genopfyldning. Det gør usikre datoer synlige for både indkøb og kundeservice.