Izrada internet prodavnice koja kupca vodi od kataloga do naplaćene porudžbine

Okvir cene, roka i isporuka za izradu internet prodavnice

Izrada internet prodavnice za uži, jasan B2C obim počinje od 500€. Ta cifra nije fiksna cena za svaki shop, već početni okvir kada su poznati način prodaje, ograničen broj tipova proizvoda, dogovoreni načini plaćanja i dostave i spreman osnovni katalog ili reprezentativan uzorak. Veći asortiman, migracija, B2B cenovnici, ERP veza, višejezičnost ili zahtevne integracije podižu obim i cenu, pa tačan iznos dobijaš u pisanoj ponudi posle pregleda jedne stvarne porudžbine.

Tipičan uži WooCommerce obim sa spremnim podacima o proizvodima traje oko 3 do 6 nedelja. Custom shop, migracija velikog kataloga, fiskalna ili ERP zavisnost i kašnjenje ugovora sa bankom ili kurirrom produžavaju rok, jer ne zatvaram naplatu i isporuku na pretpostavkama. Ako želiš da odmah proverimo gde je tvoj slučaj u tom opsegu, pošalji primer jedne porudžbine.

Na prvi pogled, u dogovoreni obim obično ulaze:

• plan kataloga, kategorija i putanje kupovine
• korpa i završetak kupovine prilagođen mobilnom prikazu
• dogovoreni načini plaćanja i pravila dostave
• administracija porudžbina, statusa i proizvoda
• osnovna tehnička SEO postavka javnih stranica
• test porudžbine pre objave
• objava i završna kontrola javnih adresa

Detaljniju granicu između uključenog i dodatnog obima razlažem u sledećim odeljcima, da lista ne ostane bez konteksta.

Izrada internet prodavnice počinje jednom porudžbinom, ne katalogom

Izrada internet prodavnice počinje odgovorom na jedno pitanje: šta tačno mora da se dogodi od trenutka kada kupac izabere proizvod do trenutka kada je porudžbina naplaćena, pripremljena i predata za isporuku? Ako taj put nije jasan, dodavanje proizvoda i tema samo prikriva problem koji se kasnije pojavi u obradi.

Pre ponude prolazim kroz primer tipične porudžbine u tri koraka:

1. Izbor. Koji proizvod, varijacija, cena i stanje kupac vidi pre korpe.
2. Naplata. Koji način plaćanja je dozvoljen, šta se dešava pri neuspehu i koji status nastaje posle potvrde.
3. Isporuka. Ko priprema pošiljku, koje pravilo dostave važi i gde se beleži broj pošiljke.

Uz to gledam i najmanje jedan problematičan slučaj: nestanak sa stanja, pogrešna adresa ili prekid kurirskog servisa. Tako obim nastaje iz realnih zadataka, a ne iz spiska popularnih dodataka.

Kome je prodavnica opravdana, a kome još nije

Ova usluga je za tebe ako već imaš potvrđenu ponudu, cene, način isporuke i osobu koja donosi poslovne odluke. Posebno je korisna kada ponuda ima varijacije, različita pravila dostave, kartično i drugo dogovoreno plaćanje, veći broj porudžbina ili povezivanje sa poslovnim softverom. Radim sa klijentima iz Beograda i drugih delova Srbije, kao i na projektima koji se vode na daljinu. Lokacija ne određuje rešenje, ali tržište, valuta, ugovoreni payment provajder i dostava utiču na prodajni tok.

Prodavnica nije prvo ulaganje ako prodaješ mali broj stavki povremeno i porudžbine uredno obrađuješ drugim kanalom. Jednostavnija prezentacija ili forma tada mogu biti racionalniji početak, a kada posao poraste, prelazak na pravu prodavnicu ima jasan razlog. Ako još nemaš definisan proizvod, maržu, povraćaj ili poreski tretman, tehnička prodavnica te sama ne može zameniti u tim odlukama. Za prezentaciju usluga bez korpe i naplate, izrada WordPress sajta često je racionalniji prvi korak.

Prodajni tok korak po korak

Umesto liste odvojenih funkcija, prodavnicu gradim kao povezan tok. Svaka celina mora da se uklopi u sledeću, jer se prihod gubi upravo na prelazima između njih.

Katalog koji kupcu olakšava izbor

Organizujem proizvode, kategorije, varijacije, cene, dostupnost, fotografije i informacije potrebne za odluku. Filtere i pretragu planiram prema načinu na koji kupac bira, ne prema najvećem broju opcija koji platforma može da prikaže. Veličina, boja ili pakovanje moraju ostati povezani sa odgovarajućom cenom i stanjem. Ti obezbeđuješ tačne podatke o proizvodima, cenama, porezima i zalihama, osim ako je unos ili migracija posebno naveden u ponudi.

Spremnost kataloga direktno utiče na to kada prodajni tok može pouzdano da se proveri. Pre razvoja uzimam reprezentativan skup proizvoda i proveravam da li postoje jedinstvene šifre, nazivi, kategorije, varijacije, cene, poreski podaci, stanje, dimenzije ili težina kada utiču na dostavu, kao i fotografije i informacije koje kupac mora da vidi. Neujednačena tabela sa duplim šiframa i različitim nazivima iste vrednosti nije samo problem unosa. Ona može napraviti pogrešan filter, cenu, zalihu ili vezu sa drugim sistemom. Sređivanje i migraciju takvih podataka posebno definišem, umesto da ih predstavim kao automatski deo instalacije prodavnice.

Korpa i završetak kupovine bez skrivenih iznenađenja

Korpa prikazuje proizvod, količinu, popust, cenu dostave kada je moguće izračunati i ukupnu vrednost. Proveravam ponašanje kada se količina promeni, kupon ne ispunjava uslov ili artikal više nije dostupan. Na završnom koraku tražim samo podatke potrebne za ugovoreni način plaćanja i isporuke. Mobilni tok dobija posebnu proveru, jer se prepreka pojavljuje neposredno pre porudžbine, pa uneti podaci ne treba da nestanu zbog jedne greške u polju.

Plaćanje povezano sa pravim statusom porudžbine

Mogu da uključim pouzeće, uplatu prema instrukcijama ili kartično plaćanje kada izabrana banka ili payment provajder pruža odgovarajuću integraciju, a ti imaš potrebne ugovore i pristupe. Dostupne kartice, naknade i tačan tok zavise od tog pružaoca, zato ih ne obećavam pre provere dokumentacije. Kod kartičnog toka koristim bezbedan mehanizam provajdera, tako da prodavnica ne čuva podatke kartice koji joj nisu potrebni. Povratak kupca na stranicu uspeha nije dovoljan dokaz uplate, pa status potvrđujem preko odgovora koji je moguće proveriti, uz zaštitu od toga da ista poruka napravi dve posledice.

Dostava koja prati ono što zaista možeš da isporučiš

Pravila mogu da obuhvate kurirsku dostavu, lično preuzimanje, prag za besplatnu dostavu ili obračun prema vrednosti, lokaciji i težini. Kupac treba da razume dostupnu opciju i trošak pre potvrde. Kada kurirska služba ima dokumentovan API, mogu da povežem potvrđenu porudžbinu sa pripremom pošiljke i vratim raspoloživi broj pošiljke u administraciju. Ako API ne pruža određenu radnju, prodavnica je ne može pouzdano izmisliti, pa integraciju procenjujem tek nakon pregleda dokumentacije.

Porudžbine i administracija sa jasnim narednim korakom

Administracija treba da prikaže kupca, stavke, iznos, plaćanje, dostavu, napomenu i istoriju važnih promena. Statusi moraju odgovarati stvarnom radu, na primer primljena, čeka uplatu, u pripremi, poslata, završena ili otkazana, ali konačan skup određujemo zajedno. Svaki status treba da znači ko sada reaguje i koja je naredna dozvoljena radnja. Uloge odvajam prema odgovornosti, pa osoba koja uređuje opis proizvoda ne mora automatski da vidi sve podatke kupaca ili sistemska podešavanja.

Pre ponude razjašnjavamo i fiskalizaciju, ali je ne podrazumevam kao uključenu funkciju. Pitam ko izdaje račun, u kom trenutku, kroz koji postojeći sistem i da li taj sistem ima dokumentovan način povezivanja. Poresku i pravnu obavezu potvrđuješ sa računovođom ili odgovarajućim savetnikom, a ja na osnovu potvrđenog procesa procenjujem tehničku vezu. Ako fiskalni servis, banka, payment provajder ili kurir zahtevaju ugovor, sertifikat, poseban nalog ili odobrenje, ti uslovi i vreme njihove aktivacije ostaju zavisnost od treće strane.

WooCommerce ili custom shop za složenost porudžbine i plaćanja

Prodavnica može da se osloni na WordPress i WooCommerce ili na moju custom platformu. Nijedno rešenje nije automatski brže, bezbednije ili povoljnije. Biram ga prema tome koliko je tvoj tok porudžbine i plaćanja standardan ili poseban, i kolika je posledica greške u tom toku.

Pitanje	WooCommerce	Custom shop
Kada biram?	Standardna B2C prodaja, kuponi, poznat tok	Posebni cenovnici, B2B odobrenja, nestandardan tok
Ko upravlja katalogom?	Poznat WordPress i WooCommerce panel	CMS skrojen po tvojim zadacima
Kako se dodaje funkcija?	Proveren dodatak ili mali namenski kod	Funkcija unutar kontrolisane arhitekture
Šta održavaš?	Jezgro, tema, dodaci i licence	Sopstveni kod, biblioteke i infrastruktura
Gde nastaje rizik?	Previše dodataka i sukob odgovornosti	Nepotrebna složenost i veći trošak razvoja

WooCommerce je opravdan kada katalog, kuponi, korpa, porudžbine, dostava i plaćanje uglavnom prate poznat model. Njegov ekosistem skraćuje izradu standardnih mogućnosti, sadržaj i prodavnica mogu biti u istom sistemu, a administracija je mnogim urednicima poznata. Kvalitet ipak zavisi od teme, dodataka i načina prilagođavanja, pa ne instaliram novi dodatak za svaki zahtev ako time povećavam rizik konflikta i obavezu budućih licenci.

Custom shop ima smisla kada posebni cenovnici, odobravanje B2B kupaca, više korisničkih uloga, neuobičajen tok porudžbine ili duboka integracija predstavljaju osnovnu vrednost. Tada mogu da prilagodim model podataka i administraciju procesu, umesto da niz dodataka pokušava da promeni osnovnu logiku sistema. Ista logika stoji iza izrade custom web sajta, gde poseban proces opravdava posebnu arhitekturu. Veća kontrola nosi i veću odgovornost, pa custom rešenje ne predlažem kada WooCommerce može uredno da završi posao.

Kada prodavnica razmenjuje podatke sa ERP ili B2B sistemom

B2B, ERP ili drugi poslovni softver može biti izvor proizvoda, cena, zaliha, kupaca ili dokumenata. Pre integracije određujem koji sistem je izvor istine za svaki podatak. Ako oba sistema bez pravila menjaju istu cenu ili zalihu, sinhronizacija može vratiti staru vrednost i napraviti poslovnu grešku.

Mapiram šifre, varijante, cenovnike i statuse, zatim definišem smer, učestalost i ponašanje kada spoljni servis nije dostupan. Porudžbina ne sme da nestane zato što drugi sistem trenutno ne odgovara. Čuvam lokalno stanje, beležim neuspeh i omogućavam kontrolisano ponavljanje kada je to u skladu sa integracijom. Ti obezbeđuješ tačnu dokumentaciju, testne pristupe i osobu koja može da potvrdi značenje poslovnih podataka, a ja proveravam tehničke mogućnosti i navodim ograničenje pre nego što ključni proces zavisi od njega.

Isto pravilo važi za payment provajdera, kurira i fiskalni sistem. Integracija postoji samo u granicama dokumentacije, ugovorenih usluga i pristupa koje treća strana stvarno obezbedi. Pre razvoja zato pitam koje operacije su dostupne, ko pruža testno okruženje, kako potvrđujemo uspeh, koja ograničenja postoje i kome se prijavljuje problem. Promena njihovog API-ja, cene licence ili poslovnih uslova nije funkcija koju prodavnica može da kontroliše, pa odgovornost za spoljne naloge i ugovore mora biti vidljiva u ponudi.

Primopredaja: pet stvari koje dobijaš na kraju

Izrada internet prodavnice ne sme da te ostavi bez pristupa katalogu, porudžbinama i nalozima od kojih zavisi naplata. Pre objave razjašnjavamo ko je vlasnik domena, hostinga, payment naloga, kurirskog naloga, analitike i administratorskih naloga. Kada nalog treba da glasi na tebe, otvara se na tvoje podatke, a meni daješ potreban nivo pristupa za rad.

Pri završetku tipično dobijaš:

1. Administratorske pristupe dogovorenih naloga, da možeš da upravljaš proizvodima, porudžbinama i statusima.
2. Kratko uputstvo za radnje koje ćeš stvarno raditi: novi proizvod, stanje, cena, status porudžbine.
3. Pregled zavisnosti koje prodavnica koristi: payment, kurir, licence i šta se dešava ako se ne obnove.
4. Hosting dogovor za prvu godinu kada je uključen, sa jasnom napomenom šta važi posle produženja.
5. Spisak provera prihvatanja pre objave: test porudžbine, plaćanje, dostava, mobilni tok i osnovni SEO elementi.

Objavu ne zasnivam na utisku da katalog izgleda gotovo, već na kriterijumima koje smo definisali u obimu.

Posle objave: prvi mesec i prelaz na održavanje

Objava nije kraj odgovornosti. U dogovorenom periodu posle puštanja proveravam da li testirani tokovi i dalje rade na produkciji: nova porudžbina, neuspešna uplata kada postoji, promena stanja i osnovni statusi. Sitne tehničke ispravke u tom okviru razdvajam od novih funkcija, koje se procenjuju zasebno.

Kad prodavnica krene da radi svakodnevno, kontinuitet prelazi u održavanje sajta: ažuriranja, kopije, monitoring i kontrola formi ili porudžbina. Tako od prvog dana znaš ko prati sistem posle lansiranja, a ko obrađuje porudžbine i odgovara kupcima.

Prihvatanje prodavnice proveravam stvarnim test porudžbinama

Objava ne počinje zato što početna strana izgleda završeno. Pre puštanja pravimo dogovoreni skup test porudžbina: uspešnu kupovinu, neuspešno plaćanje kada postoji elektronska naplata, promenu ili nedostatak zalihe, pogrešan unos, otkazivanje i prekid spoljnog servisa kada ga možemo bezbedno simulirati. Proveravamo iznos, porez, dostavu, status, obaveštenje kupcu, zapis u administraciji i naredni korak osobe koja obrađuje porudžbinu.

Ti potvrđuješ da test prati stvarno poslovanje i da su proizvod, cena, poreski tretman, način isporuke i tekstovi tačni. Ja proveravam da sistem sprovodi dogovorena pravila i da ponovljena poruka spoljnog servisa ne pravi duplu posledicu. Kriterijum prihvatanja nije stvarna uplata na produkcionom nalogu ako provajder to ne dozvoljava pre aktivacije, već dokaz koji je moguć u njegovom testnom ili odobrenom postupku. Zavisnosti koje mogu da se potvrde tek nakon aktivacije beležim za kontrolu neposredno posle objave.

Vlasništvo nad podacima i odgovornost posle objave

Katalog, kupci i porudžbine predstavljaju tvoje poslovne podatke, ali način pristupa i izvoza mora biti definisan. Dogovaramo ko ima administratorski pristup, koje podatke može da izveze, u kom formatu i kako se štite podaci o ličnosti. Izvoz podataka nije isto što i gotova migracija u bilo koju buduću platformu, ali ne treba da zavisi od toga da li jedan izvođač može da otvori bazu.

Posle objave neko mora svakodnevno da prati nove porudžbine, neuspele uplate, stanje, povraćaje, reklamacije i predaju pošiljke. To je operativna odgovornost prodavca, osim ako je određena usluga izričito ugovorena sa drugim partnerom. Moja tehnička odgovornost može obuhvatiti održavanje, rezervne kopije, praćenje grešaka i podršku u dogovorenom obimu, ali ne zamenjuje osobu koja odlučuje da li se porudžbina prihvata, roba vraća ili kupcu šalje odgovor. Jasna podela sprečava da tehnički ispravna porudžbina ostane neobrađena zato što niko nije preuzeo sledeći korak.

Stabilnost, brzina i bezbednost čuvaju prihod i poverenje

Prodavnica je povezan sistem. Greška između naplate i porudžbine pravi veći problem od vizuelnog nedostatka, zato tehničke kriterijume vezujem za prodajnu posledicu.

Stabilnost čuva tačan tok porudžbine

Proveravam promenu zalihe, dozvoljene statuse, ponovljena payment obaveštenja i prekid spoljnog servisa. Dva zahteva ne smeju slučajno da naprave dve iste porudžbine ili dvostruku posledicu. Korisni zapisi pomažu da se utvrdi gde je proces stao, bez upisivanja tajnih ključeva ili nepotrebnih osetljivih podataka.

Brzina smanjuje prepreku do kupovine

Optimizujem slike, količinu koda, upite i učitavanje funkcija prema tipu stranice. Kategorija može koristiti pažljivo keširanje, dok korpa, nalog i personalizovana cena ne smeju prikazati tuđe podatke. Brža prodavnica ne garantuje prodaju, ali sprečava da tehničko čekanje potroši pažnju koju si već platio oglasom ili stekao organskom posetom.

Bezbednost smanjuje nepotreban rizik

Koristim serversku validaciju, kontrolu pristupa, podržane komponente, HTTPS i bezbedne tokove spoljnih servisa. Pristup administraciji, hostingu, domenu i payment nalogu takođe mora biti zaštićen, jer prodavnica nije bezbednija od najslabijeg važnog naloga. Rezervne kopije i plan oporavka uzimaju u obzir da nova porudžbina može nastati između dve kopije. Nijednu prodavnicu ne proglašavam potpuno bezbednom, cilj je smanjiti verovatnoću incidenta i imati jasan način reagovanja.

Organska vidljivost počinje urednim katalogom

Prodavnica dobija tehničku SEO osnovu za javne stranice: jasne naslove i adrese, meta podatke, interne veze, alt opise, canonical pravila i strukturirane podatke kada su vidljivi podaci dostupni. Kategorija odgovara na širu nameru izbora, dok proizvod objašnjava konkretnu ponudu. Filteri mogu napraviti veliki broj sličnih URL adresa, pa određujem koje kombinacije imaju razlog za indeksiranje. Osnovna postavka ne garantuje Google poziciju, a za kontinuirani rad potreban je poseban plan SEO optimizacije sajta.

Reference koje možeš proveriti

Ne nudim inventisane metrike prodaje. Evo tri potvrđene reference koje pokrivaju srodan obim digitalne prodaje:

• Grafika Čobanović: web prodavnica za asortiman grafičkih usluga i proizvoda, uz DDoS zaštitu i redovno održavanje od 2021. do 2026.
• Quality Car Parts: e-commerce platforma za B2B i B2C prodaju auto-delova, uz mesečno održavanje od 2018. do 2026.
• SafeSystem: B2B portal za komunikaciju, porudžbine i automatizovanu saradnju sa partnerima.

Ovi primeri potvrđuju vrste isporučenog rada. Nova ponuda ipak polazi od tvog kataloga i toka porudžbine, ne od kopije tuđeg shopa. Dugoročnu brigu posle objave vodim kroz održavanje sajta koje sprečava skupe prekide.

Kako da uporediš ponude izvođača

Ne poredi samo početnu cenu. Proveri da li ponuda jasno navodi:

• ko priprema, sređuje, odobrava i unosi proizvode, šifre, varijacije, fotografije, cene i pravne tekstove
• koji načini plaćanja i dostave su stvarno uključeni
• da li je fiskalizacija potrebna, kroz koji sistem se sprovodi i da li je povezivanje potvrđeno
• ko ugovara banku, provajdera, kurira, fiskalni servis, hosting i komercijalne licence
• kako se menjaju zalihe i statusi porudžbine
• šta administrator može da uradi bez programera
• koji uspešni, neuspešni i ponovljeni scenariji ulaze u test porudžbine i ko ih prihvata
• ko kontroliše katalog, porudžbine, podatke kupaca i njihov izvoz
• da li objava, analitika i tehnička SEO osnova ulaze u isporuku
• ko operativno obrađuje porudžbine, a ko tehnički održava sistem i reaguje posle objave

Upozoravajući znak je obećanje svih integracija bez pregleda dokumentacije, potpune bezbednosti bez plana održavanja ili prodajnog rezultata bez podataka o ponudi, saobraćaju i marži. Kvalitetna ponuda ne mora da bude najduža, ali mora da razdvoji funkciju, odgovornost, pretpostavku i ograničenje. Faktore koji utiču na budžet objasnio sam u vodiču od čega zavisi cena izrade sajta.

Pošalji tok porudžbine, ne spisak željenih dodataka

Za početnu procenu pripremi primer proizvoda, način formiranja cene, dostupne opcije plaćanja i dostave, korake obrade i naziv sistema iz kog sada prepisuješ podatke. Na osnovu toga određujem šta je neophodno za prvu pouzdanu verziju, šta može kasnije i da li WooCommerce ili custom shop ima bolju poslovnu osnovu.

Jedini primarni sledeći korak na ovoj stranici je da pošalješ tok porudžbine za procenu, kako bi izrada internet prodavnice bila vezana za tvoju stvarnu prodaju, a ne za generičan paket.