U firmama koje svakodnevno rade sa većim brojem artikala, različitim cenama i čestim upitima zaposlenih, informacije se lako rasipaju između Excel tabela, mejlova i više programa. Kada se podaci promene na jednom mestu, ostaje pitanje da li su ažurirani i svuda gde se koriste.
Web aplikacija po meri može da objedini baš one poslovne procese koji su važni za konkretnu firmu. Umesto opšte priče o digitalizaciji, u nastavku prikazujemo kako izgleda jedno takvo rešenje: sistem za evidenciju proizvoda, upravljanje cenovnicima i proveru podataka skeniranjem barkoda.
Primer je zasnovan na funkcionalnostima poslovnog sistema koji smo razvijali. Vizuelni prikazi i podaci u njima su ilustrativni, a ne snimci klijentske aplikacije.
Kada Excel tabele postanu prepreka svakodnevnom radu
Excel je praktičan za jednostavne evidencije. Problem nastaje kada više ljudi radi sa istim podacima, kada se cene razlikuju po kupcima ili kada je potrebno brzo pronaći informaciju o artiklu.
Zamislimo firmu u kojoj se podaci o proizvodima vode u jednoj tabeli, prodajne cene u drugoj, a posebni uslovi za pojedine kupce u dodatnim dokumentima. Svaka promena zahteva proveru više izvora. Zaposleni troše vreme na traženje informacije umesto da je odmah dobiju.
U takvoj situaciji cilj nije nužno da se zameni svaki postojeći program. Cilj je da se podaci i koraci koji su firmi najvažniji organizuju u jednom pouzdanom sistemu.
Primer iz prakse: centralizovana evidencija proizvoda
Osnova prikazanog rešenja je web administracija u kojoj se artikli vode kroz centralnu bazu podataka. Za proizvod se mogu evidentirati šifra, naziv, barkod, jedinica mere, opis i informacija o stanju na lageru.
Korisnik ne mora da pamti u kojoj se tabeli nalazi određeni artikal. Podacima pristupa kroz pregled proizvoda, a po potrebi ih može izmeniti kroz administraciju.
Šta ovakav pristup donosi? Jedno mesto za pregled i održavanje informacija, jednostavniju pretragu i jasniju osnovu za druge funkcionalnosti aplikacije.
Više cenovnika za iste proizvode – bez dupliranja evidencije
Jedan od praktičnih zahteva u poslovanju jeste mogućnost da isti proizvod ima različitu cenu za različite kupce ili prodajne uslove.
U prikazanom sistemu postoji inicijalni cenovnik i mogućnost kreiranja dodatnih cenovnika. Kada se napravi novi cenovnik, prodajne i nabavne cene se preuzimaju iz inicijalnog kao polazne vrednosti. Nakon toga cene u različitim cenovnicima mogu nezavisno da se uređuju.
Na primer, proizvod ima jednu cenu u inicijalnom cenovniku, a druge cene u cenovnicima namenjenim različitim kupcima. Menjanje cene u jednom dodatnom cenovniku ne znači da se automatski menja cena u ostalima.
Ovakvo rešenje je posebno korisno firmama koje imaju veći broj proizvoda i različite komercijalne uslove. Umesto pravljenja više nepovezanih spiskova, artikli ostaju u istoj evidenciji, dok se cene vode odvojeno.
Provera artikala skeniranjem barkoda
Poslovni podaci nisu korisni samo zaposlenima koji sede za računarom. Ponekad je potrebno proveriti proizvod direktno u magacinu, prodajnom prostoru ili na drugoj lokaciji.
Zato se u okviru ovog primera web sistem povezuje sa mobilnom aplikacijom za skeniranje barkoda. Zaposleni može da očita barkod kamerom telefona ili da ga unese ručno. Mobilna aplikacija zatim šalje upit Laravel API-ju i prikazuje podatke o pronađenom artiklu, kao što su naziv, cena i lager.
Važno je da mobilna aplikacija ne mora da održava sopstvenu, odvojenu evidenciju proizvoda. Ona koristi podatke koje obezbeđuje centralni sistem. U ovom konkretnom toku podaci o cenama dolaze iz inicijalnog cenovnika.
Ovo je dobar primer kako web aplikacija, API i mobilna aplikacija mogu da funkcionišu kao povezani delovi jednog poslovnog rešenja.
Kako izgleda jedan poslovni proces u takvoj aplikaciji?
Uzmimo pojednostavljen scenario sa jednim proizvodom:
- Unos artikla: zaposleni u administraciji dodaje naziv, šifru, barkod i ostale potrebne podatke.
- Podešavanje cena: za artikal se evidentiraju cene u inicijalnom cenovniku, a po potrebi se kreiraju dodatni cenovnici.
- Izmena posebnih uslova: cena za određenog kupca menja se u njegovom cenovniku, bez menjanja cena u drugim cenovnicima.
- Brza provera: zaposleni skenira barkod mobilnim telefonom i dobija podatke o artiklu iz centralne evidencije.
Ovo nije prikaz „softvera koji radi sve“, već primer kako se nekoliko dobro povezanih funkcija uklapa u stvarni način rada firme.
Zašto izabrati web aplikaciju po meri, a ne gotov program?
Gotov poslovni softver često je sasvim dobar izbor kada firma ima standardne procese i kada joj odgovaraju postojeće mogućnosti. Uvođenje takvog alata može biti brže i jednostavnije od razvoja novog sistema.
Razvoj web aplikacije po meri ima smisla kada postoje specifični zahtevi koje gotov softver teško pokriva: posebna pravila za cenovnike, način vođenja artikala, prilagođeni korisnički tokovi ili potreba da se nekoliko različitih sistema međusobno poveže.
Prednost prilagođenog rešenja nije samo u njegovom izgledu. Suština je u tome da se funkcionalnosti planiraju prema poslovnom procesu, a ne obrnuto.
Može li se aplikacija kasnije proširivati?
Može, ukoliko je od početka planirana odgovarajuća struktura. Firma ne mora nužno da razvije sve funkcionalnosti u prvoj fazi.
Na primer, početna verzija može da obuhvati evidenciju artikala i cenovnike. U narednim fazama moguće je razmatrati dodatne izveštaje, korisničke uloge, automatizaciju pojedinih postupaka ili povezivanje sa ERP sistemom, knjigovodstvenim programom i web prodavnicom.
Takve integracije zavise od mogućnosti postojećih sistema i treba ih posebno analizirati. One nisu automatski deo svakog projekta.
Kako izgleda izrada poslovne web aplikacije?
U CodeArt-u razvoj započinje razumevanjem konkretnog problema, a ne izborom programskog jezika.
Analiza poslovanja. Najpre se definiše ko koristi aplikaciju, koje informacije su mu potrebne i koji koraci trenutno oduzimaju najviše vremena.
Plan funkcionalnosti i korisničkog interfejsa. Zatim se određuje šta ulazi u prvu verziju i kako će zaposleni raditi u sistemu.
Razvoj i povezivanje. Izrađuju se potrebni moduli, baze podataka i API komunikacija, uz integracije kada su deo dogovorenog obima projekta.
Testiranje i dalji razvoj. Proveravaju se važni poslovni scenariji, a sistem se po potrebi unapređuje kako se zahtevi menjaju.
Za razvoj ovakvih sistema koristimo tehnologije kao što je Laravel, dok se za mobilne aplikacije može koristiti React Native. Tehnologija je važna za održavanje i proširivanje rešenja, ali za korisnika je najvažnije da aplikacija pouzdano obavlja posao za koji je napravljena.
Česta pitanja o web aplikacijama po meri
Da li se web aplikacija koristi kroz internet pregledač?
Da. Web aplikaciji se najčešće pristupa kroz pregledač, bez posebne instalacije na svakom računaru. Način pristupa i zaštite podataka određuje se prema potrebama projekta.
Da li web aplikacija može da se poveže sa postojećim programima?
U mnogim slučajevima može, preko API-ja ili drugog načina razmene podataka. Pre razvoja je potrebno proveriti koje mogućnosti povezivanja postojeći programi zaista podržavaju.
Da li može da postoji i mobilna aplikacija?
Da. Web administracija može da bude centralno mesto za podatke, a mobilna aplikacija zaseban interfejs za zadatke kao što su skeniranje barkoda i pregled informacija.
Koliko košta izrada web aplikacije po meri?
Cena zavisi od broja funkcionalnosti, složenosti poslovnih pravila, dizajna, korisničkih uloga, integracija i obima testiranja. Zato je za realnu procenu potrebno najpre definisati potrebe i obim prve verzije aplikacije.
Imate poslovni proces koji bi mogao da funkcioniše jednostavnije?
Ako vaši zaposleni iste informacije traže na više mesta, podatke prepisuju iz jednog programa u drugi ili koriste nepovezane tabele, možda je vreme da razmotrite poslovnu web aplikaciju po meri.
CodeArt razvija web aplikacije prilagođene konkretnim poslovnim potrebama. Predstavite nam svoj trenutni proces i problem koji želite da rešite – zajedno možemo definisati rešenje koje ima smisla za vašu firmu.
Napomena: Ovaj sadržaj predstavlja primer funkcionalnosti zasnovan na iskustvu razvoja poslovnog sistema. Sve ilustracije i prikazane vrednosti služe demonstraciji, a ne predstavljaju stvarni snimak ili podatke klijenta.
