Egy nagykereskedelmi webshop akkor kezd igazán sok munkát adni, amikor a forgalma nőni kezd. Az első száz terméknél még kezelhető az egyedi árlista, a telefonon egyeztetett kedvezmény és a kézzel ellenőrzött partnerregisztráció. Több száz vevőnél, eltérő árszinteknél és visszatérő rendeléseknél viszont ez a működés gyorsan hibaforrássá válik. Ez az OpenCart B2B esettanulmány azt mutatja meg, milyen szempontok mentén alakítható át egy tipikus nagykereskedő webshopja úgy, hogy az értékesítést támogassa, ne pedig új adminisztrációs terhet hozzon létre.
A példa egy magyarországi, műszaki és fogyóeszköz jellegű termékeket értékesítő vállalkozás helyzetére épül. A cég viszonteladókat, szerelőpartnereket és kisebb intézményi ügyfeleket szolgál ki. A projekt tanulságai más B2B területeken is alkalmazhatók, de a megfelelő megoldás mindig a termékkínálattól, az árképzéstől és a belső ügyviteli folyamattól függ.
A kiinduló helyzet: működő webshop, nehézkes értékesítés
A webshop már fogadott rendeléseket, de elsősorban lakossági vásárlásra készült. A partnerügyfelek ugyanazon az áron látták a termékeket, mint az új érdeklődők, vagy egyedi kedvezményt csak telefonos vagy e-mailes egyeztetés után kaptak. Ez önmagában sem ideális, de a gondot az okozta, hogy az értékesítő csapatnak minden nagyobb rendelésnél külön kellett ellenőriznie az ügyfelet, az árszintet és a fizetési feltételeket.
Az adminisztrációban több párhuzamos nyilvántartás futott. Egy táblázat tartalmazta a partnerkedvezményeket, az ügyviteli rendszerben szerepeltek a fizetési információk, a webshopban pedig csak a rendelés adatai látszottak. Ha egy partner új kapcsolattartót adott hozzá, más szállítási címre rendelt vagy új termékkörre kért árat, könnyen eltérés keletkezett a rendszerek között.
A cél ezért nem egyszerűen egy szebb felület elkészítése volt. A vállalkozás olyan OpenCart alapú B2B működést szeretett volna, amelyben a partner a saját feltételeivel tud rendelni, az értékesítő pedig kivételes esetekkel foglalkozik, nem rutinadatok egyeztetésével.
OpenCart B2B esettanulmány: a valódi probléma feltárása
A fejlesztés előtt nem a modulok kiválasztása volt az első feladat, hanem a rendelési folyamat részletes feltérképezése. Egy B2B webshopnál ugyanis nem elég azt kérdezni, hogy „kell-e egyedi ár?”. A fontosabb kérdés az, hogy ki jogosult az árra, milyen termékekre érvényes, mikor módosítható, és ki viseli a hibás beállítás következményét.
Ebben a projektben négy lényeges működési szabály rajzolódott ki:
- A nyilvános látogató csak tájékoztató termékkínálatot láthatott, partnerárat nem.
- A regisztrált céges ügyfelek eltérő árlistákhoz tartoztak a szerződésük alapján.
- Egy vállalkozáshoz több felhasználó és több szállítási cím is tartozhatott.
- A fizetési mód és a rendelhető termékkör bizonyos partnercsoportoknál eltérhetett.
Ez a négy szabály elsőre egyszerűnek tűnik, de együtt már meghatározza a teljes rendszerlogikát. Például ha egy céghez több felhasználó tartozik, nem célszerű minden dolgozóhoz külön árlistát kezelni. Ha pedig a partnercsoporthoz kötött árakat kézzel írják felül termékenként, a későbbi áremelés vagy új termék bevezetése aránytalanul sok munkát okozhat.
Partnerregisztráció jóváhagyással
A megoldás alapja az volt, hogy a B2B regisztráció nem jelentett automatikus teljes hozzáférést. Az új jelentkező megadta a cégadatait, adószámát, kapcsolattartói adatait és a szükséges számlázási információkat. A regisztrációt az értékesítő ellenőrizte, majd a vállalkozást a megfelelő ügyfélcsoportba sorolta.
Ez a lépés nem felesleges akadály. A nagykereskedelmi árak, a halasztott fizetés vagy a speciális szállítás feltételei üzleti döntések. Automatizálható a folyamat egy része, de az automatikus jóváhagyás csak akkor indokolt, ha a cég ügyfélminősítése és kockázatkezelése erre fel van készítve.
Egyedi árak anélkül, hogy kezelhetetlenné válnának
A projektben az árképzés több szintből állt. Voltak általános partnerárak, kiemelt viszonteladói ársávok és néhány szerződéses ügyfélhez kapcsolódó speciális feltétel. Az OpenCart ügyfélcsoportjai alkalmasak arra, hogy a jellemző árszinteket kezeljék, de nem minden üzleti kedvezmény fordítható le egyetlen alapfunkcióval.
A jó megoldás itt az volt, hogy a gyakran használt ársávok szabályalapon működtek, míg a kevés, valóban egyedi szerződéses ár külön kezelést kapott. Így a rendszer nem vált tele kivételekkel. Ez azért fontos, mert minden kivétel későbbi tesztelést, dokumentációt és karbantartást igényel.
Az árak megjelenítésénél külön figyelmet kapott a nettó és bruttó értékek egyértelmű kezelése. B2B vásárlóknál a nettó ár sokszor az elsődleges döntési adat, mégis szükséges, hogy a kosárban, a visszaigazolásban és a számlázási folyamatban ne maradjon félreérthető összeg. Az eltérő áfahelyzetek vagy külföldi értékesítés esetén ezt már a projekt elején tisztázni kell.
A gyors rendelés nem csak kényelmi funkció
A visszatérő partnerek gyakran nem kategóriaoldalakon böngésznek. Tudják a cikkszámot, keresnek egy korábbi rendelést, vagy egyszerre húsz-harminc tételt szeretnének kosárba tenni. Lakossági logikával ezt is meg lehet oldani, de túl sok kattintással és felesleges kereséssel.
Ezért a rendelési folyamatban hangsúlyt kapott a cikkszám alapú keresés, a pontos készletinformáció, a korábbi rendelések újrarendelése és a gyors mennyiségmódosítás. Ezek nem látványos fejlesztések, mégis közvetlenül befolyásolják, hogy a partner önállóan rendel-e, vagy inkább újra e-mailt küld az értékesítőnek.
A gyors rendelési funkcióknál van egy fontos kompromisszum. Minél több információt mutat egyszerre az oldal – cikkszám, nettó ár, készlet, kedvezmény, csomagolási egység -, annál kevésbé áttekinthető mobilon. Ennél a projektnél ezért a gyakori partnerfeladatok kerültek előre, a ritkábban használt részletek pedig csak igény esetén nyíltak meg. A mobiloptimalizálás B2B környezetben sem mellékes, hiszen sok rendelés raktárból, terepről vagy ügyféllátogatás közben indul.
Integráció és adatminőség: itt dől el a napi működés
A B2B webshop akkor tud megbízhatóan dolgozni, ha a termékadatok, készletadatok és rendelési státuszok mögött tiszta felelősségi körök vannak. Nem szükséges minden esetben teljesen automatikus integráció, de világosan el kell dönteni, melyik rendszer a termékadatok forrása, hol módosul az ár, és mikor frissül a készlet.
Ebben az esetben a termékek és készletadatok import-export folyamata kapott ellenőrzött keretet. A rendszer nem engedhette meg, hogy egy hibás táblázat felülírja a kategóriákat, a képeket vagy a keresőbarát URL-eket. A tesztkörnyezet, a mentések és az importfájlok előzetes ellenőrzése ezért nem technikai formalitás, hanem üzletmenet-védelem.
Ugyanez igaz a rendelési státuszokra. Ha a webshopban a rendelés „feldolgozás alatt” áll, az ügyviteli rendszerben pedig már kiszállítottként szerepel, az ügyfélszolgálat azonnal plusz terhelést kap. A státuszok elnevezését és átadási pontjait érdemes úgy kialakítani, hogy a vevő is értse, hol tart az ügye, miközben a belső folyamat sem torzul.
Mit érdemes előre eldönteni egy OpenCart B2B projektnél?
A fejlesztés egyik legfontosabb tanulsága, hogy a B2B funkciók nem egyetlen bekapcsolható csomagot jelentenek. A megfelelő kialakítás előtt tisztázni kell, hogy az árak ügyfélhez, ügyfélcsoporthoz vagy mennyiséghez kötődnek-e; szükséges-e rendelési értékhatár; látható-e minden termék minden partnernek; és hogyan kezelhetők a speciális fizetési feltételek.
Érdemes azt is felmérni, ki fogja napi szinten karbantartani a rendszert. Ha az értékesítő csapatnak kell ügyfélcsoportot váltania, új partnert jóváhagynia vagy egyedi kedvezményt rögzítenie, akkor az adminfelületet ehhez a munkához kell igazítani. Egy technikailag helyes, de bonyolult adminisztráció hosszú távon ugyanúgy lassítja az értékesítést, mint a hiányzó funkció.
A GrenT Média az ilyen OpenCart projektekben nem csak a fejlesztési feladatot kezeli, hanem a jogosultságok, modulok, adatimportok és későbbi bővítések üzleti következményeit is végigveszi. Ez különösen akkor hasznos, ha a webshopnak együtt kell működnie meglévő ügyviteli vagy raktári folyamatokkal.
Egy jól felépített B2B webshop nem attól jó, hogy minden partnernek minden elképzelhető opciót megmutat. Attól működik jól, hogy a gyakori rendelési helyzetekben gyors, pontos és kiszámítható. Ha a saját rendszerében ma még telefon, e-mail és táblázat köti össze az árakat, a partnereket és a rendeléseket, érdemes először ezt a folyamatot rendbe tenni – utána a fejlesztési döntések is sokkal egyértelműbbé válnak.
