Poskusno obdobje platforme za spletno trgovino je presenetljivo enostavno slabo izkoristiti. Prijavite se v administracijo, naložite nekaj izdelkov, pregledate predloge, preizkusite nekaj nastavitev in po nekaj dneh se vam izoblikuje vtis, ali vam je sistem všeč. Toda o platformi za spletno trgovino najpomembnejša informacija ni, kakšen občutek jo je uporabljati dvajset minut, temveč kako bo prek nje vsak dan obdelovati več deset, več sto ali celo več tisoč naročil – poskusno obdobje je torej resnično dragoceno takrat, ko ga ne uporabljate kot demo, temveč kot v malem zgrajeno pravo spletno trgovino.
V testiranje se splača vložiti čas, ker v e-trgovini tehnično ozadje neposredno določa nakupovalno izkušnjo. Po podatkih Eurostata za leto 2026 je leta 2025 v Evropski uniji 78 odstotkov uporabnikov interneta v predhodnih dvanajstih mesecih nakupovalo prek spleta, hkrati pa je 35 odstotkov tistih, ki so nakupovali v predhodnih treh mesecih, naletelo na kakšno težavo. Na Madžarskem je bil ta delež 51 odstotkov.
Napake v delovanju spletne trgovine torej zelo hitro dosežejo kupca; počasno delovanje strani, težavno plačilo, okoren mobilni vmesnik, slabo vodene zaloge ali blagajna, ki od kupca zahteva več potrpljenja, kot ga je ta pripravljen dati – vse to temeljito preizkusi kupčevo odločenost. Prav zato med poskusnim obdobjem ni treba odločiti, ali vam je sistem simpatičen, temveč ugotoviti, ali bi mu lahko zaupali svojo trgovino.
Najprej ne glejte seznama funkcij
Pri izbiri platforme za spletno trgovino se je lahko izgubiti v primerjanju funkcij. Koliko načinov plačila obstaja? Koliko predlog? Ali je na voljo upravljanje kuponov? Je mogoče ustvariti različice izdelkov? Obstajajo ERP-povezava, integracija z e-novicami ali samodejno izdajanje računov? To so seveda pomembna vprašanja, a sama po sebi povedo malo. Spletna trgovina namreč ni zbirka ločenih funkcij, temveč sistem procesov, ki gradijo drug na drugem. Kupec najde izdelek, ga da v košarico, izbere dostavo, plača, nastane naročilo, spremeni se zaloga, lahko se izdela račun, podatki lahko preidejo v logistični sistem, nato se sprožijo obvestila. Ključno vprašanje ni, ali za vse to obstaja kakšna menijska točka v administraciji, temveč ali celoten proces kot celota deluje brezhibno.
Na začetku poskusnega obdobja zato velja izhajati iz lastnega podjetja. Če že imate delujočo spletno trgovino, premislite, katere procese opravljate vsak dan. Če šele začenjate, zgradite nekaj tipičnih naročilnih situacij, ki se bodo predvidoma redno pojavljale. To vam bo o platformi povedalo veliko več kot to, koliko funkcij je naštetih na predstavitveni strani.
Zgradite majhen kos svoje prave spletne trgovine
Ena največjih pasti testiranja je, ko ustvarimo preveč preprosto okolje. S tremi izdelki, eno kategorijo, nekaj slikami in osnovnimi nastavitvami bo dobro delovala skoraj vsaka sodobna platforma za spletno trgovino. Težave se običajno začnejo, ko prispe pravi katalog.
Obstajajo izdelki v več velikostih ali barvah, blago, ki sodi v več kategorij, akcijske cene, artikli brez zaloge, povezani izdelki, posebni pogoji dostave, zelo različni tehnični parametri ali pa ponudbe z veliko količino slik izdelkov. Sistem, ki se s petimi preprostimi izdelki zdi udoben, lahko ob več tisoč artiklih pokaže povsem drugačen obraz.
Zato se splača delati z resničnimi podatki. Za test ni treba nujno preseliti celotnega kataloga; 50–100 skrbno izbranih izdelkov je že dovolj, da se pokažejo bistvena vprašanja.
Če delate z večjo izbiro, sta uvoz in skupinsko urejanje posebej pomembna. Sprememba cene enega izdelka ni izziv v nobenem sistemu. Posodobitev cen ali zalog tisoč izdelkov pa pove veliko več o tem, kako uporabna je platforma v vsakdanu. Velja opazovati tudi, kako naravno se sistem prilega vaši lastni logiki izdelkov. Če so že med testom potrebne obvozne rešitve, da zgradite svojo ponudbo, položaj po vsej verjetnosti tudi med ostrim delovanjem ne bo enostavnejši.
Notranjega iskalnika ne preizkušajte z eksaktnimi iskanji
Iskalnik spletne trgovine pogosto testiramo tako, kot ga v resnici ne uporablja skoraj nihče. Vpišemo polno, natančno ime izdelka in sistem ga seveda najde. Kupci so precej bolj nepredvidljivi; besede natipkajo narobe, iščejo po blagovni znamki, vpišejo številko artikla, kombinirajo več lastnosti ali preprosto uporabijo drugačen izraz od tistega, ki ga je trgovec navedel v imenu izdelka.
Zato preizkusite več deset resničnih iskalnih situacij. Iščite po natančnem imenu, delčku, znamki, številki artikla, napačno vpisanem izrazu in iskanju iz več besed. Poglejte tudi, kaj sistem naredi, ko ni natančnega zadetka.
Pri velikem katalogu izdelkov notranji iskalnik ni več postranska funkcija. Za mnoge kupce bo to glavno navigacijsko orodje, zato lahko neposredno vpliva tudi na to, ali bodo našli zanje ustrezen izdelek.
Blagajno testirajte kot več različnih kupcev
Stroka že leta kot temeljno tezo poudarja priporočilo, da je plačilni proces vredno preizkusiti s posebno temeljitostjo.
Baymard Institute iz povzetka več kot petdesetih raziskav izračunava približno 70-odstotni povprečni delež zapuščenih košaric. V njihovi lastni raziskavi je 17 odstotkov kupcev že prekinilo naročilo, ker je bila blagajna predolga ali prezapletena. Prav toliko jih je omenilo tehnično napako ali sesutje, 9 odstotkov pa ni kupilo, ker ni našlo zanje ustreznega načina plačila. En sam uspešen testni nakup torej ne zadošča.
Poskusite kupiti kot gost in kot registriran uporabnik, uporabite kupon, pojdite nad prag brezplačne dostave in nato pod njega. Izberite dostavo na dom in prevzemno mesto, nato preizkusite različna naslova za račun in dostavo, podatke podjetja, različne načine plačila, in če je mogoče, simulirajte tudi neuspešno transakcijo. Vmes pa proces opazujte ne kot trgovec, temveč kot kupec. Je jasno, koliko je treba plačati? Se strošek dostave pokaže pravočasno? Je razumljivo, katere podatke je treba vnesti? Je proces enostavno opraviti tudi na mobilnem telefonu?
V Baymardovi raziskavi je med izogibnimi vzroki zapuščanja košarice 40 odstotkov vprašanih omenilo previsoke dodatne stroške, 12 odstotkov pa to, da niso vnaprej videli celotnega stroška naročila. Slabo komuniciran strošek dostave lahko torej škodi veliko bolj, kot bi mislili.
Na strani »uspešno naročilo« se ni zaključilo nič
S trgovčeve strani postane proces naročanja v resnici zanimiv šele, ko je kupec že plačal. Odprite administracijo in poglejte, kaj se je zgodilo v ozadju. Je naročilo dobilo ustrezen status? Se je zmanjšala zaloga? So plačilni podatki pravilni? So podatki prešli v sistem za izdajanje računov? So prispeli do logističnega sistema? Je kupec prejel potrebna e-poštna sporočila?
Nato poskusite tudi kaj spremeniti. Spremenite naslov, izbrišite naročilo, poskusite vračilo denarja ali spremenite vsebino naročila. V resnični e-trgovini namreč vsako naročilo ne gre brezhibno po prvotnem scenariju. Vmes velja tudi brez štoparice paziti na čas. Če je obdelava preprostega naročila opazno počasna, če je iste podatke treba vnašati na več mestih ali bi bilo redno potrebno ročno prepisovanje, lahko to pri večjem prometu hitro postane resna težava.
Eno najkoristnejših spoznanj poskusnega obdobja ni to, da katera od funkcij manjka, temveč to, da je opravilo, ki ga je treba izvesti dvajsetkrat ali stokrat na dan, po nepotrebnem zapleteno.
Resnična vrednost integracij se pokaže šele po povezavi
Današnja spletna trgovina redko deluje sama zase. V ozadju običajno skupaj delujejo ponudnik plačil, program za izdajanje računov, logistični sistem, ERP, orodje za e-novice, produktni feed in analitični sistem, zato integracije ni smiselno obravnavati kot funkcijo, ki jo je mogoče odkljukati. Če poskusno obdobje to omogoča, povežite storitve, ki jih boste dejansko potrebovali. Oddajte naročilo, poglejte, kateri podatki preidejo v sistem za izdajanje računov, kako deluje oddaja paketov, kdaj se posodobi zaloga in kaj dobi nazaj ERP.
Sellvio trenutno ponuja več kot 80 gotovih integracij s plačilnimi, logističnimi, računovodskimi, ERP-, marketinškimi in drugimi sistemi. To samo po sebi pomeni široko izbiro, a z vidika vašega lastnega podjetja postane resnično dragoceno takrat, ko vidite, kako za vas pomembni sistemi v praksi sodelujejo.
Zlasti pri ERP-povezavi velja preizkusiti vse smeri. Spremenite zalogo, ceno ali podatek o izdelku, nato poglejte, kako hitro in natančno se pojavi v drugem sistemu. Oddajte naročilo in spremljajte, kje se pojavijo podatki. Resnično vprašanje namreč ni, »ali integracija obstaja«, temveč koliko dela vam integracija sname z ramen.
Preverite tudi, ali analitika govori resnico
Napačna analitika je posebej nevarna zato, ker pogosto nima nobenega vidnega znaka. Spletna trgovina deluje, naročila prihajajo, kupci plačujejo, v poročilih pa se dogaja nekaj povsem drugega. Morda se naročilo v GA4 zabeleži dvakrat, morda se razlikuje prihodek, izgubijo se določeni podatki o izdelkih, blagajne ni mogoče ustrezno meriti ali pa se posreduje napačen identifikator transakcije.
Splača se oddati nekaj vnaprej izračunanih testnih naročil in nato primerjati številke v administraciji in analitiki. Če ste oddali deset naročil, želite videti deset naročil. Če je njihova skupna vrednost 137.420 forintov, se mora ta znesek pokazati tudi v meritvah. Sliši se preprosto, a se mnoge spletne trgovine šele po zagonu soočijo s tem, da so podatki, uporabljeni za odločanje, že mesece netočni.
Hitrosti ne presojajte na lastnem prenosniku
Skoraj vsaka spletna trgovina se zdi hitra, dokler je še prazna.
Resnična obremenitev se pojavi, ko pridejo noter slike, izdelki, analitične oznake, marketinški sistemi, zunanje skripte in različne integracije. Zato se v poskusnem obdobju hitrost splača resneje meriti šele takrat, ko je testna trgovina že vsaj približno podobna vaši pravi spletni trgovini. Po priporočilu Google Core Web Vitals mora za dobro uporabniško izkušnjo vrednost Largest Contentful Paint ostati pod 2,5 sekunde, vrednost Interaction to Next Paint pod 200 milisekundami, vrednost Cumulative Layout Shift pa pod 0,1 pri 75 odstotkih obiskov.
Ne gre zgolj za tehnične ocene. Po študiji primera Nuvemshop, ki jo je Googlov web.dev objavil leta 2026, se je po izboljšanju zmogljivosti platforme, ki streže več kot 180 tisoč spletnim trgovinam, delež trgovin z ustrezno vrednostjo LCP povečal s 57 na 96 odstotkov, hkrati pa se je stopnja konverzije organskega mobilnega prometa iz Googla pri isti preučevani skupini trgovin izboljšala za 8,9 odstotka.
Iz tega ni smiselno sklepati, da vsaka pohitritev samodejno poveča konverzijo za 8,9 odstotka, nauk pa je, da je zmogljivost spletne trgovine poslovni dejavnik, zato jo velja jemati resno že pri izbiri platforme. Izmerite domačo stran, kategorijo, preprosto in kompleksnejšo stran izdelka. In predvsem merite tudi na mobilnih napravah.
Mobilni test naj ne bo le »lepo je videti«
Spletno trgovino boste verjetno nastavljali na prenosniku ali namiznem računalniku, zato se vam lahko zdi, da je mobilna različica v redu, če se na prvi pogled lepo prelamlja. To pa je še premalo. Vzemite telefon in kupujte sami pri sebi. Poiščite izdelek, uporabite filter, odprite slike, izberite različico izdelka, dodajte več artiklov v košarico, poiščite prevzemno mesto, izpolnite naslov in pridite do plačila.
Vmes opazujte, kje je treba preveč drseti, kje so gumbi majhni, ali je enostavno pritisniti napačno stvar, ali je naslednji korak nedvoumen ter ali se podatki košarice in obrazca ohranijo, če se vrnete korak nazaj. Po možnosti ne preizkušajte le na dragi napravi z velikim zaslonom, kajti »odziven« in »udobno uporaben na mobilnem telefonu« sta dve različni stvari.
Pri selitvi obstoječe spletne trgovine si SEO zasluži poseben načrt
Če menjate platformo, ne selite le izdelkov iz ene podatkovne baze v drugo. URL-ji delujoče spletne trgovine lahko skozi leta zgradijo vrednost. Nanje kažejo zunanje povezave, pridobili so uvrstitve v Googlu, prinašajo promet, pri določenih straneh pa je to merljivo tudi v neposrednih prihodkih.
V poskusnem obdobju zato velja primerjati staro in novo URL-strukturo. Preglejte strani kategorij, izdelkov, blagovnih znamk in vsebinske strani, upravljanje metapodatkov, elemente canonical, sitemap, nastavitve robots in strukturirane podatke. Če se URL spremeni, vnaprej vedite, kako ga boste preusmerili. Pri posebej velikem katalogu velja preizkusiti tudi, kako sistem obravnava iztekle ali izbrisane izdelke, filtrirane strani kategorij, pri večjezični spletni trgovini pa različne jezikovne različice.
Sellvio pri menjavi platforme tudi upravljanje URL-strukture, metapodatkov in preusmeritev obravnava kot pomemben del migracije. To je bistven vidik, saj je treba pri uspešni selitvi spletne trgovine ohraniti ne le podatke, temveč tudi prej pridobljeno organsko vrednost. Če niste prepričani, vam pomagamo.
Pokvarite kakšno stvar
Na prvi posluh se to sliši nenavadno, a o programski opremi se največ izve takrat, ko nekaj ni v redu.
Poskusite ustvariti neuspešno plačilo. Testirajte pomanjkanje zaloge. Naredite napako v uvozni datoteki. Poglejte, kaj se zgodi, če naročilo prekinete in se nato vrnete. Če imate možnost, preizkusite tudi, kako se sistem obnaša ob začasno neuspešni zunanji povezavi. Cilj ni za vsako ceno najti napako, temveč se prepričati, ali je nastale napake mogoče obvladati.
Med poskusnim obdobjem velja preizkusiti tudi podporo strankam. Če imate resnično vprašanje, ga zastavite. Tako ne boste videli le, kako hitro pride odgovor, temveč tudi, kako koristen je za vas.
Poleg mesečne naročnine računajte tudi s svojim časom
Cene platform za spletne trgovine je enostavno primerjati, zato je naravno, da mnogi izhajajo iz njih – razlika med dvema paketoma je vidna takoj, strošek lastnega delovnega časa pa se pred vami pokaže veliko manj. Toda če sistem vsak dan zahteva pol ure več ročne administracije, ima to na letni ravni lahko že znaten strošek. Enako velja, če je za posamezno funkcijo potrebna ločena aplikacija, razvoj ali zunanja storitev.
Zato platformo velja preučiti na podlagi celotnih stroškov. Poleg naročnine prištejte zunanje aplikacije, integracije, transakcijske provizije, morebiten razvoj in tudi človeški čas, potreben za delovanje. Morda je en sistem mesečno dražji za nekaj tisoč forintov, a vam hkrati vsak dan prihrani dvajset minut dela.
V paketih Sellvia je več elementov na voljo že v osnovi, ki se pri drugih sistemih lahko pojavijo kot ločena storitev ali razširitev, v višjih paketih pa so na voljo tudi dodatne plačilne, logistične, računovodske in ERP-integracije ter API-dostop. Pri primerjavi zato velja gledati ceno celotnega sistema, ki zagotavlja enako poslovno delovanje.
Trideset dni zadošča za veliko več, kot bi mislili
Čeprav se 30-dnevno poskusno obdobje lahko zdi kratko, če morate vmes opravljati tudi svoje vsakodnevno delo, lahko v ustreznem vrstnem redu v tem času dobite odgovore na presenetljivo veliko vprašanj.
V prvem tednu velja zgraditi ogrodje spletne trgovine in ustvariti realističen katalog izdelkov. Cilj ni popoln dizajn, temveč da imate trgovino, v kateri je že mogoče oddati resnično naročilo.
Drugi teden lahko pripada kupčevi strani. Testirajte iskanje, filtriranje, strani izdelkov, mobilno uporabo, košarico in blagajno. Oddajte več vrst naročil in namerno poskusite ustvariti neidealne situacije.
Tretji teden preidite na trgovčevo stran. Preglejte obdelavo naročil, izdajanje računov, plačila, logistiko, zaloge, ERP-povezave in analitiko. Takrat se običajno že dobro vidi, koliko vsakodnevnega ročnega dela ostane ob sistemu.
V zadnjih dneh se velja posebej posvetiti hitrosti, SEO, podpori in celotnim stroškom. Če selite delujočo spletno trgovino, morate imeti do takrat že razmeroma natančen migracijski načrt.
Ta proces prinese veliko koristnejši rezultat kot trideset dni priložnostnega klikanja. Če sledite našim predlogom, do konca poskusnega obdobja ne boste imeli splošnega vtisa o sistemu, temveč lastno izkušnjo o tem, kako deluje z vašimi izdelki, procesi in poslovno logiko. To pa je veliko boljša podlaga za odločitev.