Szállítási zónák WooCommerce-ben: átlátható szabályok a pénztárban

Kiszolgált területek

Az ország, irányítószám és speciális régió eltérő feltételeket igényelhet. Rajzold fel az üzlet tényleges szállítási területeit a kezelőfelület beállítása előtt.

A szállítási területeket előbb üzleti térképként írd le, utána vidd át a kezelőfelületre. Ország, régió és irányítószám szerint eltérő feltétel lehet, helyi kiszállítás pedig külön vállalást jelenthet. A vállalható területet a tényleges logisztikával egyeztesd. Az általános országos zóna és egy szűkebb helyi zóna együtt is működhet, de a viszonyukat tudatosan kell kialakítani. A nem vállalt cím sem maradhat véletlen alapértelmezésen. Készíts tesztcím-listát minden fontos területről és néhány határesetből. A bolt számára a szállítás nem pusztán pénztári választó, hanem teljesítési kötelezettség; csak olyan módot jeleníts meg, amelyet a háttérfolyamat valóban ki tud szolgálni. Minden vállalt címhez ismert teljesítési lehetőség tartozik.

Sorrend és illeszkedés

Az egymást átfedő zónák nem megfelelő találatot adhatnak. A pontosabb és általánosabb szabályok viszonyát tesztcímekkel ellenőrizd.

A zónák egymással való illeszkedését a WooCommerce aktuális szabályai szerint kell felépíteni. A pontosabb feltétel könnyen elveszhet egy túl általános beállítás mögött, ezért a sorrendet és találatot tényleges címmel ellenőrizd. A tesztben legyen olyan cím, amely több logikai csoportba is beleillene. Nézd meg, melyik szállítási mód jelenik meg, milyen díjjal és milyen címváltozás után frissül. Az adminban elmentett helyesnek tűnő zóna nem helyettesíti a vendégként végzett pénztárpróbát. A címformátum és hiányzó irányítószám kezelését is vizsgáld. Ha a vásárló adatjavítás után másik zónába kerül, a korábbi választás érvényességét a rendszernek újra kell értékelnie, érthető visszajelzés mellett. A címhez a tervezett zóna és szállítási mód jelenik meg.

Díjszabás

A darabszám, termékjelleg és kosárérték módosíthatja a költséget. Írd le a díjképletet és az esetleges termékosztályokat érthető üzleti szabályként.

A díjszabásnál különítsd el az alapdíjat, termékosztályhoz tartozó eltérést és kosárszintű feltételt. Egy túlméretes bútor és apró kiegészítő más logisztikát igényelhet, közös kosárban pedig új kérdés merülhet fel. A képletet először hétköznapi nyelven fogalmazd meg, és kézzel számolj néhány mintát. Ezután vesd össze a pénztár eredményével. A kerekítés, pénznem és kedvezmény hatása is legyen következetes. Ha a díj csak egyedi egyeztetéssel állapítható meg, a vásárlót ne vezesse a rendszer félrevezető automatikus fizetéshez. A termékadatokhoz rendelt osztály karbantartása külön feladat, ezért az új áru feltöltésekor is ellenőrizni kell a szállítási besorolást. A helyes tarifa jó alapadatot kíván. Az üzemeltető kézzel is meg tudja indokolni a kijelzett díjat.

Ingyenes szállítás

A kedvezmény feltétele kuponnal vagy kosárösszeggel együtt félreérthető lehet. Határozd meg a jogosultságot és vizsgáld meg a határ körüli rendeléseket.

Az ingyenes szállítás feltételénél pontosan meg kell határozni, mely összeg számít a jogosultsághoz és hogyan hat a kupon. A vásárló számára érthető legyen a kedvezmény, de az üzemeltetőnek a tényleges számítási szabályt is ismernie kell. Tesztelj a küszöb alatt, pontosan rajta és fölötte, majd ismételd meg kedvezménykóddal és szállításimód-váltással. Ha más pénznem is használható, a határérték külön kezelést igényelhet. A kommunikált ajánlat és beállítás ne térjen el. A kosárban mutatott hiányzó összeg vagy felhívás csak akkor hasznos, ha ugyanazt a feltételt számolja, mint a pénztár. Az apró eltérés is bizalomvesztést okozhat, ha a vevő más végösszegre számított. A kedvezmény előtti és utáni összeg következetesen kezelt.

Nem szállítható helyzet

A rendszernek az el nem vállalt címet is egyértelműen kell kezelnie. Adj érthető magyarázatot, és csak valós alternatívát kínálj.

A nem szállítható címnél az üzenet mondja el, hogy jelenleg nincs elérhető mód, és milyen valós lehetőség marad. Ha egyedi egyeztetés vállalható, adj hozzá tényleges elérhetőséget. Ha nem, ne kínálj látszólagos megoldást pusztán a rendelés lezárásáért. A hiányzó cím és a ténylegesen nem kiszolgált cím eltérő állapot: előbbinél adatbekérés, utóbbinál tájékoztatás szükséges. A felhasználó ne fizessen úgy, hogy a bolt később deríti ki a teljesíthetetlen szállítást. A rendszer alapértelmezett zónáját is vizsgáld meg, mert oda eshetnek a külön nem kezelt helyek. A negatív teszteset ezért ugyanolyan fontos, mint a szokásos belföldi cím sikeres kiszolgálása. A vásárló nem jut fizetésig teljesíthetetlen szállítási feltétellel.

Integrációs adat

A futárnak átadott cím és átvételi pont további feldolgozásra kerülhet. Ellenőrizd a rendelés, címke és külső rendszer adatainak egyezését.

A pénztári választásnak a rendelési adatban és külső teljesítési rendszerben is megfelelően meg kell maradnia. Csomagpontnál a név mellett stabil szolgáltatói azonosító is szükséges lehet, futárnál a címmezők és szállítási szolgáltatás kapcsolata számít. A próbarendelésből ellenőrizd az adminnézetet, exportot és címkekészítési folyamatot. A szállítási mód átnevezése ne törje meg a háttérbeli összerendelést. Ha külső kapcsolat hibázik, a rendelés maradjon kezelhető és a felelős tudjon a teendőről. A logisztikai adat személyes információt is tartalmazhat, ezért a hozzáférés és naplózás legyen arányos. A zónabeállítás akkor tekinthető késznek, ha a kijelzett ajánlatból valóban helyes és teljesíthető csomagfeladási folyamat lesz. A kiválasztott szállítási mód ténylegesen teljesíthető.

Szemléltető helyzet és gyakorlati munkalap

Szemléltető példa: egy bolt belföldre futárt és automatát kínál, egy szűkebb területre pedig helyi kiszállítást is. A zónák sorrendjét és feltételeit úgy alakítják ki, hogy a pontosabb terület megfelelő ajánlatot kapjon. A tesztben szerepel kiszolgált és nem kiszolgált cím is.

Gyakori kérdések