Custom web aplikacije za vaše poslovne procese

Kada vam treba custom web aplikacija?

Custom aplikacija ima smisla kad gotovi programi ne prate vaš proces, kad tim gubi sate na prepisivanje podataka između tabela i sistema ili kad želite partnerima i kupcima dati vlastiti portal. Ako gotov alat pokriva 80 % potreba uz razumnu pretplatu, obično je bolje koristiti njega. To vam kažemo prije ponude.

Tipične situacije:

• B2B portal: partneri sami naručuju, vide svoje cijene, fakture i stanje narudžbi.
• Narudžbe i proizvodnja: od upita do isporuke, sa statusima i obavijestima.
• Rezervacije i termini: za usluge s resursima, smjenama i kapacitetima.
• Interni alati: evidencije, odobravanja, izvještaji koji danas žive u Excelu.
• Kontrolne table: podaci iz više sistema na jednom ekranu.
• Integracije: povezivanje web shopa, ERP-a, knjigovodstva i kurira.

Ako vam treba prvenstveno web shop s posebnom logikom, prvo pogledajte WooCommerce razvoj. Mnogi B2B zahtjevi se riješe tamo, jeftinije, a pregled rješenja po djelatnostima nalazi se na stranici e-commerce rješenja.

Šta dobijate?

Dobijate analizu procesa, dizajn ekrana, razvoj aplikacije s bazom podataka i korisničkim ulogama, integracije s postojećim sistemima, testiranje, postavljanje na server, dokumentaciju i obuku. Izvorni kod je u repozitoriju koji pripada vama, a nakon isplate dobijate sve pristupe. Nema zaključavanja za jednog izvođača.

• Analiza procesa: ko šta radi, koji podaci ulaze i izlaze, gdje nastaju greške i kašnjenja.
• Dizajn ekrana: prototip koji tim isproba prije programiranja. Više na stranici UI/UX dizajn.
• Razvoj: Next.js i React za korisnički dio, baza i API za pozadinu.
• Korisničke uloge: ko smije vidjeti, mijenjati i odobravati koje podatke.
• Integracije: ERP, knjigovodstvo, web shop, mail i SMS, procesor kartica.
• Sigurnost: šifrovana veza, provjera ulaza, zapisi o promjenama, redovne kopije.
• Dokumentacija i obuka za korisnike i za programere.

Kako izgleda razvoj?

Razvoj počinje analizom i najmanjom upotrebljivom verzijom (MVP), koja rješava najveći problem. Nakon toga funkcije dodajemo u ciklusima od jedne do dvije sedmice, a svaki ciklus završava verzijom koju vaš tim koristi i komentariše. Tako rano vidite da li aplikacija radi ono što treba, umjesto da čekate mjesecima.

Primjer: B2B portal za veleprodaju

Primjer: distributer građevinskog materijala iz Bijeljine prima narudžbe od 150 partnera telefonom, mailom i porukama. Komercijalisti ručno provjeravaju cijene iz ugovora, prepisuju narudžbe u ERP i odgovaraju na pitanja o stanju na skladištu. Ovo je ilustrativni scenarij, a ne stvarni klijent.

Prva verzija portala radila bi samo tri stvari: partner se prijavi, vidi svoje cijene i trenutno stanje artikala i pošalje narudžbu koja automatski stiže u ERP. Sve ostalo, poput historije faktura, reklamacija i obavijesti o isporuci, dolazi u narednim ciklusima, tek nakon što partneri počnu koristiti portal.

Uspjeh bi se mjerio jednostavno: koliki udio narudžbi stiže preko portala, koliko vremena komercijalisti više ne troše na prepisivanje i koliko je manje grešaka u cijenama. Ako prva verzija ne donese pomak, projekat se prilagođava prije nego što se uloži u nove funkcije.

Kako štitimo podatke u aplikaciji?

Podatke štitimo kroz pristup po ulogama, šifrovanu vezu, provjeru svih unosa, zapise ko je šta mijenjao i redovne sigurnosne kopije čuvane odvojeno od servera aplikacije. Lozinke se nikad ne čuvaju u čitljivom obliku, a administratorski pristup može imati dodatnu potvrdu prijave. Prije puštanja u rad prolazimo provjeru najčešćih ranjivosti.

Koliko košta web aplikacija?

Cijena web aplikacije zavisi od broja ekrana, korisničkih uloga, integracija i složenosti pravila. Zato je dajemo pisanom ponudom nakon analize, i to po fazama: posebno za prvu verziju, a posebno za naredne cikluse. Tako trošak raste samo kad aplikacija dokaže vrijednost. Za veće projekte moguće je plaćanje na rate.

Faktor	Utiče na cijenu
Broj ekrana i tokova	više ekrana znači više dizajna, razvoja i testiranja
Korisničke uloge	svaka uloga ima svoja prava i prikaze
Integracije	vanjski API-ji, ERP, knjigovodstvo i kuriri traže usklađivanje i testove
Izvještaji	složeni izvještaji i izvoz podataka
Zahtjevi sigurnosti	zapisi promjena, dvofaktorska prijava, posebna pravila pristupa

Gotov alat s pretplatom ili prilagođen WordPress ponekad riješi isti problem za manji iznos. Kada je tako, predložićemo to umjesto aplikacije po mjeri.

Koje tehnologije koristimo?

Za korisnički dio koristimo Next.js i React, a za pozadinu API i relacionu bazu podataka. Kad aplikacija treba sadržaj koji uređuje netehnički tim, uključujemo WordPress kao CMS. Tehnologije biramo tako da vašu aplikaciju može održavati i drugi tim, a ne samo mi.

• Next.js i React: brzi ekrani i server-side prikaz gdje je potreban. Više na stranici Next.js razvoj.
• Relaciona baza: podaci s jasnim vezama i pravilima.
• API: za mobilne aplikacije, partnere i integracije.
• WordPress kao CMS kad sadržaj uređuje marketing tim.
• Hosting: server ili cloud prema zahtjevima za dostupnost i lokaciju podataka.

Šta je specifično za aplikacije u BiH?

Aplikacije u BiH najčešće treba povezati s domaćim knjigovodstvenim i ERP programima, koji nemaju uvijek dokumentovan API, pa integraciju nekad radimo preko izvoza i uvoza fajlova. Uz to, obrada ličnih podataka mora pratiti Zakon o zaštiti ličnih podataka iz 2025., a računi i fiskalizacija pravila entiteta.

• Integracije s domaćim programima: prije ponude tražimo dokumentaciju ili primjer izvoza.
• Lični podaci: pristup po ulogama, zapisi ko je šta vidio i mijenjao, prema Zakonu o zaštiti ličnih podataka BiH (Službeni glasnik BiH, broj 12/25). Ovo nije pravni savjet.
• Plaćanja: kartice preko lokalnih procesora, jer globalni servisi poput Stripea ne primaju firme iz BiH (Stripe).
• Jezik: sučelje na bosanskom, hrvatskom ili srpskom, uz latinicu ili ćirilicu po potrebi.

Šta trebate pripremiti prije prvog razgovora?

Za prvi razgovor ne treba specifikacija. Dovoljno je opisati proces koji vas danas koči, ko u njemu učestvuje, koje programe i tabele koristite i šta bi bilo bolje kad bi radilo. Primjeri stvarnih dokumenata, poput narudžbe, fakture ili izvještaja, pomažu više od dugog opisa.

Korisno je pripremiti:

• primjer tabele ili dokumenta s kojim tim danas radi, bez osjetljivih podataka;
• popis programa koje aplikacija treba povezati i kontakt njihovog dobavljača;
• broj korisnika po ulozi, npr. pet komercijalista i 150 partnera;
• rok ili događaj do kojeg prva verzija treba raditi.

Najčešće greške

Najskuplje greške su pokušaj da se sve napravi odjednom, specifikacija pisana bez ljudi koji će aplikaciju koristiti, izostanak plana za održavanje i aplikacija čiji kod ostaje kod izvođača. Takvi projekti traju duže, koštaju više i često završe tako da tim nastavi raditi u Excelu.

1. Sve funkcije u prvoj verziji. Projekat traje mjesecima prije prve koristi.
2. Bez stvarnih korisnika u analizi. Aplikacija prati papir, a ne posao.
3. Kod kod izvođača. Kod mora biti u vašem repozitoriju od prvog dana.
4. Nema budžeta za održavanje. Aplikacija bez ažuriranja postaje sigurnosni rizik.
5. Ručni prenos podataka ostaje. Integracije su često najveća ušteda i ne smiju se odgađati.