Početna / Naši projekti / Operativni sistem za maloprodaju
Od ručnog planiranja do centralnog operativnog sistema za maloprodaju
Sistem koji je povezao planiranje smena, evidenciju realizacije, podatke o zaposlenima, produktivnost i troškove rada u jedan kontrolisan operativni proces.
Uvodni sažetak
Maloprodajni sistem sa više objekata svakodnevno mora da uskladi raspoloživost zaposlenih, plan smena, ostvarene sate, odsustva, potrebe prodavnica, produktivnost i troškove rada.
U ovoj organizaciji pojedinačni podaci su postojali, ali nisu činili jedan povezan operativni sistem. Planiranje, realizacija i analiza zahtevali su dodatne ručne aktivnosti, a uprava nije mogla iz istog izvora da sagleda šta je bilo planirano, šta je ostvareno i kakav je finansijski efekat po objektu i periodu.
Na prvi pogled problem je mogao da izgleda kao potreba za boljim rasporedom smena ili dodatnim izveštajem. Dijagnostika je pokazala da je uzrok bio dublji: organizacija nije imala jedinstven operativni model koji povezuje zaposlene, pravila planiranja, realizaciju rada, produktivnost i trošak.
Zbog toga nije razvijen samo novi ekran za raspored. Izgrađen je centralni operativni sistem koji standardizuje ključne tokove, kontroliše prava pristupa, čuva zajedničke podatke i omogućava da operativa i menadžment rade nad istom verzijom informacija.
Rezultat je sistem koji se koristi u svakodnevnom radu i predstavlja osnovu za dalje analitičke, integracione i optimizacione projekte.
Profil organizacije
Klijent je maloprodajna kompanija koja posluje kroz više prodajnih objekata. Svaki objekat ima sopstvene potrebe za zaposlenima i smenama, dok centralna uprava mora da obezbedi dosledna pravila, kontrolu troškova i uporedivost rezultata kroz ceo sistem.
U takvom poslovnom modelu organizacija svakodnevno upravlja velikim brojem promena:
- raspoloživošću zaposlenih;
- izmenama smena;
- dolascima, odlascima i odsustvima;
- razlikama između planiranog i ostvarenog rada;
- potrebama pojedinačnih objekata;
- troškovima i produktivnošću po radnji i periodu.
Kako broj objekata, zaposlenih i operativnih pravila raste, ručno povezivanje ovih podataka postaje sve sporije i rizičnije.
Početna situacija
Pre uspostavljanja novog sistema, planiranje i praćenje rada nisu bili deo jednog kontrolisanog toka.
Informacije potrebne za odlučivanje morale su da se povezuju kroz više koraka. Plan rada nije automatski predstavljao i pouzdanu osnovu za poređenje sa realizacijom. Podaci o zaposlenima, prisustvu, odsustvima, produktivnosti i troškovima nisu bili objedinjeni u model koji omogućava isto tumačenje na nivou objekta i centrale.
Takav način rada bio je funkcionalan dok je obim upravljanja bio manji, ali je sa rastom sistema stvarao sve više ograničenja:
- operativni rad je zahtevao dodatne ručne provere;
- izmene nisu uvek bile vidljive svim relevantnim korisnicima u istom trenutku;
- poređenje plana i realizacije zahtevalo je dodatnu obradu;
- menadžment je do pregleda troškova i produktivnosti dolazio sa zakašnjenjem;
- kvalitet procesa zavisio je od iskustva ljudi koji poznaju sve korake.
Organizaciji nije nedostajao još jedan fajl ili izolovani izveštaj. Nedostajao joj je zajednički operativni sistem.
Ključni izazovi
Izazov 1 — Planiranje smena nije bilo povezano sa celim životnim ciklusom rada
Planiranje je moralo da uzme u obzir dostupnost zaposlenih, potrebe objekta, pravila rada i naknadne promene. Kada se plan posmatra odvojeno od realizacije, nije moguće pouzdano utvrditi gde i zbog čega nastaje odstupanje.
Poslovna posledica: rukovodioci troše vreme na usaglašavanje podataka, a problemi se uočavaju tek nakon što već utiču na organizaciju rada ili trošak.
Izazov 2 — Nije postojao jedinstven pregled plana i realizacije
Planirani sati, ostvareni sati, prisustva, odsustva i naknadne korekcije morali su da se sagledavaju zajedno.
Poslovna posledica: uprava nije mogla dovoljno brzo da razlikuje planirani trošak od stvarnog stanja niti da pouzdano poredi objekte.
Izazov 3 — Produktivnost i trošak nisu bili deo istog operativnog konteksta
Broj angažovanih ljudi ili ostvareni sati sami po sebi ne govore da li je organizacija rada bila odgovarajuća. Potrebno ih je povezati sa učinkom i poslovnim rezultatom objekta.
Poslovna posledica: odluke o rasporedu i kapacitetu donosile su se bez potpunog pogleda na njihov finansijski i operativni efekat.
Izazov 4 — Proces je zavisio od pojedinaca i dodatnih provera
Kada pravila nisu ugrađena u sistem, njihova dosledna primena zavisi od znanja i pažnje korisnika.
Poslovna posledica: povećava se operativni rizik, a uključivanje novih korisnika i širenje sistema postaju sporiji.
Izazov 5 — Prava pristupa i odgovornosti morala su da prate organizacionu strukturu
Rukovodilac objekta, centralna operativa, administracija i uprava ne treba da imaju isti nivo pristupa niti iste mogućnosti izmene.
Poslovna posledica: bez kontrolisanog modela pristupa teško je istovremeno obezbediti brz rad, odgovornost i zaštitu osetljivih podataka.
CoreLayer dijagnoza
Problem nije bio samo u ručnom rasporedu smena.
Problem nije bio ni samo u evidenciji prisustva ili nedostatku izveštaja.
Stvarni problem bio je u tome što planiranje, realizacija, podaci o zaposlenima, produktivnost, troškovi i prava pristupa nisu bili projektovani kao delovi jednog operativnog sistema.
Dodavanje još jednog izveštaja moglo bi da olakša pregled posledica, ali ne bi standardizovalo način rada. Uvođenje izolovanog alata za smene rešilo bi samo jedan deo procesa, dok bi povezivanje sa realizacijom i troškovima i dalje ostalo ručno.
Zato je bilo potrebno izgraditi zajednički operativni model u kome svaki podatak nastaje jednom, ima jasno značenje i koristi se kroz ceo proces.
Preporučeni pristup
Na osnovu dijagnostike preporučena je implementacija operativnog sistema po meri.
Cilj nije bio digitalizovati postojeće tabele bez promene logike rada. Cilj je bio uspostaviti kontrolisan tok od podataka o zaposlenom i planiranja smene, preko evidencije realizacije, do analize produktivnosti i troška.
Pristup je zasnovan na sledećim principima:
- jedan izvor podataka o zaposlenima i organizacionoj strukturi;
- zajednička pravila planiranja za sve objekte;
- jasna veza između plana, realizacije i naknadne korekcije;
- kontrolisana prava pristupa i trag odgovornosti;
- analitika zasnovana na operativnim podacima koji nastaju u sistemu;
- arhitektura koja može da se proširuje bez ponovne izgradnje osnove.
Koncept rešenja
Rešenje je projektovano kao centralna web platforma sa operativnim i analitičkim slojem.
Centralna evidencija zaposlenih
Sistem čuva podatke potrebne za planiranje i upravljanje radom zaposlenih. Na taj način svi moduli koriste iste osnovne informacije, a smanjuje se potreba za paralelnim evidencijama.
Planiranje rada
Planiranje se vrši po objektima i periodima, uz pregled raspoloživih zaposlenih i operativnih potreba. Izmene postaju deo kontrolisanog procesa, umesto odvojenih dogovora i verzija dokumenta.
Evidencija realizacije
Ostvareni rad, prisustva, odsustva i korekcije povezuju se sa planom. Kontrolisano otključavanje realizacije omogućava naknadne izmene samo kada za to postoji ovlašćenje i poslovni razlog.
Produktivnost i troškovi rada
Operativni podaci koriste se za analizu učinka i troškova po objektu, zaposlenom i periodu. Menadžment dobija mogućnost da odstupanja posmatra u istom kontekstu u kome su nastala.
Uloge i pristup
Prava pristupa prate stvarne odgovornosti u organizaciji. Korisnici vide i menjaju samo podatke za koje su ovlašćeni, dok administracija zadržava centralnu kontrolu nad ulogama i modulima.
Izvoz i razmena podataka
Podaci i pregledi mogu se izvesti u formatima potrebnim za dalju operativnu ili upravljačku upotrebu, bez ponovne ručne pripreme osnovnih informacija.
Realizacija
Projekat je realizovan kroz nekoliko povezanih koraka.
1. Mapiranje procesa i pravila
Najpre je analizirano kako se rad zaista planira, ko donosi izmene, koji podaci su potrebni i gde nastaju odstupanja. Posebna pažnja posvećena je razlikama između formalnog procesa i svakodnevne prakse u objektima.
2. Projektovanje jedinstvenog modela
Definisane su veze između zaposlenih, objekata, smena, realizacije, odsustava, produktivnosti i troškova. Time je uspostavljena osnova na kojoj svi moduli koriste ista pravila i iste podatke.
3. Razvoj operativnih tokova
Razvijeni su centralna evidencija, planiranje, realizacija i administrativne kontrole. Funkcionalnosti su povezane tako da korisnik ne mora ručno da prenosi podatke iz jednog dela procesa u drugi.
4. Uspostavljanje analitičkog pogleda
Operativni podaci organizovani su tako da uprava može da prati trošak, produktivnost i odstupanja po objektima i periodima.
5. Kontrola pristupa i stabilizacija
Uspostavljen je model uloga i pristupa, provereni su ključni scenariji i sistem je prilagođen svakodnevnom radu. Fokus stabilizacije bio je na pouzdanosti procesa, a ne samo na tehničkoj ispravnosti pojedinačnih ekrana.
Ostvareni rezultati
Operativni rezultati
- planiranje i realizacija rada objedinjeni su u jednom sistemu;
- uveden je standardizovan način rada kroz više objekata;
- smanjena je potreba za ručnim povezivanjem paralelnih evidencija;
- izmene i korekcije postale su kontrolisani deo procesa;
- svakodnevni rad više ne zavisi od jedne verzije tabele ili znanja pojedinca.
Menadžerski rezultati
- uprava ima jasniji pregled planiranog i ostvarenog rada;
- troškovi i produktivnost mogu se sagledati po objektima i periodima;
- odstupanja su vidljivija i mogu se ranije analizirati;
- odluke o kapacitetu i organizaciji rada zasnivaju se na povezanijim podacima.
Organizacioni rezultati
- odgovornosti i prava pristupa ugrađeni su u sistem;
- operativna pravila primenjuju se doslednije;
- smanjena je zavisnost procesa od pojedinaca;
- uspostavljena je zajednička osnova za rad operative, administracije i uprave.
Dugoročni efekat
Organizacija nije dobila samo aplikaciju za smene. Dobila je operativnu platformu koja može da podrži nove integracije, analitičke modele i unapređenja bez ponovne izgradnje osnovnog sistema.
Ključne lekcije
1. Raspored smena nije izolovan problem
Vrednost planiranja nastaje tek kada se plan poveže sa realizacijom, produktivnošću i troškom.
2. Operativna kontrola zahteva zajednički model podataka
Ako svaki deo procesa koristi sopstvenu evidenciju, organizacija može imati više podataka, ali ne i više kontrole.
3. Prava pristupa su deo poslovne arhitekture
Uloge i ovlašćenja nisu naknadna tehnička postavka. Ona određuju ko je odgovoran za podatak, ko može da ga menja i koliko organizacija može da veruje procesu.
4. Sistem dobija vrednost tek u svakodnevnom radu
Uspeh nije završen razvoj funkcionalnosti. Uspeh je kada sistem postane pouzdana osnova svakodnevnog planiranja, praćenja i odlučivanja.
Zaključak
Ovaj projekat pokazuje da operativni problemi u maloprodaji često nisu posledica nedostatka pojedinačnog alata. Nastaju zato što planiranje, realizacija, ljudi, učinak i troškovi nisu povezani u jedan upravljački sistem.
CoreLayer je zato problem rešio na nivou procesa i arhitekture, a ne na nivou još jednog izolovanog ekrana.
Klijent je dobio centralni sistem koji objedinjuje svakodnevni operativni rad i informacije potrebne za upravljanje. Time je uspostavljena osnova za veću kontrolu, pouzdanije odluke i dalje unapređenje maloprodajnog sistema.
Ako se planiranje rada, evidencija realizacije, produktivnost i troškovi u vašoj organizaciji još uvek povezuju ručno, možemo zajedno utvrditi gde nastaje najveći operativni gubitak i da li postoji opravdanje za centralni operativni sistem.
Projekat
Implementacija operativnog sistema za maloprodaju
CoreLayer Solutions
Gradimo sisteme koji povezuju podatke, procese i odluke u realnom poslovnom okruženju.
Adresa
Bratstva i jedinstva 30, 14210 Ub
Telefon
+381601349282
upiti@corelayersolutions.org