Ključni zaključci
- Ručno izveštavanje pouzdano odgovara na prvo pitanje o nekom broju, ali sledeće (druga lokacija, drugi period, drugo poređenje) obično traži novi izveštaj napravljen ručno.
- Pošto svako dodatno pitanje košta jedan dan i uslugu nekoga iz finansija ili IT-a, timovi tiho prestaju da postavljaju drugo pitanje, pa se odluke donose na osnovu prvog broja, a ne onog koji bi ih promenio.
- marql uklanja trenje drugog pitanja: kada stigne prvi odgovor, sledeće pitanje je samo sledeća poruka u istom četu, zasnovana na istom povezanom izvoru hostovanom u EU.
U svakom projektu izveštavanja u maloprodaji ili ugostiteljstvu na kojem sam radio važi isti obrazac, bez obzira na kompaniju ili sistem. Prvo pitanje uvek dobije odgovor. Tek drugo pokazuje da li izveštavanje uopšte radi.
Pitajte maloprodajni lanac kakva je bila prodaja prošle nedelje i neko će vam dati broj, obično u roku od jednog dana. Pitajte grupu restorana za trošak namirnica za mesec i desiće se isto. Ručno izveštavanje, uz sve svoje mane, uglavnom ume da da prvi odgovor. Ono u čemu je dosledno loše jeste pitanje koje dolazi odmah posle.
Pitanje koje sledi posle broja
Broj sam po sebi retko išta rešava. „Prodaja je prošle nedelje pala 3%“ otvara očigledno sledeće pitanje. Pala gde? Na svim lokacijama ili na tri? U poređenju sa čim: prethodnom nedeljom, istom nedeljom prošle godine ili planom? Da li je trajala akcija, i da li je povukla prodaju iz ove nedelje unapred ili je odvukla iz obližnje prodavnice?
Nijedno od tih pitanja nije egzotično. Svaki operativac ih postavlja instinktivno. Odgovor na njih obično znači da se vratite onome ko je napravio prvi izveštaj, tačno opišete šta ovog puta želite da bude raščlanjeno i ponovo čekate dok ga on ručno ne napravi u tabeli ili iz drugog izvoza.
Bio sam u dovoljno takvih razgovora da znam obrazac. Prvi izveštaj traje jedan dan. Dodatno pitanje, pošto nije bilo planirano, ponekad traje duže, jer traži drugačiju kombinaciju podataka koju prvobitni izveštaj nije bio napravljen da pokaže. Dok odgovor stigne, operativna odluka o kojoj je trebalo da informiše već je doneta.
Zašto drugo pitanje tiho prestaje da se postavlja
Postoji deo ove priče koji se ne pojavljuje ni u jednoj retrospektivi projekta. Čim dodatno pitanje košta jedan dan i uslugu nekoga iz finansija ili IT-a, ljudi prilagode svoje ponašanje, a da to nikada nisu odlučili. Prestanu da postavljaju drugo pitanje. Cena saznanja je jednostavno veća od cene da se nastavi sa nepotpunim odgovorom, pa većina tiho bira jeftiniju opciju.
To je lako prevideti jer se ništa vidljivo ne pokvari. Izveštaj i dalje izlazi svake nedelje. Sastanak se i dalje održava. Niko ne prijavljuje neuspeh, jer spolja izgleda kao da izveštavanje radi. Brojevi se prave, ljudi klimaju glavom, odluke se donose. Ono što nedostaje nevidljivo je po samoj prirodi stvari. To je poređenje koje nikada nije izvučeno, ili referentna vrednost sa kojom niko nije pomislio da uporedi.
Video sam da se to dešava upravo kod pregleda marže. Finansijski rukovodilac vidi da je mesečna marža slabija. Očigledno sledeće pitanje, koja se stavka troška pomerila, traži ukrštanje POS podataka, faktura dobavljača i radnih sati na svim lokacijama o kojima je reč. To nije izveštaj koji iko drži pri ruci. Pravi se kada neko insistira na odgovoru, a ne pravi se kada prevlada blaža, češća reakcija. Neko zabeleži broj, označi ga kao „vredi pratiti“ i sastanak pređe na sledeću tačku.
Koliko ovo košta
Ne postoji pošten način da se ovome odredi iznos u novcu, i radije se ne bih pretvarao da postoji. Ono što mogu otvoreno da kažem jeste šta ovo košta po vrsti. Manje odluka se pre donošenja proveri prema drugom podatku. Više zaključaka počiva na prvom broju koji je neko slučajno napravio, a ne na broju koji bi promenio odluku. Obrazac koji bi bio očigledan na tri lokacije ostaje nevidljiv, jer niko nikada nije napravio poređenje koje bi ga pokazalo.
Pravi trošak ručnog izveštavanja nema mnogo veze sa tim koliko traje prvi odgovor. Pojavljuje se kasnije, kada drugo pitanje košta koliko i prvo, svaki put.
Pravi trošak ručnog izveštavanja nema mnogo veze sa tim koliko traje prvi odgovor. Pojavljuje se kasnije, kada drugo i treće pitanje koštaju otprilike koliko i prvo, svaki put, dok većina organizacija tiho ne prestane da plaća tu cenu.
Šta smo umesto toga napravili
Upravo taj problem marql je napravljen da ukloni: ne prvo pitanje, nego drugo. To je sloj zasnovan na četu koji čita sisteme koje maloprodajni lanac, grupa restorana ili franšizna mreža već koristi, bez njihove zamene, i hostovan je u EU. Kada prvo pitanje dobije odgovor, pitanje „koje lokacije su to izazvale“ ili „u poređenju sa prošlim mesecom“ samo je sledeća poruka u istom razgovoru, zasnovana na istom povezanom izvoru, a period i lokacija na kojima počiva vidljivi su i mogu da se provere.
Ne tvrdimo da ovo zamenjuje procenu finansijskog tima ili disciplinu pravog zatvaranja perioda. Ono na šta se javno obavezujemo uže je i konkretnije: kvalifikovani pregled vaših sistema, a zatim prvi prikaz uživo u roku od 24 sata, uz cene koje počinju od 200 EUR mesečno. Poenta nije veći prvi odgovor. Poenta je da svako pitanje posle prvog bude jednako jeftino.
Pitanje koje vredi postaviti o sopstvenom izveštavanju
Sledeći put kada vam izveštaj stigne na sto, obratite pažnju šta se dešava sa pitanjem koje vam otvori u glavi. Ako biste morali da se vratite nekome, čekate i možda ne dobijete odgovor pre nego što odluka mora da se donese, to je pravi mehanizam kojim vaša organizacija na kraju donosi odluke sa manje informacija nego što misli da ima.
TemeRučno izveštavanje, Analitika u maloprodaji, HoReCa operacije, Donošenje odluka
