Kad se krene razvijati neki digitalni proizvod, razgovor često vrlo brzo ode na tehnologiju.
Koji framework koristiti, treba li napraviti aplikaciju, kako će izgledati sučelje, što se sve može automatizirati, može li se nešto povezati s postojećim sustavima.
Sve je to normalno. To su pitanja koja će prije ili kasnije doći na red.
Problem nastaje kada dođu prerano.
Jer prije svega toga treba razumjeti što se zapravo pokušava riješiti. Ne što se može napraviti, nego što danas ljudima stvara nepotreban posao, gdje se gubi vrijeme i zašto neki proces stalno zapinje.
Ponekad se to vidi odmah. Ista informacija unosi se na nekoliko mjesta. Netko svaki dan provjerava nešto što bi sustav mogao javiti sam. Tim se oslanja na poruke i pozive jer nema jedno mjesto gdje se jasno vidi što je riješeno, a što nije.
U takvim situacijama tehnologija lako postane odgovor prije nego što je pitanje dovoljno jasno postavljeno.
Krene se od ideje da treba nova aplikacija, novi ekran ili novi sustav, a da još nije potpuno jasno koji dio posla zapravo treba rasteretiti.
Tada postoji rizik da se razvija nešto što izgleda korisno na papiru, ali ne ulazi dovoljno duboko u stvarni problem.
A ponekad problem nije toliko očit.
Ljudi su se jednostavno navikli raditi na određeni način. Znaju kome se javiti, gdje pronaći podatak i što treba provjeriti prije sljedećeg koraka. Proces funkcionira, ali funkcionira zato što ga netko drži u glavi.
Dok god posao ide, takve stvari se često ni ne doživljavaju kao problem.
Ali čim ta osoba nije dostupna, čim se poveća opseg posla ili čim treba reagirati brže nego inače, postane jasno koliko je sustav zapravo krhak.
Takve stvari se ne rješavaju tako da se odmah nacrta nekoliko ekrana i krene u razvoj.
Prvo treba razumjeti stvarni način rada
Prvo treba sjesti s ljudima koji taj posao stvarno rade. Vidjeti gdje zastaju, što provjeravaju dva puta, što prepisuju ručno i što im oduzima pažnju bez stvarnog razloga. Tek tada počinje biti jasnije treba li uopće novi proizvod, treba li integracija ili možda samo bolji način da se postojeće informacije poslože.
To često znači postaviti vrlo jednostavna pitanja.
Gdje nastaje zastoj? Tko prvi primijeti da nešto nije u redu? Koliko se puta ista informacija prenese iz jedne tablice u drugu? Što se radi kada podataka nema na vrijeme? Tko mora dodatno provjeriti je li nešto stvarno riješeno?
Odgovori na takva pitanja obično vrijede više od početnog popisa željenih funkcija.
Jer funkcije opisuju što bi netko volio imati, a stvarni proces pokazuje što ljudima zaista otežava posao iz dana u dan.
Tek kada se to vidi dovoljno jasno, može se procijeniti što treba pojednostavniti, što povezati i što potpuno maknuti iz procesa.
Nije svaki problem za aplikaciju.
Nekad je dovoljno povezati dva sustava koja već postoje. Nekad je dovoljno automatizirati jedan mali korak koji se ponavlja svaki dan. Nekad je problem samo u tome što važna informacija postoji, ali je nitko ne vidi na vrijeme.
Nije svaki problem za novu aplikaciju
Zato razvoj proizvoda nije samo pitanje koliko se toga može napraviti.
Ponekad je najkorisnije rješenje ono koje uvodi najmanju promjenu, ali uklanja najveći izvor zastoja.
Ako ljudi već rade u jednom sustavu koji poznaju, možda nema smisla graditi paralelni alat samo zato što zvuči modernije. Ako je problem u kašnjenju informacije, možda nije potreban novi proizvod nego bolji pregled ili automatska obavijest. Ako se isti podatak ručno prenosi između alata, možda najveću vrijednost donosi jednostavna integracija.
Takve odluke na prvi pogled djeluju manje ambiciozno.
Ali često upravo one daju najbrži i najstabilniji rezultat, jer rješavaju konkretan problem bez dodavanja novog sloja složenosti.
Često je važnije odlučiti što se neće napraviti.
Svaka dodatna mogućnost ima svoju cijenu. Netko je mora razumjeti, održavati, testirati i kasnije objašnjavati korisnicima. Ako ne rješava stvaran problem, vrlo brzo postane još jedan dio sustava koji postoji sam zbog sebe.
To je jedna od najskupljih grešaka u razvoju proizvoda.
Ne zato što je neka funkcija tehnički teška, nego zato što polako puni sustav stvarima koje nitko ne koristi prirodno.
Svaki dodatni ekran, opcija ili pravilo povećava količinu pažnje koju korisnik mora uložiti da bi samo obavio svoj posao.
To se najčešće vidi tek kasnije, kada ljudi počnu raditi mimo sustava.
Ako im je brže poslati poruku nego nešto unijeti u aplikaciju, ako radije drže vlastitu tablicu nego koriste službeni pregled ili ako moraju dodatno provjeravati jesu li podaci stvarno ažurni, onda proizvod nije dovoljno dobro sjeo u njihov način rada.
To nije nužno znak da ljudi odbijaju alat.
Češće je znak da alat nije dovoljno dobro pogodio stvarni kontekst u kojem se koristi.
Ljudi gotovo uvijek pronađu najkraći put do rezultata. Ako službeni sustav taj put usporava, paralelni procesi će se pojaviti sami od sebe.
Složeno rješenje nije isto što i korisno rješenje
Nije stvar u tome da korisnici ne žele promjene.
Ljudi se prilagode kada osjete da im nešto stvarno olakšava posao. Kada manje toga moraju pamtiti, kada ne moraju stalno provjeravati isto i kada im je jasnije što treba napraviti dalje.
Tada promjena ne djeluje kao dodatni napor, nego kao olakšanje.
Korisnik ne razmišlja o tome da koristi novi alat, nego samo primjećuje da ima manje prekida, manje nesigurnosti i manje ručnih koraka.
To je obično puno bolji pokazatelj kvalitete proizvoda od dojma da sustav ima puno mogućnosti.
Tada tehnologija postaje gotovo neprimjetna.
Ne razmišlja se o tome koji sustav stoji u pozadini ni kako je nešto tehnički izvedeno. Važno je samo da informacije dolaze na vrijeme, da se manje toga zaboravlja i da se problem vidi prije nego što postane hitan.
U tom trenutku tehnologija više nije tema sama za sebe.
Ona postaje dio svakodnevnog rada koji podržava odluke, smanjuje trenje i pomaže ljudima da lakše odrade ono što već trebaju napraviti.
Tehnologija treba imati jasnu svrhu
Tu se vidi razlika između tehnologije koja postoji zato što je zanimljiva i tehnologije koja ima svrhu.
Prva često kreće od mogućnosti.
Što sve može napraviti? Kako se može povezati? Koliko toga može prikazati? Koje opcije još možemo dodati?
Druga kreće od posljedice koju želi postići u stvarnom radu.
Što treba postati jasnije? Gdje treba biti manje ručnog posla? Koji problem treba biti vidljiv ranije? Gdje se treba smanjiti prostor za pogrešku?
Prva često dobro izgleda na početku.
Druga ostaje korisna i nakon što prođe početno oduševljenje.
Zato tehnologija ne bi trebala biti početna točka razgovora, nego rezultat dobrog razumijevanja svrhe.
Kada je svrha jasna, lakše je donijeti i tehničke odluke. Lakše je procijeniti što ima smisla graditi, što povezati, a što svjesno ostaviti izvan sustava.
I tada proizvod ne nastaje zato što se nešto može napraviti, nego zato što je jasno zašto ga uopće vrijedi napraviti.
Povratak na listu objava