Web prodavnica ili booking sistem: šta ti zapravo treba

Prošle godine me je zvao vlasnik salona iz Beograda i rekao: "Treba mi sajt sa web shopom." Posle 20 minuta razgovora ispalo je da mu ne treba shop, nego booking sa depozitima. Prodaje uslugu, ne proizvod. To je greška koju vidim redovno, i košta ozbiljno: pogrešan tip sajta znači pogrešnu platformu, pogrešan trošak i pogrešnu automatizaciju šest meseci kasnije.

Ovaj post je pokušaj da tu odluku svedem na 30 minuta razmišljanja, kroz tri realna modela biznisa koje sam viđao: salon lepote, restoran i firma koja pruža usluge sa portalom za klijente.

Prvo pitanje: šta zapravo prodaješ

Direktan odgovor: ako naplaćuješ fizički proizvod koji se pakuje i šalje, treba ti e-commerce. Ako naplaćuješ vreme (svoje ili svog tima) u konkretnom terminu, treba ti booking. Ako naplaćuješ pristup nečemu (dokumentima, izveštajima, licencama), treba ti klijentski portal. Sve ostalo su hibridi koji se grade oko ovog jezgra.

Zvuči trivijalno dok ne pogledaš stvarne slučajeve:

• Salon lepote prodaje vreme frizera. Booking-first. Web shop za proizvode za negu je opcioni dodatak.
• Restoran prodaje sto u određeno vreme (rezervacija) i/ili hranu za dostavu (e-commerce sa specifičnim rokovima). Dva različita sistema, često spojena.
• Konsultantska firma prodaje sate i deliverable. Booking za konsultacije, portal za razmenu dokumenata i izveštaja.
• Butik za proizvode za negu kose prodaje fizičke proizvode. E-commerce, čist slučaj.

Ako ne znaš odgovor u jednoj rečenici, znak je da imaš dva biznisa u jednom, i sistem treba da odražava tu podelu.

Salon lepote: zašto booking pobeđuje shop, skoro uvek

Salon koji radi 8 sati dnevno sa 3 stolice ima teorijski maksimum od 24 termina dnevno. Ako 15 do 25 procenata klijenata ne dođe (industrijski prosek bez depozita, prema BookRhub 2026 izveštaju), to nije mala rupa, to je 4 do 6 termina dnevno u vazduhu.

Zato salonu prvo treba booking sistem sa tri stvari:

1. Online zakazivanje 24/7 (klijenti koji zakazuju online imaju za oko 49 procenata nižu stopu neodazivanja u odnosu na telefon, prema Simple Salon analizi)
2. SMS podsetnik (smanjuje no-show za 29 do 39 procenata, otvorenost SMS-a je 98 procenata, izvor SimplyBook)
3. Depozit pri zakazivanju (spušta no-show sa 15-25 procenata na 3-5 procenata, isti BookRhub izvor)

Ako si vlasnik salona i biraš između "sajt sa web shopom za proizvode" i "sajt sa online zakazivanjem", drugi rešava stvarni finansijski problem. Prvi je dodatak koji možda vredi kada iskoristiš prvo.

Booksy ili sopstveni sistem

Booksy je najpoznatiji na tržištu, cena je 29,99 USD mesečno za jednog korisnika plus 20 USD za svakog dodatnog člana tima, plus 2,49 procenata + 10 centi po transakciji za obradu plaćanja (izvori: zvanični Booksy pricing i Koalendar pregled). Nudi 14 dana besplatnog probnog perioda bez kartice.

Kada ima smisla Booksy: mali salon, 1 do 3 osobe, ne zanima te tehnička kontrola, hoćeš da počneš za 15 minuta. Marketplace dovodi nove klijente, što je vredno u prvoj godini.

Kada ima smisla sopstveno rešenje (WordPress + booking plugin ili prilagođen sistem): više od 5 zaposlenih, kompleksne usluge sa varijacijama, hoćeš svoju bazu klijenata i kontrolu nad podacima, ili ti treba integracija sa knjigovodstvom i eFakturama. Tada plaćaš jednom više za razvoj ali izbegavaš procenat po transakciji koji se kod aktivnog salona brzo penje na cenu razvoja.

Restoran: rezervacije i dostava su dva sistema

Ovde greška u odluci najviše boli. Restoran koji poznajem je platio razvoj kompletnog online shop-a za dostavu, a onda shvatio da 80 procenata prihoda dolazi od gostiju koji sede u restoranu i da im treba samo booking sto.

Restoran ima do tri različita digitalna toka:

OpenTable je globalni standard za rezervacije, sa planovima od 149 do 499 USD mesečno, ali dodaje do 1,50 USD po gostu koji dolazi preko njihove mreže (izvor: OpenTable pricing pregled na G2 i TableLink analiza naknada). Za restoran sa 1.000 gostiju mesečno to znači oko 15.800 do 19.800 USD godišnje ukupno (izvor: RestaurantBookingSystem analiza).

Za srpsko i regionalno tržište OpenTable često nema smisla jer njihova mreža ovde nije jaka. Realno biraš između sopstvene rezervacione forme (jednostavno) i integracije sa lokalnim rešenjem. Za dostavu je slična priča, Glovo i Wolt jesu marketplace, ali oduzimaju značajan procenat po porudžbini. Vlastiti online shop se isplati kada imaš stalne mušterije koje bi ionako naručile direktno.

Praktičan predlog za restoran u Srbiji

Ako sam ja vlasnik restorana u Beogradu, gradim po ovom redosledu:

1. Sajt sa menijem, adresom, radnim vremenom, brzim linkom za rezervaciju (Google forma ili WhatsApp klik). Nedelja rada, ne mesec.
2. Booking widget kada rezervacije prelaze 30 nedeljno i telefon više ne stiže. Sopstveni sistem ili integracija.
3. Online porudžbina sa sopstvenog sajta tek kada Wolt/Glovo prihod pređe iznos koji opravdava 500 do 2.000 EUR za razvoj i mesečno održavanje.

Redosled je važan. Većina restorana krene od koraka 3 i nikad ne završi korak 1 kako treba.

Firma koja pruža usluge: portal je najpotcenjeniji tip sajta

Ovo je slučaj koji retko vidim u ponudama web agencija, a najviše rešava probleme. Firma koja prodaje usluge (računovodstvo, pravno savetovanje, IT konsalting, arhitektonski projekti) tehnički ne treba shop niti klasičan booking, treba joj klijentski portal.

Portal je sajt gde ulogovani klijent vidi:

• svoje aktivne projekte i status
• fajlove i dokumenta koje si mu predao
• fakture i uplate
• termine sledećih sastanaka
• poruke i istoriju komunikacije

Vrednost je što izbacuje mejl kao glavni kanal. Umesto "gde ono beše fajl koji si mi poslao u aprilu", klijent se uloguje i pronađe.

Ovo se ne kupuje iz kutije, gradi se. Stack koji ja koristim za manje portale: Next.js na frontu, Supabase za auth i bazu, S3 kompatibilan storage za fajlove. Za tim od 3 do 10 ljudi to je dovoljno godinama. Kod je jasan:

// Struktura portalskih tabela u Supabase
// clients (id, name, contact_email)
// projects (id, client_id, status, created_at)
// documents (id, project_id, file_path, uploaded_by)
// invoices (id, client_id, amount, status, due_date)
// messages (id, project_id, sender_id, body, created_at)

// RLS politika: klijent vidi samo svoje redove
create policy "client_own_projects" on projects
  for select using (client_id = auth.uid());

Zvuči jednostavno jer i jeste. Kompleksnost dolazi kasnije, kada dodaš potpisivanje dokumenata, integraciju sa knjigovodstvom ili eFakturama, i notifikacije. Ali osnova je mala i pokriva 80 procenata onoga zbog čega klijenti zovu telefonom.

E-commerce: kada je stvarno pravi izbor

E-commerce ima smisla kada imaš fizički proizvod, stanje zaliha, dostavu i povraćaj. Za srpsko tržište realni izbori su:

• Shopify ako želiš da brzo počneš i ne zanima te tehnički stack. Basic plan je 39 USD mesečno, provizija 2,9 procenata + 30 centi po transakciji (izvor: Shopify Pricing 2026 pregled i Skailama pricing analiza). Napredniji planovi (Grow 105 USD, Advanced 399 USD) imaju niže provizije. Od aprila 2026, osnovne B2B funkcije su dostupne na svim planovima (Commerce-UI pregled).
• WooCommerce ako želiš kontrolu i imaš tim koji ume da održava WordPress. Sam plugin je besplatan, ali realna godišnja cifra sa hostingom, domenom i premium ekstenzijama je 2.000 do 10.000 USD (Colorlib analiza). WordPress pokreće oko 43 procenata sajtova na svetu (Redstag pregled), što znači ogromnu bazu tema, plagina i developera.
• Sopstveni sistem na Next.js + Stripe/NestPay ako imaš specifične potrebe koje standardne platforme ne pokrivaju.

Ono što se retko pominje: e-commerce nije samo sajt, to je operativna disciplina. Ako nemaš rešeno pakovanje, kurirsku službu, povraćaj i knjigovodstvo, sajt neće pomoći. Prvo operacija, pa softver.

Hibridi: kada su dva sistema pravi odgovor

Neki biznisi zaista imaju dva toka. Salon koji prodaje profesionalne proizvode za kućnu negu. Restoran koji ima i dostavu. Konsultantska firma koja ima portal za postojeće klijente i booking za besplatne prve konsultacije.

Za hibride ne pravim jedan monolit koji radi sve. Pravim dva jasna sistema pod istim domenom, sa jednim korisničkim nalogom ako ima smisla. Na primer:

• example.rs je marketing sajt
• example.rs/shop je Shopify ili Woo
• example.rs/zakazivanje je booking sistem
• app.example.rs je portal za klijente

To se čini kao više komplikacije, ali je manje. Svaki sistem radi ono za šta je pravljen. Kada nešto pukne, pukne samo taj deo. Kada hoćeš da promeniš platformu za shop, ne diraš booking.

Šta bih ja uradio

Za većinu firmi koje me pitaju "treba li mi shop ili booking", odgovor je:

1. Ako prodaješ vreme, kreni od booking-a sa depozitom. Ne od shop-a. Depozit sam često plati sistem u prva dva meseca.
2. Ako prodaješ pristup ili radiš duže projekte, portal je važniji od javnog sajta. Marketing sajt neka bude jednostavan, portal neka bude fokus.
3. Ako prodaješ fizičke proizvode, kreni od Shopify ili WooCommerce, ne od custom rešenja. Custom se radi kasnije kada znaš šta ti standardne platforme ne pokrivaju.
4. Nikad ne kreni od svega odjednom. Bolji je jedan sistem koji radi za 6 nedelja nego tri sistema koja se grade 6 meseci i nijedan nije završen.

Ono što najviše štedi novac je da odluka bude doneta pre nego što se piše prvi red koda. Sat vremena razgovora o modelu biznisa vredi više od meseca razvoja u pogrešnom pravcu.

Kraj

Izbor između shop-a, booking-a i portala nije tehnička odluka, već je odluka o tome šta zapravo prodaješ i kako klijent dolazi do toga. Kada je to jasno, platforma se skoro sama izabere.

Ako se dvoumiš oko svog konkretnog slučaja, javi se preko lazar-milicevic.com/#contact. Za 30 minuta razgovora obično se vidi da li ti treba jedan sistem, dva, ili samo bolja verzija onoga što već imaš.