Hogyan néz ki egy digitális rendrakás a gyakorlatban — egy valódi cég példáján
Tavaly tavasszal hívott meg egy cégvezető. Nem szoftveres kérdéssel. Azzal, hogy “valami nem stimmel, de nem tudom pontosan megfogalmazni.”
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.