Smarte COD-regler: land, postnummer, kurvværdi og kundetags

For mange Shopify-butikker starter Cash on Delivery som en enkel til/fra-indstilling: vis det for alle, eller fjern det helt. Det er også den hurtigste måde enten at afvise gode kunder eller påtage sig unødig risiko.

Løsningen er ikke at fjerne COD. Løsningen er at styre, hvor det vises. En kunde, der køber en vare med lav værdi i et område med stabil leveringshistorik, er noget helt andet end en førstegangskøber, der lægger en ordre med høj værdi i et postnummer med mange mislykkede leveringer. At behandle begge ens, enten ved altid at vise COD eller aldrig at vise det, overser den forskel.

Det er netop det, regler for COD-synlighed er til for. I stedet for én til/fra-knap bestemmer butikken, hvem der overhovedet ser efterkrav som betalingsmulighed, baseret på land, postnummer, kurvværdi og kundetags. Denne guide gennemgår, hvordan du opsætter hver enkelt mulighed i Progus COD Form & OTP SMS.

Det er værd at skille to ting ad, som let bliver blandet sammen, før du går i gang. Synlighedsregler afgør, om en kunde overhovedet ser efterkrav som betalingsmulighed: hvis en regel skjuler COD for et bestemt land, en bestemt kurvværdi eller en bestemt kunde, kommer kunden slet ikke videre til et COD-checkouttrin. OTP-verificering er et separat lag, der bekræfter telefonnummeret på en kunde, som allerede har valgt COD, når de når det trin. Det afgør ikke, hvem der ser muligheden, men tjekker hvem der er reelle blandt dem, der allerede gør. De to fungerer i rækkefølge: først indsnævrer synlighedsreglerne feltet, og derefter kontrollerer OTP-verificering det, der er tilbage. For det fulde billede af, hvordan disse lag arbejder sammen med bloklister for gentagne misbrugere, se Progus' guide til COD-svindel og returmisbrug; denne guide fokuserer specifikt på opsætning af synlighedslaget.

Trin 1: Aktivér regler, før du konfigurerer noget

Regelbyggeren skal være aktiveret, før du kan oprette regler. I Progus COD Form & OTP SMS går du til appens Checkout-sektion, vælger hvilken fragtpris der skal tælle som COD, og aktiverer COD i checkout. Indtil denne aktivering er gennemført, viser regelskærmen en besked om, at konfiguration kræves, i stedet for muligheden for at tilføje en regel.

Trin 2: Vælg de parametre, du faktisk har brug for

Før du opretter en regel, skal du beslutte, hvilket problem den skal løse. I stedet for én til/fra-knap lader appen dig vise eller skjule COD baseret på land, postnummer, kurvværdi og kundetags, og én enkelt regel kan kombinere flere af disse på samme tid.

Et par typiske udgangspunkter:

• Beskyttelse mod ordrer med høj værdi: Skjul COD, når kurvværdien er over en fastsat grænse, så ordrer med højere risiko kræver forudbetalt checkout.
• Udelukkelse af postnumre: Vis COD på hjemmemarkedet, men skjul det for postnumre med gentagne mislykkede leveringer eller mange return-to-origin-sager.
• Undtagelse for betroede kunder: Brug et kundetag til at holde COD tilgængeligt for tilbagevendende kunder med en god leveringshistorik, selv hvis bredere regler ellers ville begrænse det.

Trin 3 til 5 nedenfor gennemgår hver parameter for sig. Du behøver ikke bruge dem alle: vælg dem, der passer til det problem, du har identificeret her, og kombiner dem i én regel, hvis dit abonnement kun tillader én aktiv regel ad gangen (mere om det i trin 7).

Før du skriver nogen regel, så tag udgangspunkt i data frem for antagelser: undersøg, hvilke lande, postnumre eller kurvværdiintervaller der faktisk viser et mønster af mislykkede COD-leveringer eller svindel, for en regel baseret på mavefornemmelse er lige så tilbøjelig til at blokere gode kunder som dårlige. Når du ved, hvor problemet reelt er, så vælg hellere snævre udelukkelser end brede begrænsninger: det er sikrere at udelukke de konkrete postnumre med et reelt problem end at begrænse en hel region, og det er sikrere at begrænse et kurvværdiinterval over en tydelig tærskel end at deaktivere COD for et helt land på grund af nogle få dårlige ordrer.

Regelbyggeren understøtter også betingelser for rabatter, ordrevægt, kundens registreringsstatus, antal ordrer, kundens e-mail, produktkollektioner, gavekort i kurven og datointervaller til planlagte eller sæsonbestemte regler. Det er værd at kende til, selv om denne guide ikke går i dybden med dem: En datointerval-betingelse kan for eksempel begrænse COD til kun at gælde i en bestemt kampagneperiode, og en betingelse for ordrevægt kan styre COD ud fra forsendelseskompleksitet frem for pris alene.

Trin 3: Angiv betingelser for land og postnummer

Land. Den mest grundlæggende parameter. Nogle butikker tilbyder kun COD nationalt, hvor leveringsnetværket er pålideligt, og returneringer er til at håndtere, mens internationale ordrer som standard kræver forudbetaling. Andre har brug for det modsatte: COD aktiveret specifikt i markeder, hvor tilliden til forudbetalt checkout er lav, og konverteringen derfor også er lav, og deaktiveret i markeder, hvor det ikke er nødvendigt.

Postnummer. Styring på landeniveau er ofte for bred. Leveringssikkerhed, return-to-origin-rater og fragtudbydernes dækning varierer ofte fra område til område inden for samme land. En butik med COD-problemer koncentreret i nogle få postnumre behøver ikke begrænse hele landet, kun de konkrete områder, enten ved at udelukke kendte problemkoder eller ved kun at tillade COD i postnumre med dokumenteret succesfuld levering.

Land og postnummer ligger i samme lokationskategori. Det betyder, at du kan oprette én regel, som tillader COD i et land, men udelukker udvalgte postnumre med gentagne mislykkede leveringer, uden at du behøver to separate regler.

Derudover har appens område til svindelbeskyttelse også sin egen blokering efter postnummer, sammen med blokering efter e-mail, telefonnummer og IP-adresse samt begrænsning af, hvor mange ordrer den samme kunde kan placere inden for et givent tidsrum. Det værktøj er målrettet kendte dårlige aktører frem for generel styring af COD-synlighed, så en butik kan ende med at bruge postnumre begge steder af forskellige grunde: bred styring af synlighed i regelbyggeren her og målrettet svindelblokering i beskyttelsesindstillingerne.

Trin 4: Tilføj en grænse for kurvværdi

Ordrer med høj værdi medfører større absolut risiko, hvis en COD-levering mislykkes eller afvises: flere vareomkostninger er eksponeret, flere fragtomkostninger går tabt, og mere margin er på spil. Et almindeligt mønster er at sætte en øvre grænse for COD under en bestemt kurvværdi og kræve forudbetalt checkout over den, så de ordrer, hvor der er mest at tabe, også er dem, hvor betalingen er bekræftet på forhånd.

Angiv dette som en betingelse under Order Details i samme regel som dine lokationsbetingelser, hvis du er på et abonnement med et begrænset antal regler, eller som en separat regel, hvis dit abonnement tillader ubegrænsede regler.

Trin 5: Brug kundetags til betroede eller risikable købere

Land, postnummer og kurvværdi gælder alle, før butikken ved noget konkret om den enkelte køber. Kundetags gør det muligt for en regel at reagere på, hvem køberen faktisk er: Et tag til kunder med en god COD-leveringshistorik kan holde muligheden åben for dem uanset andre betingelser, mens et tag, der tilføjes efter en mislykket eller afvist levering, kan begrænse COD for den kunde fremover uden at straffe andre.

Kundetags konfigureres under kategorien Customers i den samme regelbygger sammen med betingelser for registreringsstatus, antal ordrer og kundens e-mail. Brug tags til at lave undtagelser, ikke kun begrænsninger: Et tag er lige så nyttigt til at holde COD åbent for en betroet, tilbagevendende kunde, selv hvis en bredere regel ellers ville begrænse det, så loyalitet ikke bliver straffet af en regel, der er rettet mod nye eller ukendte kunder.

Trin 6: Test, hvordan vis- og skjulbetingelser fungerer sammen

Hvis en enkelt regel kombinerer en "show"-betingelse med en "hide"-betingelse, viser appen en advarsel, fordi der er en fast prioritering, du skal kende, før du stoler på reglen: "show" slår altid "hide." "Show" vinder, hver gang betingelsen matcher, uanset hvad "hide"-betingelsen siger.

Hvis en regel for eksempel skjuler COD for et bestemt postnummer, men samtidig viser COD for kunder med tagget [trusted-cod], kan en kunde med det tag stadig se COD, selv om deres postnummer står på skjullisten. Det kan være nyttigt, men kun hvis det er tilsigtet, så test denne kombination, før du går ud fra, at en "hide"-betingelse gør det, du forventer.

Trin 7: Gennemgå reglen efter lancering

Et postnummer, der gav leveringsproblemer for seks måneder siden, gør det måske ikke længere. Regler, der aldrig bliver genbesøgt, har en tendens til at glide fra at være "målrettet et reelt problem" til at "begrænse kunder uden nogen aktuel grund", så læg en påmindelse ind om at tjekke regelens performance i stedet for kun at gennemgå den ved opsætning.

Funktionen står i appen som Smart checkout rules, og hvor mange regler du kan gennemgå eller tilføje, afhænger af abonnementet: Free og Basic tillader 1 aktiv regel, så gennemgang betyder at bekræfte, at den ene regel stadig kombinerer de rigtige betingelser. Standard og Premium tillader ubegrænsede regler, så gennemgang betyder at kontrollere, om nogen regler er blevet forældede eller overflødige, nu hvor flere kører samtidig.

Typiske fejl

1. At skrive regler for markeder, butikken næsten ikke sælger til. Det er en dårlig brug af tiden at bruge konfigurationsarbejde på at begrænse et land, der kun giver en håndfuld ordrer om året, sammenlignet med at få reglerne for hjemmemarkedet eller de største markeder på plads.
2. At samle for mange betingelser i én regel. En regel med flere kombinerede betingelser bliver svær at gennemskue og svær at fejlfinde, når noget opfører sig uventet. På abonnementer med ubegrænsede regler er enklere, separate regler som regel lettere at vedligeholde. På Free eller Basic, hvor kun én aktiv regel er mulig, bør prioriteten være én fokuseret regel, der kun kombinerer de mest effektfulde betingelser.
3. At glemme at teste på mobil. Uanset hvad reglen skjuler eller viser, bør du bekræfte, at checkout stadig ser korrekt ud på telefon, da det ofte er her, størstedelen af COD-tung trafik konverterer eller falder fra.
4. Aldrig at tjekke, hvad reglerne faktisk blokerede. En regel, der stille og roligt skjuler COD for en bred betingelse, kan undertrykke reel konvertering uden at nogen opdager det, hvis ingen ser på, hvilke ordrer der blev påvirket.

Tjekliste til opsætning

Smarte COD-regler fungerer godt, når:

• reglerne bygger på butikkens faktiske leverings- og svindeldata, ikke antagelser om hvilke markeder eller regioner der er risikable
• udelukkelser af postnumre er specifikke og ikke bruges som en indirekte måde at udelukke en hel region på
• der findes en tærskel for kurvværdi ved ordrer med høj risiko, og den er vurderet ud fra reelle ordredata frem for gæt
• kundetags bruges til at beskytte betroede tilbagevendende kunder, ikke kun til at begrænse risikable kunder
• nogen gennemgår reglernes performance løbende og ikke kun ved opsætning

Afsluttende tanker

Cash on Delivery behøver ikke være alt eller intet. Synlighedsregler gør det muligt for en butik at holde COD tilgængeligt dér, hvor det skaber værdi og hjælper tøvende købere med at gennemføre deres ordre, samtidig med at det begrænses i de konkrete lande, postnumre, kurvværdiintervaller og kundehistorikker, hvor det i stedet skaber risiko.

Målet er ikke at gøre COD sjældent. Målet er at gøre det tilgængeligt præcis i de situationer, hvor det virker, og fraværende i dem, hvor det ikke gør. Hvis Cash on Delivery er en del af dit Shopify-checkout, kan Progus COD Form & OTP SMS hjælpe dig med at samle det hele ét sted - fra regler for COD-synlighed til OTP-verificering for ordrer, der stadig kræver bekræftelse.