A dashboard elkészült. Minden szám a helyén, minden grafikon szép. Két hét múlva mégis az történik, hogy az ügyvezető visszaáll Excelre, a riportot meg elfelejti mindenki. Ez ritkán technikai hiba. Tervezési hiba.
Sokszor olyan céghez érkezünk, ahol már volt egy próbálkozás. Fejlesztő, adatkapcsolat, szép felület, technikailag minden működött.
Fél év múlva a link ott lapul egy böngésző-bookmarkban, amit senki nem kattint meg.
Ez az öt hiba a leggyakoribb oka. Nem véletlenszerű balszerencse, hanem ugyanaz az öt minta, projektről projektre.
Az első verzió szinte mindig túlzsúfolt. Bevétel, árrés, konverzió, visszatérő ügyfelek, kosárérték, régiós bontás, heti trend, havi trend, negyedéves cél, forgalom forrásonként.
Minden ott van. Minden friss. Minden pontos.
És senki nem tud vele mit kezdeni.
Az agyunk nem döntéshozatalra van kalibrálva 30 számra egyszerre. Ha mindenre nézünk, semmire nem figyelünk igazán. A vezető rátéved a dashboardra, néhány másodpercig pásztázza, nem talál benne cselekvési pontot, és bezárja.
Ezért az első kérdésünk minden projektnél ugyanaz: hétfő reggel 8-kor, mielőtt a nap elindul, pontosan milyen három kérdésre kell választ adnia ennek a képernyőnek? Minden más lejjebb kerül egy szinttel: elérhető marad, csak nem üvölt.
Ha a dashboardot az tervezi, aki ismeri az adatokat, és nem az, aki utána tényleg használja, ez a hiba szinte garantált.
Az adatelemző pontosan tudja, mi mérhető. Azt viszont nem mindig, hogy mire van szükség egy döntéshez.
Az értékesítési vezető azt akarja látni, melyik terméken veszítünk pénzt most, és melyik ügyfélnél esett vissza legjobban a forgalom az előző negyedévhez képest. Az adatrendszer azt tudja megmutatni, hány tranzakció futott le rendszertípusonként.
A kettő között nem technikai a különbség. Szemléletbeli.
A jó dashboard tervezése beszélgetéssel kezdődik, nem adatkapcsolással. Ki nyitja meg? Mikor? Milyen döntés következik utána?
A technikai csapat ezt apróságnak tartja. Az ügyvezető bizalomvesztésként éli meg.
Ha a dashboard megnyitáskor nem mutatja, mikor frissült utoljára, a vezető nem tudja eldönteni, mennyire bízhat benne. Tegnapi szám? Heti? Múlt havi? Bizonytalanságban pedig visszanyúl az Excelhez, hogy "ellenőrizze". Ha ott mást lát, a dashboard onnantól gyanús marad, még ha technikailag helyes is.
Az utolsó frissítés időbélyege és egy világos frissítési ütemterv nem apró UX-finomítás. Ez a bizalom alapja.
142 ezer forint bevétel egy hónapban. Ez jó szám? Rossz? Átlagos?
Önmagában egyik sem eldönthető. Egy szám cél, előző időszak vagy piaci viszonyítás nélkül nem segít dönteni. Legfeljebb megnyugtat vagy aggaszt, irány nélkül.
A használt dashboardok mindig mutatják: hol állunk a célhoz képest, hogyan mozdultunk az előző hónaphoz vagy negyedévhez képest, és ahol van rá adat, mi számít jónak az iparágban.
Ha ez hiányzik, a vezető fejben pótolja a kontextust. Az pedig nem mindig egyezik azzal, amit az adat tényleg mond.
A tipikus forgatókönyv: a fejlesztő kiküldi a linket, mellé ír két mondatot, megkérdezi, van-e kérdés. Nincs kérdés. Mindenki elégedett. Két hét múlva senki nem nyitja meg a riportot.
Van egy tipikus eset, amit érdemes elképzelni. Egy frissen elkészült dashboardot pontosan egyszer nyitnak meg: a bemutató napján, amikor még ott ül mellette az, aki csinálta. Utána soha többé. Nem azért, mert rossz volt. Azért, mert senki nem tudta, hova kattintson másnap, és kérdés nélkül nem is kérdezett vissza senki.
Egy új eszköz megismerése időbe kerül, még ha egyszerű is. Az első pár megnyitásnál az emberek elakadnak, nem találják, amit keresnek, és feladják. Ha nincs ott valaki, aki megmutatja a három dolgot, amit tényleg naponta csinálni fognak vele, a dashboard sosem épül be a rutinba.
Ehhez nem kell képzés. Elég egy 30 perces közös "első hét", ahol végigmennek azon, amit ténylegesen használni fognak. Ez az a lépés, amit majdnem mindenki kihagy a projekt végén, és majdnem mindenki megbánja.
Két héttel az átadás után visszaülünk a dashboard mellé, és megnézzük: tényleg megnyitja-e az ügyvezető és a csapat, és a kérdések, amikre tervezéskor épült, tényleg megválaszolódnak-e éles használatban. Ahol nem, ott helyben módosítunk. Ez nem külön szolgáltatás. Ez a projekt része.
A Power BI önmagában erős eszköz. Az öt hiba, amit fentebb leírtunk, nem a szoftverből fakad. Mind az öt a tervezés és az átadás pillanataiban dől el.
Egy dashboard akkor él, ha az a néhány ember, akinek szánták, minden hétfőn megnyitja, és tesz is valamit az alapján. Ha ez nem történik meg, a projekt technikailag lezárt, üzletileg viszont nem történt semmi.
Ha most nálatok is megvan a rendszer, csak nem használja senki: melyik az öt közül, ami rátok ismer?