Smarte regler for postoppkrav: land, postnummer, handlekurvverdi og kundetagger

For mange Shopify-butikker starter postoppkrav som en enkel av/på-innstilling: vis det til alle, eller fjern det helt. Det er også den raskeste måten å enten avvise gode kunder på eller ta unødvendig risiko.

Løsningen er ikke å fjerne postoppkrav. Løsningen er å styre hvor det vises. En kunde som kjøper en vare med lav verdi i et område med god leveringshistorikk, er noe helt annet enn en førstegangskjøper som legger inn en ordre med høy verdi i et postnummer med mange mislykkede leveringer. Å behandle begge likt, enten ved alltid å vise postoppkrav eller aldri å vise det, overser denne forskjellen.

Det er nettopp dette synlighetsregler for postoppkrav er til for. I stedet for én av/på-bryter bestemmer butikken hvem som i det hele tatt får se postoppkrav som betalingsvalg, basert på land, postnummer, handlekurvverdi og kundetagger. Denne veiledningen viser hvordan du setter opp hver av disse i Progus COD Form & OTP SMS.

Før du begynner, er det nyttig å skille mellom to ting som lett blandes sammen. Synlighetsregler avgjør om en kunde i det hele tatt ser postoppkrav som betalingsalternativ: hvis en regel skjuler postoppkrav for et bestemt land, en handlekurvverdi eller en kundetype, kommer kunden aldri til et checkout-steg med postoppkrav. OTP-verifisering er et eget lag som bekrefter telefonnummeret til en kunde som allerede har valgt postoppkrav, når kunden har kommet til det steget. Den avgjør ikke hvem som ser alternativet, men sjekker hvem som er reell blant dem som allerede ser det. De to fungerer i rekkefølge: først snevrer synlighetsreglene inn hvem som får valget, deretter kontrollerer OTP-verifisering det som er igjen. For en full oversikt over hvordan disse lagene fungerer sammen med blokkeringslister for gjentatte misbrukere, se Progus' guide til COD-svindel og returmisbruk; denne veiledningen handler spesifikt om oppsett av synlighetslaget.

Steg 1: Aktiver regler før du konfigurerer noe

Regelbyggeren må aktiveres før du kan opprette regler. I Progus COD Form & OTP SMS går du til appens Checkout-seksjon, velger hvilken fraktpris som skal regnes som COD, og slår på COD i checkout. Inntil denne aktiveringen er fullført, vil regelskjermen vise meldingen "configuration required" i stedet for muligheten til å legge til en regel.

Steg 2: Bestem hvilke kriterier du faktisk trenger

Før du oppretter en regel, bør du bestemme hvilket problem den skal løse. I stedet for én av/på-bryter lar appen deg vise eller skjule postoppkrav basert på land, postnummer, handlekurvverdi og kundetagger, og én enkelt regel kan kombinere flere av disse samtidig.

Noen vanlige utgangspunkter:

• Beskyttelse mot ordre med høy verdi: Skjul postoppkrav når handlekurvverdien er over en definert grense, slik at ordre med høyere risiko må betales på forhånd.
• Utelukkelse av postnummer: Vis postoppkrav i hovedmarkedet innenlands, men skjul det for postnumre med gjentatte mislykkede leveringer eller mange returer til avsender.
• Unntak for pålitelige kunder: Bruk en kundetag for å holde postoppkrav tilgjengelig for tilbakevendende kunder med god leveringshistorikk, selv om bredere regler ellers ville begrenset det.

Steg 3 til 5 nedenfor går gjennom hvert kriterium for seg. Du trenger ikke bruke alle: velg dem som passer problemet du har identifisert her, og kombiner dem i én regel hvis abonnementet ditt bare tillater én aktiv regel om gangen (mer om det i steg 7).

Før du skriver noen regel, bør du ta utgangspunkt i data, ikke antakelser: sjekk hvilke land, postnumre eller handlekurvverdier som faktisk viser et mønster av mislykkede COD-leveringer eller svindel, siden en regel basert på magefølelse like gjerne kan blokkere gode kunder som dårlige. Når du vet hvor det reelle problemet ligger, bør du foretrekke smale unntak fremfor brede begrensninger: å utelukke konkrete postnumre med et faktisk problem er tryggere enn å begrense en hel region, og å begrense et verdiintervall over en tydelig terskel er tryggere enn å deaktivere postoppkrav for et helt land på grunn av noen få dårlige ordre.

Regelbyggeren støtter også betingelser for rabatt, ordrevekt, kundens registreringsstatus, antall ordre, kundens e-post, produktkolleksjoner, gavekort i handlekurven og datointervaller for planlagte eller sesongbaserte regler. Det er nyttig å kjenne til disse selv om denne veiledningen ikke går i dybden på dem: en datointervall-betingelse kan for eksempel begrense postoppkrav bare i en bestemt kampanjeperiode, og en betingelse for ordrevekt kan styre tilgjengeligheten av postoppkrav ut fra leveringskompleksitet i stedet for bare pris.

Steg 3: Sett betingelser for land og postnummer

Land. Det mest grunnleggende kriteriet. Noen butikker tilbyr bare postoppkrav innenlands, der leveringsnettverket er pålitelig og returer er håndterbare, mens internasjonale ordre må forhåndsbetales. Andre trenger det motsatte: postoppkrav aktivert spesielt i markeder der tilliten til forhåndsbetaling er lav og konverteringen svak, og deaktivert i markeder der det ikke er nødvendig.

Postnummer. Kontroll på landsnivå er ofte for grovt. Leveringspålitelighet, returer til avsender og transportørdekning varierer ofte mellom regioner i samme land. En butikk med COD-problemer konsentrert i noen få postnumre trenger ikke å begrense hele landet, bare de aktuelle områdene, enten ved å utelukke kjente problemområder eller ved å tillate postoppkrav bare i postnumre med dokumentert god leveringshistorikk.

Land og postnummer ligger i samme kategori for lokasjon. Det betyr at du kan opprette én regel som tillater postoppkrav i et land, men utelukker utvalgte postnumre med gjentatte mislykkede leveringer, uten å måtte lage to separate regler.

I tillegg har appens område for svindelbeskyttelse egen blokkering på postnummer, sammen med blokkering på e-post, telefonnummer og IP-adresse, samt begrensning på hvor mange ordre samme kunde kan legge inn i et gitt tidsrom. Dette verktøyet er rettet spesifikt mot kjente dårlige aktører, ikke generell styring av synligheten for postoppkrav. Derfor kan en butikk ende opp med å bruke postnumre begge steder av ulike grunner: bred styring av synlighet i regelbyggeren her, og målrettet svindelblokkering i beskyttelsesinnstillingene.

Steg 4: Legg til en grense for handlekurvverdi

Ordre med høy verdi innebærer større absolutt risiko hvis en COD-levering mislykkes eller blir avvist: mer varekostnad står på spill, mer fraktkostnad går tapt, og marginen blir mer utsatt. Et vanlig oppsett er å sette en øvre grense for postoppkrav basert på handlekurvverdi og kreve forhåndsbetaling over denne terskelen, slik at ordrene med mest å tape er dem der betalingen er bekreftet på forhånd.

Sett dette opp som en betingelse under Order Details i samme regel som lokasjonsbetingelsene dine hvis du har et abonnement med begrenset antall regler, eller som en egen regel hvis abonnementet ditt tillater ubegrenset antall regler.

Steg 5: Bruk kundetagger for pålitelige eller risikable kjøpere

Land, postnummer og handlekurvverdi gjelder før butikken vet noe om den konkrete kjøperen. Kundetagger gjør at en regel kan reagere på hvem kjøperen faktisk er: en tag for kunder med god historikk på postoppkrav kan holde alternativet åpent for dem uavhengig av andre betingelser, mens en tag som legges til etter en mislykket eller avvist levering kan begrense postoppkrav for den kunden fremover uten å ramme andre.

Kundetagger settes opp under kategorien Customers i samme regelbygger, sammen med betingelser for registreringsstatus, antall ordre og kundens e-post. Bruk tagger til å lage unntak, ikke bare begrensninger: en tag er like nyttig for å holde postoppkrav åpent for en pålitelig, tilbakevendende kunde selv om en bredere regel ellers ville begrenset det, slik at lojalitet ikke straffes av en regel som egentlig er rettet mot ukjente kunder.

Steg 6: Test hvordan vis- og skjulbetingelser fungerer sammen

Hvis én regel kombinerer en "show"-betingelse med en "hide"-betingelse, viser appen en advarsel, fordi det finnes en fast prioritet du må kjenne til før du stoler på regelen: "show" slår alltid "hide". "Show" vinner hver gang den matcher, uansett hva "hide"-betingelsen sier.

Hvis en regel for eksempel skjuler postoppkrav for et bestemt postnummer, men samtidig viser postoppkrav for kunder med taggen [trusted-cod], kan en kunde med den taggen fortsatt se postoppkrav selv om postnummeret står på skjullisten. Det kan være nyttig, men bare hvis det er bevisst, så test denne kombinasjonen før du antar at en "hide"-betingelse gjør det du forventer.

Steg 7: Gå gjennom regelen etter lansering

Et postnummer som hadde leveringsproblemer for seks måneder siden, trenger ikke å ha det nå. Regler som aldri blir vurdert på nytt, glir ofte fra å være "målrettet mot et reelt problem" til å "begrense kunder uten noen aktuell grunn", så legg inn en påminnelse om å kontrollere regelens effekt i stedet for bare å se på den ved oppsett.

Denne funksjonen er oppført i appen som Smart checkout rules, og hvor mange regler du kan gjennomgå eller legge til, avhenger av abonnementet: Free og Basic tillater 1 aktiv regel, så gjennomgang betyr å bekrefte at denne ene regelen fortsatt kombinerer de riktige betingelsene; Standard og Premium tillater ubegrenset antall regler, så gjennomgang betyr å sjekke om noen regler har blitt utdaterte eller overflødige nå som flere kjører samtidig.

Vanlige feil

1. Å lage regler for markeder butikken nesten ikke selger i. Å bruke tid på å begrense et land som bare gir noen få ordre i året, er sjelden like nyttig som å få reglene for hjemmemarkedet eller de største markedene riktig.
2. Å legge for mange betingelser inn i én regel. En regel med mange kombinerte betingelser blir vanskelig å forstå og vanskelig å feilsøke når noe oppfører seg uventet. På abonnementer med ubegrenset antall regler er enklere, separate regler som regel lettere å vedlikeholde. På Free eller Basic, der bare én aktiv regel er tilgjengelig, bør prioriteten være én fokusert regel som bare kombinerer betingelsene med størst effekt.
3. Å glemme å teste på mobil. Uansett hva regelen skjuler eller viser, bør du bekrefte at checkout fortsatt ser riktig ut på mobil, siden det ofte er der mesteparten av COD-tung trafikk enten konverterer eller faller fra.
4. Aldri å sjekke hva reglene faktisk blokkerte. En regel som i det stille skjuler postoppkrav for en bred betingelse, kan dempe reell konvertering uten at noen merker det, hvis ingen ser på hvilke ordre som ble påvirket.

Sjekkliste for oppsett

Smarte regler for postoppkrav fungerer godt når:

• reglene er basert på faktiske leverings- og svindeldata for butikken, ikke antakelser om hvilke markeder eller regioner som er risikable
• utelukkelser på postnummer er konkrete og ikke en indirekte måte å utelukke en hel region på
• det finnes en terskel for handlekurvverdi ved høyrisiko-ordre, vurdert opp mot reelle ordredata og ikke bare et anslag
• kundetagger brukes for å beskytte pålitelige tilbakevendende kunder, ikke bare for å begrense risikable kunder
• noen gjennomgår regelens effekt jevnlig, ikke bare ved oppsett

Avsluttende tanker

Postoppkrav trenger ikke være alt eller ingenting. Synlighetsregler gjør det mulig for en butikk å beholde postoppkrav der det faktisk bidrar, ved å konvertere nølende kjøpere til fullførte ordre, samtidig som det begrenses i de konkrete landene, postnumrene, handlekurvverdiene og kundehistorikkene der det oftere skaper risiko.

Målet er ikke å gjøre postoppkrav sjeldent. Målet er å gjøre det tilgjengelig akkurat i de situasjonene der det fungerer, og fraværende i dem der det ikke har gjort det. Hvis postoppkrav er en del av Shopify-checkouten din, kan Progus COD Form & OTP SMS hjelpe deg med å bygge dette regelsettet på ett sted - fra synlighetsregler for postoppkrav til OTP-verifisering for ordre som fortsatt trenger bekreftelse.