Miért nem old meg egy új szoftver semmit, ha előtte nem rendeztük a folyamatokat
Volt egy ügyfelem, aki két év alatt háromszor váltott szoftvert.
Először próbált egy egyszerű projektkezelőt — “túl általános volt, nem illeszkedett hozzánk.” Aztán egy drágább, összetettebb rendszert — “senki nem használta, visszamentünk az Excelhez.” A harmadik próbálkozásnál már szinte biztos volt abban, hogy a probléma a szoftverben van. Hogy csak meg kell találni a megfelelőt.
Amikor megkértem, hogy mesélje el, mit csinálnak lépésről lépésre, amikor egy megrendelés beérkezik — hosszú csend volt. Aztán: “Ezt pontosan még nem írtuk le sehova.”
Ott volt a valódi probléma. Nem a szoftverekben.
A legdrágább tévhit a digitalizációban
A digitalizáció egyik legelterjedtebb — és legköltségesebb — félreértése az, hogy a szoftver megoldja a problémát.
Ez nem igaz. Soha nem volt igaz.
A szoftver nem old meg semmit önmagában. Ami valójában történik: a szoftver láthatóvá teszi a meglévő folyamatokat — ha azok rendben vannak, a szoftver besegít és gyorsít; ha nincsenek rendben, a szoftver csak gyorsabban csinálja a káoszt.
Egy rendezetlen, tisztázatlan folyamaton átvezetett szoftver nem oldja meg a problémát — hanem pontosabban, mérhetőbben, és drágábban termeli újra.
A három legtipikusabb eset, ahogy félresikerül
Ezeket nem kitaláltam. Ezeket láttam — újra és újra.
1. eset: “Vettük a szoftvert, de senki nem használja”
A tárgyalások gyorsan mentek. A szoftver ígéretes volt, a demó meggyőző. Megkötötték a szerződést, megtörtént a technikai bevezetés — és hat hónappal később a csapat fele még mindig az Excelben dolgozott.
Miért?
Mert a bevezetés technikai volt, nem emberi. A szoftver ott volt, de senki nem magyarázta el a csapatnak, hogy miért jobb ez — csak azt, hogy mostantól ezt kell használni. Senki nem kérdezte meg őket, hogy mi nehéz a jelenlegi munkában. Senki nem nézte meg, hogy a szoftver valóban az ő munkájukat segíti-e — vagy csak egy új, ismeretlen felületen kellene elvégezni ugyanazt, amit eddig is csináltak.
Ha a csapat nem érti, miért jobb az új rendszer, nem fogja használni. Nem dacból — hanem mert a megszokott, ismert módszer biztonságosabb és gyorsabb. Az Excel legalább nem dob hibát.
2. eset: “Túl bonyolult lett, visszamentünk az Excelhez”
Az általános ERP-rendszerek általában sokat tudnak. Ez a vonzerejük — és egyben a csapdájuk.
Mert a legtöbb KKV-nak nem kell minden. Kell valami, ami az ő folyamatait támogatja — nem egy teljes vállalatnyi funkcióhalmaz, aminek a 80%-át soha nem fogja érinteni.
Amikor a szoftver többet tud, mint amennyire szükség van, két dolog történik: a bevezetés elhúzódik, mert mindent be kell állítani, és a végeredmény olyan komplex lesz, hogy a napi használat elbonyolítja, nem egyszerűsíti a munkát.
A csapat visszamegy az Excelhez. Nem azért, mert lusták — hanem mert az Excel átlátható, gyors, és ők értik.
A probléma itt sem a szoftverrel volt. A probléma az volt, hogy senki nem tisztázta előtte: mit kellene valójában megoldani?
3. eset: “Megvettük, de nem azt csinálja, amit szeretnénk”
Ez a legfájdalmasabb változat.
A szoftver működik. A bevezetés is rendben volt. Csak éppen kiderült, hogy a rendszer az eladó elképzelése szerint van felépítve — nem a cég valódi folyamataihoz igazítva.
Mert a vásárlás előtt senki nem tette fel a kérdést: “Hogyan dolgozunk mi valójában?” Helyette a kérdés ez volt: “Ez a szoftver tud ilyet?”
Két teljesen különböző kérdés. Az első a folyamatból indul ki, a második a szoftverből. Ha a második irányból közelítesz, a szoftver szabja meg, hogyan fogsz dolgozni — nem fordítva.
Mi kellene valójában?
Minden esetben ugyanott volt a hiány: a szoftver előtt senki nem tette rendbe a folyamatokat.
Ez nem lassítja a bevezetést. Éppen ellenkezőleg — ez az egyetlen módja, hogy ne kelljen kétszer elvégezni.
A logikus sorrend így néz ki:
Előbb megértjük, mi a valódi probléma. Nem azt, amit az ügyfél mond telefonon, hanem azt, amit akkor találunk, ha megnézzük, hogyan működik a cég valójában nap mint nap. Hol akadnak el a dolgok? Hol vesznek el az információk? Hol kerül kétszer elvégzésre ugyanaz a munka?
Aztán rendezzük a folyamatokat. Ez nem szoftver — ez emberi döntés. Ki mit csinál? Mikor? Milyen információ alapján? Mi az, amit le kell dokumentálni, és mi az, amit elegendő fejben tartani? Ez a rendrakás.
És csak ezután jön a szoftver — ha egyáltalán szükség van rá. Mert néha az derül ki, hogy nem szoftver kell, hanem egy egyszerűbb, átgondoltabb folyamat. Ez ritkább — de előfordul.
Amikor a szoftver rendezett folyamatokra épül, a bevezetés gyors, az elfogadottsága magas, és valóban azt csinálja, amire szükség van. Nem a szoftver szabja meg a munkát — a munka szabja meg a szoftvert.
Miért ennyi a sikertelen bevezetés?
Mert a szoftver megvehető. A folyamatrendezés nem.
A szoftvert meg lehet venni online, két kattintással, egy hitelkártyával. A bevezetési csomag is megvehető. Sokszor még a „testreszabás” is megvehető — bár az általában azt jelenti, hogy a szoftver logikájához igazítják a céget, nem fordítva.
A folyamatok rendezéséhez viszont le kell ülni. Meg kell érteni, hogyan működik a cég valójában. Ki mit csinál, miért, milyen sorrendben, milyen kivételekkel. Ez nem automatizálható, nem szoftveresíthető — ehhez emberi jelenlét kell, kérdések, és néha kényelmetlen felismerések.
Ez az, amire kevesen vállalkoznak. Mert nem látványos. Mert nincs rajta doboz, amit fel lehet mutatni. Mert a folyamatrendezés eredménye nem egy szoftver — hanem egy cég, ami tisztábban látja saját magát.
Egy szoftver vásárlás előtt érdemes megkérdezni
Mielőtt bármilyen szoftverre aláírsz, három kérdés:
Tudjuk-e pontosan, mit kell megoldani? Nem “jobb lenne a kommunikáció” — hanem: pontosan hol, mikor, miért csúszik el az információ? Ha erre nincs konkrét válasz, a szoftver nem fog segíteni.
A csapat érti-e, miért változunk? Nem elég, ha a vezető érti. Ha a napi használók nem látják, hogyan könnyíti meg a munkájukat — nem fogják használni. Ez nem hozzáállás kérdése, hanem bevezetési kérdés.
A szoftver a mi folyamatainkhoz illeszkedik, vagy fordítva? Ha a választ arra keresed, hogy “tud-e a szoftver ilyet” — fordítsd meg a kérdést: “Hogyan dolgozunk mi, és mi az, amire valójában szükségünk van?”
Ha ezekre a kérdésekre nincs tiszta válasz, az nem azt jelenti, hogy nem kell szoftver. Azt jelenti, hogy előbb kell egy lépés — és az a lépés nem a szoftver megvásárlása.
Mi a Diagnosztika, és mikor érdemes kérni?
A Diagnosztika pontosan erre a lépésre való.
Nem azzal jövünk ki, hogy “melyik szoftver a legjobb” — hanem azzal, hogy mi a valódi probléma, és hogyan kellene megközelíteni. Két-három hét alatt feltérképezzük a folyamatokat, megtaláljuk az elakadásokat, és konkrét képet adunk arról, mi az, amit érdemes változtatni — és mi az, amit nem.
Ha van már egy szoftver, amit próbáltatok bevezetni, de nem jött össze — a Diagnosztika megmutatja, miért. Ha most tervez szoftvert a cég — a Diagnosztika megmutatja, valójában mire van szükség.
Nem szoftverajánlattal jövünk ki. Helyzetképpel.
→ Kérj Diagnosztikát — nézzük meg a te cégedet
Sebestyén Hunor — digitális rendszerépítő, 36 év tapasztalattal. 1990 óta segítem a kis- és középvállalkozásokat abban, hogy a káoszból működő rendszer legyen.