B2B internetinė parduotuvė nėra mažmeninė parduotuvė su paslėptomis kainomis. Ji turi atkartoti realias didmeninės prekybos taisykles: sutartinius kainoraščius, darbuotojų teises, kredito limitus, užsakymų tvirtinimą, pakartotinį pirkimą ir duomenų apsikeitimą su ERP.
Trumpai, ką išsinešti
PrestaShop tinka B2B projektui, kai standartinį katalogą papildo aiškiai aprašytos verslo taisyklės ir patikimos integracijos. Sėkmingiausia pradėti nuo dažniausių klientų veiksmų, o ne bandyti pirmame etape perkelti visas vadybininkų išimtis.
- Kliento paskyra turi rodyti būtent jo sutartines sąlygas ir asortimentą.
- ERP arba apskaitos sistema turi likti pagrindiniu kainų, skolų ir likučių šaltiniu.
- Pirmą etapą verta matuoti pagal sutaupytą vadybininkų laiką ir savitarnos užsakymų dalį.
01
Kuo B2B pirkimas skiriasi nuo B2C
Mažmeninėje prekyboje dažniausiai siekiama kuo trumpesnio kelio iki apmokėjimo. B2B klientas gali pirkti pagal sutartį, turėti kelis darbuotojus, matyti tik jam skirtą asortimentą ir užsakymą tvirtinti keliais etapais. Kartais pirkimas baigiasi ne mokėjimu, o komercinio pasiūlymo užklausa arba užsakymo perdavimu vadybininkui.
Todėl projekto pradžioje reikia aprašyti ne abstraktų „didmeninį klientą“, o konkrečius vaidmenis. Įmonės administratorius gali kurti naudotojus ir matyti visas sąskaitas, pirkėjas – formuoti krepšelį, o vadovas – jį patvirtinti. Partnerio filialai gali turėti bendrą kredito limitą, bet skirtingus pristatymo adresus.
Jeigu šios taisyklės paliekamos pabaigai, jos paliečia beveik visą sistemą: prisijungimą, kainas, katalogą, krepšelį, mokėjimus, laiškus ir administravimą. Dėl to B2B internetinės parduotuvės kūrimas turi prasidėti nuo teisių bei užsakymo scenarijų.
02
Individualios kainos ir komercinės sąlygos
B2B kainodara retai apsiriboja viena nuolaida klientų grupei. Kaina gali priklausyti nuo sutarties, produkto, kiekio, valiutos, rinkos, pristatymo vietos ar akcijos. Svarbu nuspręsti, kuri sistema apskaičiuoja galutinę kainą ir kada ji atnaujinama.
PrestaShop gali rodyti klientų grupėms priskirtas kainas, tačiau sudėtingesnėse situacijose kainoraštis gaunamas iš ERP. Tada reikia aprašyti prioritetus: ar parduotuvė saugo kainos kopiją, ar kreipiasi realiu laiku, ką rodo nutrūkus ryšiui ir kaip elgiasi su jau suformuotu krepšeliu.
Taip pat aptarkite PVM rodymą, minimalų užsakymą, pakuotės dydį, laiptines kiekio nuolaidas, kredito limitą ir atidėto mokėjimo terminą. Klientui šios sąlygos turi būti matomos prieš patvirtinant užsakymą, o ne paaiškėti gavus vadybininko laišką.
03
Savitarnos paskyra, vaidmenys ir pakartotiniai užsakymai
B2B klientas į paskyrą grįžta ne dėl profilio nuotraukos. Jam svarbu greitai pakartoti užsakymą, atsisiųsti dokumentą, patikrinti būseną, matyti sutartą kainą ir sukurti naują pristatymo vietą. Todėl paskyros informacijos architektūra turi būti paremta realiais aptarnavimo klausimais.
Vertinga funkcija – greitas užsakymas pagal prekės kodą arba CSV failą. Profesionalūs pirkėjai dažnai jau žino, ko reikia, ir nenori kiekvienos prekės ieškoti kataloge. Išsaugoti sąrašai, ankstesnio užsakymo kopija ir dažniausiai perkamos prekės trumpina procesą labiau nei dekoratyvūs rekomendacijų blokai.
Jeigu įmonėje pirkimus tvirtina keli žmonės, sistemoje reikia būsenų ir pranešimų. Pirkėjas parengia užsakymą, vadovas patvirtina, o finansų skyrius mato limitą. Kiekvienas vaidmuo turi matyti tik jam reikalingus veiksmus.
04
Katalogas turi padėti pasirinkti techninį produktą
Didmeniniame kataloge dažnai yra daug panašių prekių, techninių parametrų ir suderinamumo taisyklių. Aiški kategorijų struktūra, parametrų filtrai, palyginimas, dokumentai ir gamintojo kodų paieška tiesiogiai mažina vadybininkams siunčiamų klausimų skaičių.
Produkto puslapyje svarbu atskirti pardavimo argumentus nuo techninių duomenų. Pirkėjas turi greitai rasti specifikaciją, pristatymo terminą, likutį, pakuotės vienetą, sertifikatą ar instrukciją. Jeigu prekė komplektuojama, sistema turi aiškiai parodyti privalomus ir pasirenkamus komponentus.
Vieša katalogo dalis gali pritraukti organinį srautą, net jei kainos matomos tik prisijungus. Tokiu atveju būtina nuspręsti, kurie produktai ir kategorijos indeksuojami, kokį turinį mato Google ir kaip lankytojas tampa registruotu verslo klientu.
05
ERP integracija yra B2B projekto centras
B2B parduotuvė dažnai yra savitarnos sluoksnis virš ERP. Iš jos atkeliauja klientai, kainoraščiai, kredito informacija, produktai ir likučiai; atgal grįžta užsakymai, adresai ar užklausos. Kiekvienam laukui reikia nustatyti pagrindinį šaltinį ir sinchronizavimo taisyklę.
Užsakymo perdavimas turi apimti daugiau nei prekes ir sumą. Reikalingas kliento kodas, padalinys, vadybininkas, mokėjimo sąlyga, pristatymo adresas, komentaras, projektas ar kaštų centras. Trūkstant vieno lauko vadybininkas vėl taiso užsakymą rankiniu būdu, todėl automatizacijos nauda dingsta.
Integraciją projektuojame su žurnalais, pakartotiniais bandymais ir įspėjimais. Jei ERP laikinai nepasiekiama, užsakymas negali tyliai pradingti. Administratorius turi matyti problemą, jos priežastį ir saugų būdą pakartoti perdavimą.
06
Kada PrestaShop yra tinkamas pagrindas
PrestaShop stiprybė – išplėtotas katalogas, kelių kalbų ir valiutų palaikymas, klientų grupės, kainodaros taisyklės ir galimybė programuoti individualius modulius. Tai praktiškas pagrindas, kai verslui reikia ne vien turinio svetainės, o valdomos e. komercijos sistemos.
Platformos pasirinkimas vis tiek turi remtis procesais. Jei projektas iš esmės yra uždaras užsakymų portalas su labai specifiniu konfigūratoriumi ir beveik be standartinio katalogo, verta palyginti individualią aplikaciją. Jei didžioji dalis poreikių atitinka įprastą prekybos modelį, PrestaShop leidžia nekurti bazinių funkcijų nuo nulio.
Svarbu vertinti ne tik starto kainą. Modulių kokybė, atnaujinimai, testavimo aplinka, serverio resursai ir atsakinga priežiūra lemia, kiek kainuos sistemos gyvenimas po dvejų ar penkerių metų.
07
Pirmo etapo apimtis ir biudžeto veiksniai
B2B projekto biudžetą labiausiai keičia ne dizaino puslapių skaičius, o kainodaros taisyklės, vaidmenys, duomenų kokybė ir integracijų gylis. Dvi vizualiai panašios parduotuvės gali turėti visiškai skirtingą techninę apimtį.
Pirmam etapui verta pasirinkti vieną klientų segmentą, vieną rinką ir dažniausią užsakymo kelią. Paleidus patikimą pagrindą galima pridėti pasiūlymų tvirtinimą, papildomas valiutas, sudėtingesnę savitarną ar naujus padalinius. Etapai sumažina riziką ir leidžia patikrinti, kurios funkcijos iš tikrųjų naudojamos.
Pasiūlyme turi būti atskirtos analizės, dizaino, programavimo, integracijų, duomenų migracijos, testavimo ir priežiūros dalys. Taip aišku, už ką mokama ir kas gali pakeisti apimtį.
08
Kaip matuoti B2B parduotuvės rezultatą
Vien lankytojų skaičius B2B projekte mažai ką pasako. Svarbesni rodikliai: savitarnoje pateiktų užsakymų dalis, pakartotinio užsakymo laikas, užsakymų su klaidomis skaičius, vadybininkų rankinio darbo valandos ir aktyvių įmonių paskyrų dalis.
Stebėkite, kur klientai sustoja: neranda produkto kodo, nemato savo kainos, negali viršyti limito ar nesupranta pristatymo termino. Šie signalai padeda planuoti kitą vystymo etapą pagal realią verslo vertę.
Partner1 internetinių parduotuvių kūrimą sieja su procesų analize ir integracijomis. B2B projekte tai ypač svarbu, nes geras portalas turi ne tik priimti užsakymą, bet ir sumažinti darbą abiejose sandorio pusėse.
Kontrolinis sąrašas
B2B funkcijos, kurias verta įvertinti
- Įmonių paskyros, padaliniai ir keli naudotojų vaidmenys
- Individualūs kainoraščiai, valiutos ir PVM taisyklės
- Minimalūs kiekiai, pakuotės ir kiekio nuolaidos
- Kredito limitai ir atidėto mokėjimo sąlygos
- Užsakymo parengimas, tvirtinimas ir vadybininko peržiūra
- Greitas užsakymas pagal kodą, CSV arba ankstesnį pirkimą
- Techniniai filtrai, dokumentai ir produktų palyginimas
- ERP, apskaitos, sandėlio ir CRM duomenų sinchronizacija
- Klaidų žurnalai, pranešimai ir pakartotinis perdavimas
- Viešo bei uždaro katalogo SEO taisyklės
DUK
Dažniausi klausimai
Ar PrestaShop tinka B2B internetinei parduotuvei?
Taip, kai didžioji projekto dalis remiasi produktu katalogu, užsakymais ir kainodara. Individualios B2B taisyklės įgyvendinamos moduliais bei integracijomis, todėl prieš kūrimą būtina jas tiksliai aprašyti.
Ar B2B parduotuvėje kainos gali būti matomos tik prisijungus?
Gali. Tačiau verta palikti indeksuojamą viešą katalogo turinį, jei norima organinio srauto. Kainų ir konkrečių komercinių sąlygų matomumas valdomas atskirai.
Nuo ko pradėti B2B projektą?
Nuo dažniausio kliento užsakymo scenarijaus, kainodaros taisyklių ir ERP duomenų žemėlapio. Šie trys dalykai parodo tikrąją projekto apimtį.
PrestaShop tinka B2B projektui, kai standartinį katalogą papildo aiškiai aprašytos verslo taisyklės ir patikimos integracijos. Sėkmingiausia pradėti nuo dažniausių klientų veiksmų, o ne bandyti pirmame etape perkelti visas vadybininkų išimtis.
B2B internetinės parduotuvės vertė atsiranda tada, kai klientas gali savarankiškai atlikti tai, dėl ko anksčiau turėjo rašyti vadybininkui. PrestaShop suteikia tvirtą prekybos pagrindą, o tiksliai suprojektuotos taisyklės ir integracijos paverčia jį realiu didmeninės prekybos kanalu.