Od poslovnog problema do web aplikacije
Imaš problem u poslovnom procesu? Možda je web aplikacija po meri pravo digitalno rešenje za njega.
Web aplikacija po meri može biti rešenje kada poslovni proces postane previše komplikovan za tabele, mejlove i nekoliko nepovezanih alata.
U mnogim firmama i organizacijama poslovni procesi zapravo funkcionišu mnogo manje elegantno nego što izgledaju spolja. Kada informacije počnu da se rasipaju između tabela, mejlova, poruka i različitih alata, web aplikacija po meri može biti jedno od rešenja koje vredi razmotriti.
Jedan deo informacija nalazi se u Excel tabeli. Drugi u mejlovima. Dokumenti su na Google Drive-u. Rokovi u kalendaru. Dogovori u WhatsApp ili Viber grupi. Status zadatka zna kolega koji je trenutno na sastanku.
I sistem nekako radi.
Sve dok ne počne da raste broj projekata, klijenata, saradnika ili podataka.
Tada se pojavljuju pitanja koja sam mnogo puta viđao u praksi:
- Ko trenutno radi na ovom zadatku?
- Koja je poslednja verzija dokumenta?
- Da li je klijent odobrio izmenu?
- Šta čekamo?
- Koji je sledeći korak?
- Koliko smo zapravo odmakli?
U tom trenutku često čujem istu rečenicu:
„Mora da postoji jednostavniji način.“
I vrlo često postoji.
Ali odgovor nije uvek još jedan gotov softver.
Ponekad je potrebno napraviti digitalno rešenje koje prati način na koji organizacija zaista radi.
Kada web aplikacija po meri ima smisla?
Ovo je važno reći odmah.
Ako se neki proces može pojednostaviti boljom organizacijom, promenom procedure ili korišćenjem postojećeg alata, nema mnogo smisla razvijati novu aplikaciju.
Tehnologija ne treba da komplikuje jednostavne stvari.
Ali postoje situacije kada se posao godinama prilagođava alatima koji nikada nisu bili napravljeni za taj konkretan proces.
Tada počinjemo da pravimo komplikovane Excel tabele, dodatne kolone, desetine foldera, automatske mejlove, različite formulare i još nekoliko alata koji pokušavaju da popune praznine između njih.
U nekom trenutku postaje očigledno da više ne prilagođavamo alat procesu.
Prilagođavamo poslovni proces ograničenjima alata.
To je trenutak kada vredi razmotriti razvoj web aplikacije po meri.
Web aplikacija po meri počinje razumevanjem procesa
Kada razmišljam o ovakvom projektu, poslednje pitanje koje bih prvo postavio jeste:
„U kom programskom jeziku ćemo ovo napraviti?“
Mnogo su važnija druga pitanja.
- Ko koristi sistem?
- Koje informacije unosi?
- Ko treba da ih vidi?
- Šta danas oduzima najviše vremena?
- Gde nastaju greške?
- Koji se posao stalno ponavlja?
- Gde se informacije gube?
- Šta menadžer ili vlasnik mora da pita druge ljude da bi saznao?
Tek kada razumemo kako posao trenutno izgleda, možemo da razmišljamo o tome kako tehnologija može da ga pojednostavi.
Šta web aplikacija po meri treba da pojednostavi?
To je za mene suština razvoja poslovne web aplikacije.
Ne napraviti što više funkcionalnosti.
Nego napraviti prave funkcionalnosti.
ProjectFlow je nastao upravo na taj način
Dobar primer je ProjectFlow management.
Nisam počeo od ideje:
„Želim da napravim još jedan project management softver.“
Počeo sam od problema koje sam imao radeći na različitim projektima.
Web projekat nije isti kao projekat jedne organizacije. NVO projekat može imati potpuno drugačiji tok od razvoja sajta. Neki klijent želi da prati napredak, ali ne treba da vidi sve interne informacije. Dokumentacija se menja. Zahtevi stižu tokom rada. Projekti imaju različite faze i različite ljude.
Mogao sam da nastavim da povezujem nekoliko postojećih alata.
Ali sam umesto toga počeo da pravim sistem oko procesa koji sam želeo da imam.
Tako je ProjectFlow dobio kontrolnu tablu, Kanban tokove prilagođene različitim vrstama projekata, klijentski portal, zadatke, fajlove i druge funkcionalnosti koje imaju smisla tek kada ih posmatramo kroz probleme koje rešavaju.
Na primer, Kanban tabla nije tu zato što je Kanban popularan.
Tu je zato što želim da u nekoliko sekundi vidim gde se projekat nalazi i šta je sledeće.
Klijentski portal nije napravljen zato da bismo imali još jednu stranicu u aplikaciji.
Napravljen je zato što klijent treba da ima uvid u svoj projekat bez pristupa svim internim informacijama.
Fajlovi, aktivnosti i zahtevi imaju smisla zato što je mnogo lakše kada informacije o jednom projektu žive uz sam projekat, a ne u nekoliko nepovezanih servisa.
O tome kako je ProjectFlow nastao pisao sam i u tekstu „ProjectFlow – alat koji sam prvo napravio sebi“ na ovom sajtu.
Ali ovde mi ProjectFlow nije najvažniji kao proizvod.
Važniji mi je kao primer načina razmišljanja.
Isti princip može da se primeni na potpuno drugačije poslove
Zamislimo nekoliko situacija.
Firma prati desetine klijenata kroz Excel i mejl, a niko nema dobar pregled statusa saradnje.
Organizacija prima prijave korisnika kroz formulare, zatim ručno prepisuje podatke u nekoliko tabela.
Agencija vodi projekte kroz poruke i Drive foldere, dok klijenti svakih nekoliko dana pitaju dokle se stiglo.
Prodajni tim ima podatke, ali nema dashboard koji bi odmah pokazao šta se zaista dešava.
Kompanija svakog meseca nekoliko sati ručno sklapa isti izveštaj iz različitih izvora.
U svim tim slučajevima možda postoji gotov alat koji može da reši problem.
Ali možda i ne postoji.
A možda postoji, ali zahteva da firma potpuno promeni svoj način rada samo da bi se uklopila u softver.
Tada razvoj sopstvene web aplikacije može imati smisla.
Ne mora to biti ogroman informacioni sistem.
Često najveću vrednost donosi relativno mala aplikacija koja rešava jedan vrlo konkretan problem veoma dobro.
Ne treba odmah praviti „sve“
Još jedna česta greška kod razvoja softvera jeste pokušaj da se u prvoj verziji predvidi sve što bi aplikacija jednog dana mogla da radi.
Tako projekat vrlo brzo postaje skup, spor i komplikovan.
Mnogo mi je bliži drugačiji pristup.
Pronađemo jezgro problema.
Napravimo prvu funkcionalnu verziju.
Damo je ljudima koji će je stvarno koristiti.
Gledamo šta im pomaže, šta im smeta i šta im zapravo nedostaje.
I tek onda nastavljamo razvoj.
To je jedan od razloga zbog kojih volim razvoj web aplikacija: softver može da raste zajedno sa poslovnim procesom.
Prva verzija ne mora da bude savršena.
Mora da bude korisna.
AI je razvoj ubrzao, ali nije promenio najvažnije pitanje
Danas uz AI možemo mnogo brže da razvijamo određene delove aplikacija, analiziramo zahteve, pravimo prototipe, testiramo ideje i automatizujemo deo razvoja.
To značajno menja ekonomiju razvoja softvera.
Rešenja koja su pre nekoliko godina bila preskupa za manju firmu ili organizaciju danas u nekim slučajevima mogu biti mnogo dostupnija.
Ali AI nije promenio najvažniji deo posla.
I dalje prvo moramo da razumemo: šta pokušavamo da rešimo?
Možemo veoma brzo napraviti pogrešnu aplikaciju.
Brzina razvoja nema veliku vrednost ako nismo dobro razumeli problem.
Zato mi je mnogo zanimljivije da razgovor sa potencijalnim klijentom počne opisom njegovog procesa nego listom funkcionalnosti koje želi.
Možda vam ne treba nova aplikacija. Ali vredi postaviti pitanje.
Ako imate proces koji funkcioniše sasvim dobro, nema razloga da ga menjate samo zato što postoji nova tehnologija.
Ali ako već dugo govorite:
„Ovo radimo ručno.“
„Ovde stalno grešimo.“
„Niko nema pregled.“
„Sve nam je na pet različitih mesta.“
„Svaki put moramo da pitamo ko zna dokle se stiglo.“
onda vredi zastati i pogledati kako taj proces danas zaista funkcioniše.
Možda je dovoljno drugačije ga organizovati.
Možda postoji gotov alat koji rešava problem.
A možda ima smisla napraviti web aplikaciju prilagođenu upravo vašem načinu rada.
To je deo posla kojim želim više da se bavim u narednom periodu.
Ne samo izradom web stranica, nego razvojem digitalnih rešenja za konkretne poslovne procese: internih aplikacija, klijentskih portala, dashboarda, sistema za praćenje procesa, prijave i evidenciju korisnika, automatizaciju i drugih web alata po meri.
Ako imate poslovni proces za koji već dugo govorite „mora da postoji jednostavniji način“, nemojte mi prvo objašnjavati kakvu aplikaciju želite.
Pokažite mi kako danas radite.
Od toga možemo da krenemo.
Napišite odgovor ili komentar