Idei principale
- Raportarea manuală răspunde cu încredere la prima întrebare despre un număr, dar întrebarea următoare, altă locație, perioadă sau comparație, necesită de obicei un raport nou, construit manual.
- Fiindcă fiecare întrebare următoare costă o zi și o favoare de la financiar sau IT, echipele încetează discret să mai pună a doua întrebare, iar deciziile se iau pe baza primului număr, nu a celui care le-ar fi schimbat.
- marql elimină frecarea celei de-a doua întrebări: odată ce primul răspuns sosește, întrebarea următoare este pur și simplu următorul mesaj din aceeași conversație, bazat pe aceeași sursă conectată, găzduită în UE și accesată read-only.
În fiecare proiect de raportare din retail sau ospitalitate la care am lucrat, un tipar se menține indiferent de companie sau de sistem. La prima întrebare se răspunde mereu. A doua este cea care îți spune dacă raportarea chiar funcționează.
Întreabă un lanț de retail cum au mers vânzările săptămâna trecută și cineva îți va aduce un număr, de obicei în cel mult o zi. Întreabă un grup de restaurante despre food cost pe luna în curs și se întâmplă același lucru. Raportarea manuală, cu toate defectele ei, este în general competentă la a produce un prim răspuns. La ce e constant slabă este întrebarea care vine imediat după.
Întrebarea care urmează numărului
Un număr de unul singur rareori lămurește ceva. „Vânzările au scăzut cu 3% săptămâna trecută” invită o întrebare următoare evidentă. Unde au scăzut? În toate locațiile sau doar în trei dintre ele? Față de ce, față de săptămâna trecută, de aceeași săptămână de anul trecut sau de plan? A fost o promoție în derulare și a tras vânzările în față din această săptămână sau le-a luat de la un magazin din apropiere?
Niciuna dintre aceste întrebări nu e ceva exotic. Orice operator le pune din instinct. Ca să le răspunzi, de obicei trebuie să te întorci la cel care a construit primul raport, să descrii exact ce vrei defalcat de data aceasta și să aștepți din nou cât timp îl reconstruiește manual într-un tabel sau într-un alt export.
Am fost în suficient de multe astfel de discuții cât să cunosc tiparul. Primul raport durează o zi. Întrebarea următoare, fiindcă nu fusese anticipată, durează uneori mai mult, pentru că necesită extragerea unei alte combinații de date pe care raportul inițial nu fusese construit să o arate. Până sosește, decizia operațională pe care trebuia să o susțină a fost deja luată.
De ce a doua întrebare încetează discret să mai fie pusă
Există o parte a acestui lucru care nu apare în nicio retrospectivă de proiect. Odată ce o întrebare următoare costă o zi și o favoare din partea cuiva de la financiar sau IT, oamenii își ajustează comportamentul fără să decidă vreodată conștient asta. Încetează să mai pună a doua întrebare. Costul de a afla este pur și simplu mai mare decât costul de a merge mai departe cu un răspuns incomplet, așa că majoritatea aleg discret varianta mai ieftină.
E ușor să treci pe lângă asta, pentru că nimic nu se strică vizibil. Raportul tot iese în fiecare săptămână. Ședința tot are loc. Nimeni nu semnalează un eșec, pentru că din exterior pare că raportarea funcționează. Se produc numere, oamenii dau din cap, se iau decizii. Ceea ce lipsește este invizibil prin însăși natura lui. Este comparația care nu a fost niciodată extrasă sau reperul pe care nimeni nu s-a gândit să îl verifice.
Am văzut cum se întâmplă asta mai ales la analizele de marjă. Un responsabil financiar vede că marja lunii vine slabă. Întrebarea următoare evidentă, care linie de cost s-a mișcat, necesită corelarea datelor din POS, a facturilor de la furnizori și a orelor de muncă din câte locații sunt incluse. Acesta nu este un raport pe care cineva îl are la îndemână. Se construiește când cineva insistă pentru un răspuns și nu se construiește când învinge reacția mai blândă și mai frecventă. Cineva notează numărul, îl marchează drept „de urmărit” și ședința trece la punctul următor.
Cât costă asta
Nu există o modalitate onestă de a pune o cifră în bani pe acest lucru și prefer să nu pretind altceva. Ce pot spune clar este cât costă în natură. Mai puține decizii sunt verificate față de un al doilea punct de date înainte de a fi luate. Mai multe concluzii se sprijină pe primul număr pe care s-a întâmplat să îl producă cineva, în loc de numărul care ar fi schimbat decizia. Un tipar care ar fi fost evident în trei locații rămâne invizibil, pentru că nimeni nu a construit vreodată comparația care l-ar fi arătat.
Cheltuiala reală din raportarea manuală are prea puțin de-a face cu cât durează primul răspuns. Ea apare mai târziu, când a doua întrebare costă la fel de mult ca prima, de fiecare dată.
Cheltuiala reală din raportarea manuală are prea puțin de-a face cu cât durează primul răspuns. Ea apare mai târziu, când a doua întrebare și a treia costă cam la fel de mult cât a costat prima, de fiecare dată, până când majoritatea organizațiilor încetează discret să mai plătească prețul ăsta.
Ce am construit în schimb în jurul acestei probleme
Aceasta este problema specifică pe care marql a fost construit să o elimine, nu prima întrebare, ci a doua. Este un strat chat-first cu acces read-only la sistemele pe care un lanț de retail, un grup de restaurante sau o rețea de franciză le folosesc deja, găzduit în UE. Odată ce primei întrebări i s-a răspuns, a întreba „care locații au generat asta” sau „comparativ cu luna trecută” este pur și simplu următorul mesaj din aceeași conversație, bazat pe aceeași sursă conectată, cu perioada și locația pe care se sprijină vizibile și verificabile.
Nu susținem că asta înlocuiește judecata unei echipe financiare sau disciplina unei închideri de lună ca la carte. Ceea ce ne asumăm public este mai restrâns și mai specific: o analiză calificată a stack-ului, urmată de o primă vizualizare live în 24 de ore, cu prețuri de la 200 € pe lună. Ideea nu este un prim răspuns mai mare. Este să facem fiecare întrebare de după prima la fel de ieftină de pus.
Întrebarea pe care merită să ți-o pui despre propria raportare
Data viitoare când un raport îți ajunge pe birou, observă ce se întâmplă cu întrebarea pe care ți-o ridică în minte. Dacă ar trebui să te întorci la cineva, să aștepți și poate să nu primești un răspuns înainte ca decizia să trebuiască luată, acesta este mecanismul real prin care organizația ta ajunge să ia decizii pe baza mai puținor informații decât crede că are.
Vezi pe datele tale
Adu o întrebare operațională și întrebarea următoare pe care în mod normal nu te-ai obosi să o pui, la o analiză a stack-ului de raportare. Îți vom arăta cum arată când a doua întrebare costă la fel de mult ca prima.
Vorbește cu afacerea ta. Întreabă. Înțelege. Acționează.

Scris de
Evan Kazakov
Co-fondator, marql