Ez a mondat az egyik legjobb kiindulópont, amivel találkozhatok. Nem az, hogy “kell nekünk egy ERP.” Nem az, hogy “láttam egy szoftvert, szerintem ez megoldja.” Hanem az, hogy valaki megáll, és kimondja: nem látom pontosan, mi történik a saját cégem belsejében.

Ez volt a helyzet.

Egy 15-20 fős kereskedő cég. Jól ismerik a piacukat, megbízható ügyfélkörük van, évek óta növekszenek. De a növekedés egy ponton elkezdett fájni. Nem kevesebb megrendelés volt — több. Csak egyre nehezebb volt kezelni.

Mit találtam, amikor megérkeztem

Az első találkozón az a szokásom, hogy nem a szoftverekről kérdezek. Azt kérdezem: meséljétek el, mi történik, amikor beérkezik egy megrendelés. Lépésről lépésre.

Tíz perc elteltével a következő kép rajzolódott ki:

A megrendelések három csatornán érkeztek. E-mailben a régebbi ügyfelek. WhatsAppon azok, akik az ügynököt személyesen ismerik. Telefonon mindenki más. Mindhármat más ember kezelte, és mindhármat más helyen rögzítette — ki Excelbe, ki egy belső csoportban, ki papíron, amit aztán nap végén beírt valamibe.

A raktárkészlet egy Excel-fájlban volt, amit a raktáros naponta frissített. Amikor frissítette. Ha volt rá ideje. Ha nem volt sürgős kiszállítás, ami miatt nem ért a számítógéphez.

Az ügyfélreklamációk WhatsAppon mentek — ugyanazon a csatornán, ahol a megrendelések is. Senki nem tartotta nyilván, hogy melyik reklamáció lezárult, és melyik még nyitott.

A vezető azt mondta, hogy hetente egyszer ül le a raktárossal, és akkor tudja meg, nagyjából, hogy mi van. “Nagyjából” — ez volt a szó, amit használt.

Nem volt egyetlen helye az információnak. Volt négy-öt különböző hely, amelyeken a valóság szétszóródott.

A valódi probléma, amit a tünetek takartak

A cégvezető azt gondolta, hogy a probléma a raktárkezelés. Az, hogy a készletadatok nem pontosak.

Ez igaz volt. De nem ez volt a probléma gyökere.

Amikor visszanéztem az elmúlt hat hónap folyamatait, egy mintát láttam: minden fontos döntés valaki fejére volt bízva, nem egy rendszerre. A raktáros tudta, mi van raktáron. Az értékesítő tudta, melyik ügyfél mit szokott rendelni. A könyvelő tudta, melyik számla mikor esedékes. De ezek a tudások nem találkoztak sehol — csak akkor, amikor valami hiba lett belőlük.

A vezető kérdései — “mennyi van belőle?”, “mikor ment ki?”, “megfizette-e?” — mind személyes érdeklődést igényeltek. Minden ilyen kérdés egy ember munkáját akasztotta meg. Minden ilyen kérdésre a válasz attól függött, hogy az a bizonyos ember éppen elérhető-e.

Ez nem rossz szándék kérdése. Ez a rendszer felépítésének kérdése. Egy növekvő cégben ez az állapot előbb-utóbb fájni kezd. Ezeknél a cégnél már fájt.

Mit határoztunk el — és mit nem

A Diagnosztika végén leültünk, és átbeszéltük a képet. Három oldalnyi konkrét megfigyelés. Nem vélemény — tény. Mi történik, mikor, hol, ki által, milyen következménnyel.

Az első ösztön az volt, amit szinte minden cégvezető megérez: “akkor vegyünk egy rendszert.”

Megállítottam.

Nem azért, mert ne lett volna szükség rendszerre. Azért, mert ha most megveszik, és bevezetik, nem fogja megoldani a problémát. Bevezetnek egy rendszert — az emberek két hétig használják, aztán visszamennek a WhatsAppra, mert az gyorsabb és ismert. Ezt láttam már.

Amit ehelyett csináltunk: először leírtuk a folyamatokat. Nem azt, amit szeretnénk, hanem azt, ami most ténylegesen történik — és azt, aminek kellene történnie. Ki, mit, mikor, milyen sorrendben, milyen adattal.

Három dolgot határoztunk el elsőként:

1. Egyetlen bejövő csatorna a megrendelésekhez. Nem azonnal szoftver — hanem egy egyszerű, közös felület, amit mindenki ugyanúgy tölt ki, legyen szó e-mailről, telefonról vagy személyes megrendelésről. Addig is, amíg a megfelelő rendszert kiválasztják.

2. A raktárkészlet napi frissítése — nem ember, hanem folyamat. Nem azt mondtuk, hogy “a raktáros frissítse jobban.” Azt mondtuk, hogy a frissítés menjen be a napi munkamenetbe, egy konkrét időpontban, egy konkrét formában, amelyet más is el tud végezni, ha a raktáros nem ér rá.

3. A reklamációk külön csatornán, nyomon követhetően. Nem új szoftver — egy egyszerű közös lista. Ki nyitotta, mikor, mi a státusz, mikor zárult. Egyetlen forrás, mindenki látja.

Ez nem varázs. Ez rendrakás.

Mi változott — és mennyi idő alatt

Két hónap kellett a fenti három változáshoz. Nem technológia — emberi átállás. Az első héten két kolléga vissza-visszacsúszott a régi szokáshoz. A harmadik héten már nem. A hatodik héten mindenki természetesnek találta.

Ami megváltozott:

A vezető napi szinten látja a nyitott megrendeléseket. Nem kell senkit megkérdezni. Nem kell megvárni a heti találkozót. Van egy közös felület, amelyen ez ott van.

A hónap vége megszűnt tűzoltás lenni. Az előző évben a hónap utolsó három napja mindig roszponttal telt — ki nem ment ki számla, ki nem ment az adat a könyvelőnek, mi hiányzik. Most a hónap vége ugyanolyan nap, mint a többi. Az adatok folyamatosan vannak, nem összegyűjtve.

Egyetlen reklamáció sem “veszett el.” Az előző félévben legalább négy esetről tudtak, ahol az ügyfél jelezte a problémát, de valahogy a lezárása elmaradt. Az utóbbi két hónapban egy sem.

Az új kolléga három hét alatt önállóan dolgozott. Korábban ez két-három hónap volt. Nem azért, mert az új ember ügyesebb volt — hanem mert a folyamat le volt írva, és a rendszer átlátható volt.

Ami ezek után következett

A rendrakás nem a vége valaminek. Ez egy tiszta kezdet.

Amikor a folyamatok rendben vannak, egészen más kérdések kerülnek elő. Nem az, hogy “mi nem működik” — hanem az, hogy “mire vagyunk valójában készen?”

Hat héttel a változások után ültünk le újra. A cégvezető akkor mondta ki, amit én már látni véltem: “Most már tudom, mit akarok egy rendszertől. Mert most már látom, mi hiányzik — és mi az, ami valójában megvan.”

Ez az a mondat, ami után érdemes szoftvert keresni.

Nem az elején. Nem a pánik közepén. Hanem akkor, amikor a cég már látja saját magát — folyamatokban, adatokban, valós képben.

Most ennek a cégnek van egy listája: pontosan milyen funkciókat kell, hogy tudjon a rendszer, amelybe továbblépnek. Nem a szoftver katalógusából másolva — hanem a saját folyamataik alapján meghatározva. Ez a különbség.

Amit ebből a sztoriból érdemes magával vinni

Ez az eset nem kivétel. Ezt látom újra és újra, különböző iparágakban, különböző méretű cégeknél.

Nem arról van szó, hogy nincs szükség szoftverre. Arról van szó, hogy a szoftver előtt van egy lépés — és ezt a lépést általában kihagyják. Mert nem látványos. Mert nincs rajta doboz. Mert a tanácsadók, akik szoftvert adnak el, nem érdekeltek abban, hogy ez a lépés megtörténjen.

A Diagnosztika pontosan ez a lépés.

Két-három hét alatt feltérképezzük, mi a valódi helyzet — nem amit a cégvezető gondol, hanem amit valójában látunk. Megmutatjuk, hol vesznek el az információk, hol kerül kétszer elvégzésre ugyanaz a munka, mi az, amin változtatni kell — és mi az, ami valójában jól működik, csak éppen láthatatlan.

Nem szoftverajánlattal jövünk ki. Helyzetképpel.

Ha ebben a sztoriban felismerted a saját cégedet — nem minden részletben, de az érzésben igen —, az első lépés kicsi, és kockázatmentes.

→ 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.

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.

Hétfő reggel, fél kilenc. Beérsz a céghez, és az első dolog, amit hallasz: “Hunornak küldtük, de ő szabadságon van, nem tudja senki, hol tart az a megrendelés.”

Nem kivétel. Nem rossz hét. Ez az átlagos hétfő reggel.

Ott van még a kolléga, aki azt mondja, beírta Excelbe — de nem ugyanabba, amelyikbe te szoktál nézni. Ott van a hónap vége, amikor mindenki túlórázik, mert a számok szét vannak szórva öt különböző helyen. Ott van az az érzés, hogy te vezeted a céget, de valójában a cég vezet téged.

Ez nem azért van, mert rossz cégvezető vagy. Ez azért van, mert a céged kinőtte azt a módszert, ahogy most működik — csak senki nem mondta ki hangosan.

Az alábbi 5 jel közül ha akár kettő igaz rád, érdemes megállni és megnézni, mi történik valójában.

1. jel: Minden fontos adat valaki fejében van — nem rendszerben

Van a cégedben egy-két ember, aki nélkül nem megy semmi? Aki tudja, hogy melyik ügyfélnek mi a szokásos kedvezménye, melyik szállítónál mi a leadási határidő, melyik projekt hol tart?

Ez elsőre erénynek tűnik. Megbízható, tapasztalt kolléga, aki mindent tud.

A valóságban ez az egyik legnagyobb kockázat, amit egy cég magában hordozhat.

Ha ez az ember elmegy szabadságra — megáll a világ. Ha felmondanak — magukkal viszik a cég tudásának egy részét. Ha betegek — te találod magad ott hétfő reggel, és nem tudja senki, hol tart az a megrendelés.

Ez nem személyiségkérdés. Ez rendszerkérdés. A tudásnak a rendszerben kell lennie, nem az emberek fejében.

2. jel: Ugyanazt az adatot kétszer-háromszor rögzítitek

Beér a megrendelés. Valaki beírja a naptárba. Aztán beírja Excelbe. Aztán szól a szerelőnek telefonon, aki felírja egy cetlire. Majd péntek délután valaki összeszedi a cetliket és beírja a heti riportba.

Négy lépés. Négy pont, ahol félre lehet érteni, ki lehet hagyni, rossz számot lehet beütni.

Ez nem lustaság vagy figyelmetlenség kérdése — ez a rendszer hibája. Ha ugyanazt az adatot többször kell rögzíteni, az azt jelenti, hogy a rendszer nem egy helyen gyűjti az információt. Ami egyszerre jelent felesleges munkát, és folyamatos hibalehetőséget.

A legijesztőbb az egészben: ez általában láthatatlan marad. Mindenki hozzászokik, hogy “így csináljuk”. Senki nem kérdezi meg, hogy miért.

3. jel: A vezető nem látja valós időben, mi történik

Hol tart az a projekt, amelyről múlt héten egyeztettetek? Mennyi van raktáron a legkelendőbb termékből? Mi van kinn fizetetlen számla? Ki van szabadságon jövő héten?

Ha ezekre a kérdésekre az a válasz, hogy “megkérdezem Marikát” vagy “megnézem a táblázatban, de az lehet, hogy nincs frissítve” — az már probléma.

A cégvezető munkája az, hogy döntéseket hozzon. A döntések minőségét az határozza meg, hogy milyen információk állnak rendelkezésre — és mennyire frissek. Ha a cég valós helyzetét csak érdeklődéssel lehet megtudni, a döntések mindig késve, hiányos képre épülnek.

Ez nem azt jelenti, hogy minden pillanatban mindent látni kell. De azt igen, hogy az, ami fontos, egy helyen, frissen elérhető legyen — anélkül, hogy valakit zavarni kelljen.

4. jel: A hónap vége mindig tűzoltás

Ha a hónap utolsó néhány napja rendszeresen azzal telik, hogy valaki összeszedi a számlákat, összefésüli a táblázatokat, riportot gyárt és rohan az accountant után — az nem normális működés. Még ha annak tűnik is.

Ez azt jelenti, hogy az adatok nincsenek folyamatosan karbantartva, csak alkalomszerűen. A hónap végi rohanás nem a sok munka következménye — hanem annak, hogy az adatok szét vannak szórva, és egyszer egy hónapban valakinek össze kell szedni őket.

Egy jól működő rendszerben a hónap vége ugyanolyan, mint a hónap bármely másik napja. A számok ott vannak, frissen, folyamatosan. Nem kell összeszedni, mert nem szóródtak szét.

5. jel: Új ember betanítása 2-3 hónapot vesz igénybe

Jött egy új kolléga. Lelkes, képzett, gyorsan tanul. Mégis két-három hónap, mire önállóan tud dolgozni.

Miért?

Mert a folyamatok nincsenek leírva. Mert a tudás az emberekben van. Mert minden “így szoktuk csinálni” tudást valakitől kell megtanulni, egy-egy kérdéssel, helyzetről helyzetre.

Ez azt jelenti, hogy a cég nem skálázható. Ha nő a forgalom, nem lehet egyszerűen “még egy embert felvenni” — mert az ember felvétele csak a kezdete egy hosszú folyamatnak, amíg az illető valóban produktív lesz.

Egy rendszerben rögzített folyamatnál az új ember betanítása hetekre rövidülhet. Nem azért, mert okosabb — hanem mert a tudás ott van, ahol kell: a rendszerben.

Ha igaz rád — mit jelent ez?

Ha ezek közül akár kettő igaz a cégedre, nem feltétlenül jelenti azt, hogy azonnal szoftvert kell venni. Sőt — a tapasztalat azt mutatja, hogy a szoftver önmagában szinte soha nem oldja meg ezeket a problémákat.

Ami hiányzik, az általában nem a szoftver. Hanem az, hogy valaki megálljon, és megnézze: mi az, ami valójában nem megy — és miért.

Erre való a Diagnosztika.

Két-három hét alatt feltérképezzük a folyamatokat, megtaláljuk a valódi elakadásokat, és konkrét képet adunk arról, mi az, amit érdemes változtatni — és mi az, amit nem. Nem szoftverajánlattal jövünk ki. Helyzetképpel.

Ha felismerted magad a fenti jelekben, az első lépés kicsi és kockázatmentes.

→ Nézzük meg együtt, hol tartasz

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.