Egy póló öt méretben és hat színben már nem egy termék, hanem harminc eladható kombináció. Ha ezek közül akár egy készlete, ára vagy képe hibás, a vásárló könnyen olyat rendelhet meg, ami nincs raktáron. Ezért a kérdés nem csak az, hogyan állítsuk be a termékvariációkat, hanem az is, milyen termékadat-struktúra marad kezelhető fél év múlva, több száz rendelés mellett.
A jó variációs beállítás egyszerre támogatja az értékesítést és az adminisztrációt. A vásárló gyorsan megtalálja a megfelelő méretet, színt vagy kiszerelést, az áruház pedig pontos készletet, egyértelmű cikkszámot és korrekt árat kezel. UNAS és OpenCart rendszerben is megoldható ez, de az ideális felépítés a terméktípustól, a készletkezeléstől és a későbbi bővítési tervektől függ.
Először döntse el, mi számít valódi variációnak
Nem minden különbséget kell termékvariációként kezelni. A variáció akkor indokolt, ha a vásárló ugyanannak az alapterméknek más méretét, színét, ízét, kiszerelését vagy műszaki paraméterét választja, és a választás a rendelés lényegi része.
Egy futócipőnél a méret és a szín tipikus variáció. Egy kávénál a 250 grammos és az 1 kilogrammos csomagolás szintén az lehet, ha azonos termékcsaládhoz tartoznak. A teljesen eltérő termékeket viszont nem érdemes egy termékoldalra zsúfolni csak azért, mert hasonló a nevük. Egy női és egy férfi szabású, eltérő leírású és célcsoportú kabát általában külön termékoldalt érdemel.
Ezt a döntést a keresőoptimalizálás is befolyásolja. Ha az egyes változatok önálló keresési szándékot fednek le, külön termékoldal lehet a jobb irány. Ha viszont csak a választható méret más, a külön oldalak inkább duplikációt, nehezebb karbantartást és szétszórt készletadatokat okozhatnak.
Hogyan állítsuk be a termékvariációkat üzleti logika szerint?
A technikai rögzítés előtt érdemes papíron vagy táblázatban felépíteni a termékmodellt. Ez a lépés sok későbbi javítást előz meg, különösen import, rendszerköltözés vagy külső készletkezelő csatlakoztatása előtt.
Határozza meg az opciókat és az értékeket
Az opció maga a választható tulajdonság, például méret, szín vagy csomagolás. Az opcióérték pedig az adott választás: S, M, L; fekete, kék; 250 g, 1 kg.
Az elnevezések legyenek következetesek. Ha az egyik terméknél „M”, a másiknál „Medium”, a harmadiknál „közepes” szerepel, a szűrés, az import és az adminisztráció is bizonytalanabbá válik. Ruházatnál érdemes már induláskor tisztázni azt is, hogy a méret EU-, UK- vagy saját mérettáblázat szerinti érték-e.
A vevőnek csak olyan opciót mutasson, amely alapján valódi döntést hoz. A gyártói cikkszám, a belső beszerzési státusz vagy a raktári polckód fontos adat lehet, de nem vásárlói választási lehetőség.
Ne keverje össze az opciós felárat a variáció árával
Egyszerű esetben elegendő, ha az alapterméknek van egy ára, és egyes opciók felárat vagy kedvezményt módosítanak rajta. Ez működhet például gravírozás, ajándékcsomagolás vagy extra garancia esetén.
Ha azonban minden kombinációnak saját ára, saját készlete és saját azonosítója van, valódi variációs szintű kezelésre van szükség. Egy 128 GB-os, fekete telefon nem pusztán a 64 GB-os modell feláras opciója, ha más cikkszámmal, más beszállítói készlettel és eltérő szállítási idővel rendelkezik.
A két modell közötti különbség később válik fájdalmassá. A rosszul felépített opciós logika miatt a rendelésben ugyan látható lesz a vevő választása, de a készletlevonás, az export vagy a számlázó felé átadott termékazonosítás már hibázhat.
Minden eladható kombináció kapjon saját azonosítót
A készlet szempontjából az egyedi SKU vagy cikkszám a biztos alap. Ha fekete, M-es méretű pólóból három darab maradt, ezt a konkrét kombinációt kell tudni azonosítani – nem csak azt, hogy a „póló” készleten van.
Ugyanez igaz a vonalkódra, a tömegre, szükség esetén a beszerzési árra és a szállítási paraméterekre is. Nem minden rendszer vagy alapbeállítás kezeli ezeket az adatokat egyformán variációs szinten. UNAS esetén különösen fontos előre ellenőrizni, hogy az adott termék- és készletkezelési megoldás milyen mélységű kombinációkezelést támogat. OpenCartnál a szabványos opciók sok helyzetben elegendők, de összetettebb variációs logikához vagy készletkapcsolathoz bővítmény, illetve egyedi fejlesztés is szükséges lehet.
A vásárlói felület nem adminisztrációs melléklet
A variáció akkor segíti a konverziót, ha a vevő azonnal érti, mit választhat, mi elérhető, és mennyibe kerül. A kötelező mezőket egyértelműen jelölni kell, a nem elérhető kombinációkat pedig nem szabad rendelhetőnek hagyni.
A színválasztásnál általában jobb a valódi színnév és – ahol a sablon támogatja – vizuális jelölés, mint a „1-es”, „2-es” opcióérték. Ruházatnál a mérettáblázat legyen könnyen elérhető a választás közelében. Műszaki terméknél a tárhely, kompatibilitás vagy csatlakozó típusa ne csak az apróbetűs leírásban szerepeljen.
Termékképek esetén különösen sokat számít, hogy a kiválasztott színhez valóban az adott változat képe jelenjen meg. Ez nem minden sablonban vagy rendszerkonfigurációban automatikus funkció. Ha a vásárló fekete táskát jelöl ki, de végig bézs fotókat lát, a bizonytalanságot és a felesleges ügyfélszolgálati kérdéseket növeli.
Mobilon a probléma még erősebben jelentkezik. A túl hosszú legördülő listák, az egymás alá kerülő tucatnyi mező és a nehezen látható készletinformáció közvetlenül ronthatja a vásárlási folyamatot. A beállítást ezért nem elég adminisztrációban ellenőrizni: a teljes választási és kosárba helyezési folyamatot telefonon is végig kell tesztelni.
Készletkezelés: itt dől el, hogy működik-e a rendszer
A „raktáron” felirat önmagában kevés. Ha a készlet termékszinten van nyilvántartva, de a valóságban méretenként és színenként eltérő mennyiség áll rendelkezésre, könnyen túladás történik. Ez különösen szezonális termékeknél, divatáru esetén vagy gyorsan forgó műszaki kínálatnál okoz költséges problémát.
Döntse el azt is, mi történjen nullás készletnél. Bizonyos termékeknél helyes a rendelhetőség letiltása. Másoknál működhet az előrendelés vagy a várható szállítási idő jelzése, de csak akkor, ha a beszerzési információ megbízható. A bizonytalan készletre épített ígéret rövid távon hozhat rendelést, de visszamondáshoz és bizalomvesztéshez vezethet.
Ha külső vállalatirányítási, számlázó- vagy raktárrendszer kapcsolódik a webshophoz, tisztázni kell, hogy a kapcsolat milyen azonosító alapján kezeli a változatokat. Az integrációk gyakori hibája, hogy az alaptermék átmegy, a variációs cikkszám viszont nem, vagy a szinkron csak a teljes termékkészletet írja felül. Ezt éles indulás előtt tesztrendelésekkel kell ellenőrizni.
Import, költöztetés és tömeges feltöltés előtt készítsen mintát
Néhány terméket kézzel még könnyű karbantartani. Több száz vagy ezer kombináció esetén viszont az import-export folyamat minősége határozza meg, mennyi munka lesz a rendszerrel. A táblázatban külön mezőben szerepeljen az alaptermék, az opció neve, az opcióérték, a kombináció SKU-ja, ára, készlete és szükség esetén a hozzá tartozó képazonosító.
Webshopköltöztetésnél nem szabad feltételezni, hogy a régi rendszerben meglévő termékstruktúra változtatás nélkül átültethető. Egyes rendszerek külön termékként, mások opcióként vagy kombinációként tárolják ugyanazt az információt. Az adatátvitel előtt ezért szükséges a termékek mintavételezése, az importlogika tesztelése és az eredmény ellenőrzése a termékoldalon, a kosárban, a rendelésben és az adminisztrációban is.
Ilyenkor a termékoldalak keresőbarát URL-jeit, metaadatait és a korábbi oldalak átirányításait is a költözési terv részeként kell kezelni. A variációs struktúra átalakítása nem indok arra, hogy a korábban megszerzett organikus láthatóság véletlenül eltűnjön.
Tipikus hibák, amelyek később drágák lesznek
Gyakori hiba, hogy minden szín vagy méret külön termékként kerül fel, miközben a vevőnek valójában egy termékoldalon lenne egyszerűbb választania. Ennek ellenkezője is problémás: egyetlen termékoldalra kerül annyi eltérő típus, hogy sem a készlet, sem a termékinformáció nem követhető.
Szintén kockázatos, ha nincs egységes cikkszámrendszer, vagy a termékvariációk nevét kézzel, eltérő formában rögzítik. Ilyenkor az exportok, a rendelésfeldolgozás és a reklamációkezelés is több manuális egyeztetést igényel.
Végül ne maradjon el az éles teszt. Válasszon több eltérő kombinációt, ellenőrizze az árakat, a készletlevonást, a kosárban megjelenő adatokat, a rendelési visszaigazolást és a háttérben rögzített cikkszámot. Egyetlen jól felépített teszteset sokkal olcsóbb, mint egy rosszul teljesített első kampány.
Ha a termékváltozatok száma nő, a jó beállítás nem egyszeri adminisztratív feladat, hanem az áruház működésének alapja. Érdemes olyan struktúrát kialakítani, amelyet a munkatársak is magabiztosan kezelnek, és amely a következő termékcsoport, készletkapcsolat vagy rendszerfejlesztés során sem válik akadállyá.
