Spletna trgovina, vpeta v sisteme, ki jih že uporabljate, ne postavljena poleg njih.
Pri izdelavi spletne trgovine plačila, davke in odpremo povežemo z zalogo in računovodstvom, ki ju že imate. Trgovina je tako del enega sistema, ne spletna stran, ki nekomu vsako noč po e-pošti pošlje preglednico.
Za kaj gre
Spletno trgovino je lahko pokazati in težko dokončati. Katalog z gumbom za nakup je nekaj dni dela. Trgovina, ki ohranja pravilno stanje zaloge, obračuna pravi davek in naročilo spravi do skladišča, ne da bi ga kdo ročno pretipkaval, je drug projekt z enako prvo stranjo. Večina tega, kar pri izdelavi spletne trgovine odloča, ali bo res delovala, je kupcu nevidna in se pokaže šele, ko gre kaj narobe.
Najprej običajno poči na meji med trgovino in sistemi, na katerih podjetje že teče. Če stanje zaloge vodita oba, platforma trgovine in ERP ali skladiščni sistem, in vsak misli, da velja njegovo, se bosta prej ali slej razšla. Razhajanje se pokaže kot prodan izdelek, ki ga ni več na zalogi, in to v najslabšem možnem trenutku. Gradimo tako, da ima zaloga en sam vir resnice in cena svojega, vse ostalo pa bere od tam. Enaka disciplina velja pri plačilih: webhook, ki nikoli ne prispe ali prispe dvakrat, mora naročilo pustiti v stanju, ki je pravilno v obeh primerih. To pomeni idempotentno ustvarjanje naročil, ne integracijo, ki deluje samo takrat, ko gre vse po načrtu, in predpostavlja, da omrežje vedno dela.
Pri davkih vtičnik običajno neha zadoščati. DDV po ureditvi OSS v EU, davčna obveznost (nexus) pri ameriškem prometnem davku ali že samo dosledno zaokroževanje valut v katalogu za več regij so vprašanja pravilnosti, ne polja v nastavitvah. Napaka pri njih se pokaže čez nekaj mesecev na mizi računovodje, ne pri testiranju. Davčno logiko zgradimo za jurisdikcije, v katere podjetje dejansko prodaja, in to zapišemo, namesto da bi ostalo predpostavka, zapečena v predlogo.
Izbira platforme izhaja iz kataloga, ne obratno. Preprost katalog na platformi Shopify ali WooCommerce pride do zagona hitreje in ceneje kot karkoli po meri. Pri katalogu z resnično strukturo, torej z nastavljivimi izdelki, paketi, stopenjskimi cenami glede na kupca ali izračunom cen, ki že teče v drugem sistemu, pa predloga začne podjetje ovirati, namesto da bi ga podpirala. Gradimo na platformi, ki ustreza temu, kar prodajate, ne na tisti, v kateri bi sami raje delali.
Kaj dobite
Model kataloga in zaloge
Povezan s sistemom, ki je vir resnice, da se zaloga in cena ujemata povsod, kjer sta prikazani.
Blagajna in integracija plačil
Idempotentno ustvarjanje naročil, da ponovljen ali podvojen plačilni webhook ne more ustvariti dveh naročil.
Pravilno izračunan davek
Za jurisdikcije, v katere podjetje dejansko prodaja: DDV, OSS ali prometni davek, ne enotna stopnja, vtipkana v polje v nastavitvah.
Integracija odpreme in dostave
Naročila pridejo do skladišča ali ponudnika 3PL kot podatki, ne kot nekaj, kar nekdo vnaša še enkrat.
Življenjski cikel naročila in vračila
Povezano z računovodstvom, da se vračilo kupnine poknjiži enkrat, na enem mestu.
Več valut in več regij
Kjer podjetje prodaja čez mejo, z zaokroževanjem, ki ostane dosledno.
Dostop do zaledja trgovine
Vaša ekipa sama ureja izdelke, cene in akcije, brez zahtevka za podporo pri nas.
Načrt zagona z vzporednim delovanjem
Stari in novi sistem tečeta drug ob drugem, dokler se stanje zaloge in zneski naročil ne ujemajo, namesto preklopa v petek.
Kdaj je to prava izbira in kdaj ne
Prava izbira
- Že imate ERP, računovodski sistem ali skladiščni proces in trgovina mora vanj pravilno zapisovati, ne pa ga slabo podvajati.
- Prodajate v več kot eno državo in obravnava davkov ali valut se je tako zapletla, da je vtičnik ne pokrije več.
- Katalog ima resnično strukturo: različice, pakete ali stopenjske cene. Gotove teme jo ovirajo, namesto da bi jo podpirale.
- Obstoječo trgovino že leta krpate okoli njenih lastnih omejitev in jo je treba zgraditi na novo, na modelu, ki ustreza temu, kako podjetje danes dejansko posluje.
Ni prava izbira
- Do naslednjega tedna želite trgovino s petimi izdelki na gotovi temi. Shopify ali WooCommerce s predlogo vas tja pripelje hitreje in ceneje, in to je pravi odgovor.
- Trgovina je končana in deluje. Samo počasi se nalaga. To je optimizacija hitrosti spletne strani, ne ta storitev.
- Potrebujete nov videz trgovine, logika blagajne, plačil in zaloge pod njim pa že deluje. Raje se z nami pogovorite o oblikovanju uporabniškega vmesnika (UI/UX): obstoječe lahko preoblikujemo, ne da bi se dotaknili tega, kar teče spodaj.
- Eno stvar želite prodati ljudem, ki pridejo iz ene same oglaševalske kampanje, kataloga pa ne boste vodili. To so pristajalne strani.
Kako poteka
- 01
Popis sistemov
Kaj že hrani zalogo, cene, davčna pravila in podatke o kupcih ter kateri od teh sistemov ostane vir resnice, ko trgovina zaživi.
- 02
Izdelava kataloga in blagajne
Na platformi, ki ustreza dejanski zahtevnosti kataloga, po meri samo tam, kjer bi ga vtičnik oviral.
- 03
Povezava plačil, davkov in odpreme
Skupaj s primeri, ko gre kaj narobe: zavrnjena kartica, izgubljen webhook, API dostavne službe, ki ne deluje.
- 04
Vzporedno delovanje
Staro in novo drug ob drugem, dokler se naročila, zaloga in zneski ne ujemajo. Šele nato staro trgovino izklopimo.
- 05
Predaja
Skrbniški dostop, dokumentacija za vašo ekipo in izvorna koda.
Vprašanja, ki jih slišimo
Na kateri platformi poteka izdelava spletne trgovine?
Odvisno od kataloga in od tega, s čim se mora povezati. Shopify ali WooCommerce, kadar je katalog preprost in je najpomembnejši hiter zagon. Rešitev po meri, kadar se naročnikov ERP ali cenovna pravila ne ujemajo s predpostavkami vtičnika. Izbiramo glede na to, kar pri vas že teče, ne glede na to, v kateri platformi bi sami raje gradili.
Ali lahko trgovino povežete z našim obstoječim sistemom ERP ali računovodstvom?
Običajno je prav to glavni del projekta. Razvoj programske opreme v lastni ekipi, vključno z integracijami okoli sistemov ERP, je naše vsakdanje delo. Zato načrtujemo okoli sistemov, ki so že tam, in od podjetja ne zahtevamo, da zaradi trgovine spremeni način dela.
Kaj se zgodi s staro trgovino, medtem ko nova zaživi?
Teče vzporedno, dokler se stanje zaloge in zneski naročil ne ujemajo z novo. To traja nekaj dni ali tednov, odvisno od količine naročil. Pri trdem preklopu na dan zagona podjetje napake v integraciji odkrije na težji način, pred kupci.
Ali uredite tudi davčno registracijo?
Ne, o tem odloča naročnikov računovodja. Trgovino zgradimo tako, da stopnje, za katere nam poveste, da veljajo, obračunava in izkazuje pravilno in dosledno. Ne svetujemo, kje se mora podjetje registrirati.
Spletne strani
Newsletter
Novice iz delavnice
Zapisi o tem, kako načrtujemo, gradimo in dostavljamo programsko opremo. Brez kampanj, brez avtomatiziranih nizov sporočil, odjavite pa se lahko z enim klikom.
Imate trgovino, ki se mora povezati s preostalim poslovanjem?
Povejte nam, s čim se že mora povezati: s sistemom ERP, skladiščem ali računovodstvom. Naravnost vam povemo, ali je to delo za vtičnik ali za razvoj po meri.