Folyamatfejlesztési projekt eredményei példával

Valaki minden reggel letölti a webshoprendeléseket, majd kézzel rögzíti őket egy másik rendszerben. A raktár ebből dolgozik, a számlázás pedig egy harmadik adatforrásból. Mire eltérés derül ki, a csomag már késik, az ügyfélszolgálat pedig magyarázatot keres. A folyamatfejlesztési projekt eredményei példával akkor érthetők igazán, ha nem egy új rendszer képernyőjét nézzük, hanem azt, mi változik egy ilyen munkanapban.

Egy jól vezetett fejlesztés nem attól sikeres, hogy sok feladatot automatizál, és nem is attól, hogy lecserél egy régi alkalmazást. Attól sikeres, hogy a működés kiszámíthatóbbá válik: kevesebb az ismételt adatbevitel, egyértelműbbek a felelősségek, megbízhatóbb az információ, és a vezetés gyorsabban látja, hol akad el a munka.

Mit jelent valójában egy folyamatfejlesztés eredménye?

A vállalatok gyakran egyetlen mutatóban keresik a választ: hány órát takarítottunk meg, mennyivel nőtt a kapacitás, hány százalékkal csökkentek a hibák. Ezek szükséges mutatók, de önmagukban keveset mondanak. Egy folyamat többnyire azért válik nehézkessé, mert a növekedés során új kivételek, táblázatok, e-mailes egyeztetések és kézi ellenőrzések épülnek rá.

A valódi eredmény ezért több rétegben jelenik meg. Rövidülhet egy rendelés feldolgozási ideje, de ugyanilyen értékes, ha a kollégák nem különböző verziójú adatokból dolgoznak. Csökkenhet a hibajavítás, de az is fontos, hogy a folyamat ne egyetlen tapasztalt munkatárs fejében létezzen. Ha ez az ember szabadságon van vagy távozik, az üzletmenetnek akkor is működnie kell.

A mérésnél érdemes az átfutási idő, a hibaarány, a manuális érintések száma, a függőben lévő ügyek mennyisége és az információ frissessége mellett a kivételeket is vizsgálni. Egy átlagos rendelés lehet gyors, miközben a problémás rendelések kezelése továbbra is teljesen átláthatatlan. A fejlesztésnek ezt a rejtett terhelést is láthatóvá kell tennie.

Folyamatfejlesztési projekt eredményei példával: webshop és raktár

Vegyünk egy növekvő kereskedelmi vállalatot. Napi 80-120 webshoprendelést kezel, több raktári készlethelyszínnel. A webshop, a készletnyilvántartás és a számlázó rendszer külön működik. Az értékesítési csapat reggel exportálja a rendeléseket, ellenőrzi a fizetési státuszt, majd egy táblázatban átadja az információt a raktárnak. Délután ugyanezeket az adatokat újra ellenőrzik a számlázáshoz és a vezetői riporthoz.

Első ránézésre a probléma technikai integrációnak tűnik. De a vizsgálat során más kép rajzolódhat ki. Kiderülhet például, hogy a rendeléseket azért ellenőrzik kétszer, mert a raktár csak napi egyszer kap megbízható készletinformációt. Az is lehet, hogy bizonyos rendeléstípusokhoz korábban szükséges volt vezetői jóváhagyás, de ez a szabály minden rendelésre megmaradt. Vagy a számlázás azért vár délutánig, mert a visszaigazolás státusza nincs világosan definiálva.

Ebben a helyzetben az első lépés nem az, hogy összekötjük a rendszereket. Előbb tisztázni kell, melyik rendszer az egyes adatok hiteles forrása, mikor válik egy rendelés feldolgozhatóvá, milyen kivételek indokolnak emberi döntést, és ki felel ezekért. Csak ezután lehet eldönteni, hogy folyamatátszervezés, szabálymódosítás, rendszerintegráció vagy ezek kombinációja adja a megfelelő választ.

A kiinduló helyzet mérése

A projekt elején a csapat négy héten át mérte a rendelési folyamatot. Az adatokból az látszott, hogy egy rendelés adminisztratív feldolgozása átlagosan 11 percet vett igénybe, bár a tényleges adatmozgatás ennél jóval kevesebb volt. A különbséget az ellenőrzések, a hiányos készletinformációk, az e-mailes kérdések és a napi egyszeri kézi export okozta.

A napi átlagos 100 rendelés mellett ez körülbelül 18 munkaórányi adminisztrációt jelentett hetente. Emellett havonta 25-30 esetben fordult elő, hogy a raktár már olyan rendelést készített össze, amelynek fizetése vagy címe még nem volt megfelelően ellenőrizve. Ezek nem mindig okoztak jelentős pénzügyi veszteséget, de ügyfélszolgálati terhelést, újracsomagolást és felesleges feszültséget igen.

Mi változott a folyamatban?

A megoldás része volt a webshop és a belső készletkezelés közötti strukturált adatkapcsolat, de ez nem önmagában hozta az eredményt. A folyamatot is újratervezték. Meghatározták a rendelési státuszok jelentését, elkülönítették a normál és a kivételes ügyeket, és megszüntették azt a jóváhagyási lépést, amely a rendeléseket indokolatlanul várakoztatta.

A raktár csak olyan rendelést kapott feladatként, amely megfelelt az előre rögzített ellenőrzési szabályoknak. A problémás tételek nem tűntek el egy közös postafiókban: külön kivételkezelési sorba kerültek, felelőssel és határidővel. A számlázás a tényleges teljesítési státuszhoz kapcsolódott, nem egy délutáni manuális listához.

Az automatizálás itt nem embereket váltott ki. A korábban exportálással és újrarögzítéssel töltött idő egy részét a kivételek gyorsabb kezelésére, készletproblémák megelőzésére és ügyfélkommunikációra lehetett fordítani. Ez lényeges különbség: a gép az ismétlődő adatmozgatást végzi, az ember pedig ott dönt, ahol a döntés üzleti értéket teremt.

A mérhető és a kevésbé látványos eredmények

Három hónappal az új működés bevezetése után az átlagos adminisztratív feldolgozási idő 11 percről 3,5 percre csökkent rendelésenként. Heti szinten ez több mint 12 munkaóra felszabadulását jelentette. A hibás vagy tisztázatlan státusz miatt visszatartott rendelések száma közel 60 százalékkal csökkent, miközben a raktár számára kiadott feladatok sorrendje átláthatóbb lett.

A vezetői eredmény talán még ennél is fontosabb volt. Korábban péntek délutánonként több órát vett igénybe összerakni, mennyi rendelés érkezett, miből mennyi teljesült, hol vannak elakadások, és milyen készletproblémák várhatók. Az új adatfolyam mellett a riport nem tökéletesen automatikus dokumentumként született meg, hanem megbízható, naprakész adatokból állt rendelkezésre. A menedzsment így nem múlt heti problémákra reagált, hanem aznapi döntéseket tudott hozni.

Az emberi oldal szintén javult. A raktári kollégák nem kaptak egymásnak ellentmondó listákat, az értékesítésnek nem kellett telefonon ellenőriznie, hogy egy rendelés hol tart, és az ügyfélszolgálatnak világosabb státuszok álltak rendelkezésére. A folyamat kevésbé függött egyetlen rutinos adminisztrátortól, aki korábban fejben tartotta a kivételek jelentős részét.

Nem minden eredmény azonnali megtakarítás

Vannak helyzetek, ahol a folyamatfejlesztés első eredménye nem kevesebb munkaóra, hanem nagyobb kontroll. Egy gyártó cégnél például a termelési eltérések rögzítése lehet lassú és következetlen. A fejlesztés elején akár nőhet is az adminisztráció, mert a korábban szóban kezelt információkat szabályozott módon kell dokumentálni. Ez rövid távon kényelmetlenebbnek tűnhet.

Mégis ez teremti meg annak alapját, hogy később látható legyen, melyik gépnél, műszaknál vagy alapanyagnál ismétlődik a probléma. Ilyenkor a cél nem az, hogy minden adatbevitel eltűnjön, hanem hogy a szükséges adat egyszer, megfelelő helyen, használható minőségben keletkezzen. A rossz folyamat gyorsítása csak gyorsabban termel hibát.

A fejlesztés értékét ezért mindig az üzleti helyzethez kell mérni. Egy kis volumenű, ritkán ismétlődő kivételt nem feltétlenül érdemes drágán automatizálni. Egy naponta százszor ismétlődő, hibára érzékeny lépésnél viszont már egy kisebb átalakítás is jelentős hatást érhet el. A jó döntéshez nem technológiai lelkesedés, hanem arányérzék és mérhető kiindulópont kell.

Hogyan marad meg az eredmény?

A bevezetés utáni első hetekben sok fejlesztés még jól működik, mert mindenki figyel rá. A tartós eredményhez azonban szükség van felelősökre, egyértelmű működési szabályokra és rendszeres ellenőrzésre. Ha megváltozik a termékpaletta, új értékesítési csatorna indul vagy bővül a csapat, a folyamatot újra meg kell nézni. A régi kivételek könnyen visszaszivárognak.

Érdemes a kulcsmutatókat nem kizárólag havi vezetői riportként kezelni. Ha az érintett vezetők látják az átfutási idő, a kivételek és a hibák alakulását, hamarabb tudnak beavatkozni. Egy jó folyamat nem merev: szabályozott, mérhető, és képes kezelni a változást anélkül, hogy újabb táblázatokból és e-mailes kerülőutakból állna össze.

Ha a vállalatban egy jelentés elkészítése rendszeresen fél napot vesz igénybe, egy rendelés több rendszerben is kézzel jelenik meg, vagy egy kritikus munkafolyamat egyetlen ember tudására épül, érdemes nem rögtön rendszert választani. Először azt kell végigkövetni, hogyan mozog a munka és az információ. Már ez a feltérképezés gyakran megmutatja, hol lehet a legkisebb változtatással a legnagyobb üzleti eredményt elérni.