Üzleti folyamatok feltérképezése lépésről lépésre

Valaki minden reggel letölti a webshopos rendeléseket, majd kézzel rögzíti őket egy másik rendszerben. A raktár egy Excel-táblából dolgozik, a pénzügy pedig e-mailben kérdez rá a hiányzó adatokra. Mindenki elvégzi a saját feladatát, mégis késnek a rendelések, eltérnek a készletadatok, és péntekenként fél nap elmegy a vezetői riport összeállításával. Az üzleti folyamatok feltérképezése lépésről lépésre nem adminisztratív gyakorlat: annak megértése, hogyan mozog valójában a munka, az információ és a felelősség a szervezetben.

A legtöbb növekvő vállalatnál nem egyetlen nagy hiba okoz gondot. Inkább sok, korábban ésszerűnek tűnő kivétel, kézi ellenőrzés és személyes megoldás épül egymásra. Egy folyamat feltérképezése segít ezeket láthatóvá tenni, mielőtt az adminisztráció a növekedés tempójával együtt nőne tovább.

Mikor érdemes folyamatot feltérképezni?

A válasz általában nem az, hogy „amikor új rendszert vezetünk be”. Sokkal korábban is indokolt lehet. Erős jelzés, ha ugyanazt az adatot több helyen rögzítik, ha egy osztály csak telefonon vagy e-mailben tudja meg, mi történt a másiknál, vagy ha egy kulcsember távollétében lelassul az ügyintézés.

Ugyanígy figyelmeztető jel, ha a vezetők nem bíznak teljesen a riportokban. Ha a havi számok elkészítéséhez több táblázatot kell egyeztetni, akkor a probléma nem pusztán a riport formátuma. Valószínűleg az adat keletkezése, átadása vagy ellenőrzése sem kellően szabályozott.

Nem minden folyamatot kell egyszerre vizsgálni. Érdemes azzal kezdeni, amelyik gyakran ismétlődik, sok embert érint, hibákat okoz, vagy közvetlenül befolyásolja az ügyfélélményt, a készletet, a számlázást vagy a pénzáramlást. Egy rendelésfeldolgozási folyamat például gyakran összeköti az értékesítést, a webáruházat, a raktárt, a logisztikát és a pénzügyet. Ezért itt egy kisebb hiba is több területen jelentkezik.

Üzleti folyamatok feltérképezése lépésről lépésre

1. Határozza meg a folyamat határát és célját

A „rendeléskezelés” túl tág megnevezés lehet. Pontosabb kérdés: mi történik attól a pillanattól, hogy a rendelés beérkezik, addig, amíg a termék elindul, a számla elkészül és az ügyfél értesítést kap? Más esetben a folyamat kezdete lehet egy ajánlatkérés, a vége pedig a szerződéskötés vagy a gyártási megrendelés kiadása.

A határok kijelölése megakadályozza, hogy a vizsgálat szétfolyjon. Ezzel együtt a célt is rögzíteni kell. A cél nem az, hogy szebb ábra készüljön, hanem például az átfutási idő csökkentése, a hibás számlák számának mérséklése, a készletinformáció pontosságának javítása vagy a kulcsemberektől való függés csökkentése.

2. A tényleges működést írja le, ne az előírtat

Ez a legfontosabb különbség. Sok szervezetnek van valamilyen folyamatleírása, de az gyakran azt mutatja, hogyan kellene működnie a munkának. A feltérképezésnek azt kell megmutatnia, hogyan működik hétfő délelőtt, amikor hiányzik egy adat, sürgős rendelés érkezik, vagy nem válaszol időben egy beszállító.

Beszéljen azokkal, akik a munkát végzik. Ne csak a vezetővel, hanem az ügyintézővel, raktárossal, értékesítővel, pénzügyessel és termeléstervezővel is, ahol ez releváns. Kérje meg őket, hogy egy konkrét, friss ügyet vezessenek végig. A konkrét példa gyorsan feltárja azokat a kivételeket, amelyeket egy általános beszélgetésben mindenki természetesnek vesz.

Ilyenkor nem a hibás keresése a cél. Az alkalmazottak sokszor éppen azért hoztak létre saját Excel-fájlt vagy e-mailes ellenőrzést, mert valamilyen információ máshol nem volt elérhető. Ezek a kerülőutak értékes jelzések: megmutatják, hol nem támogatja megfelelően a működést a jelenlegi folyamat vagy rendszerkörnyezet.

3. Rajzolja fel a lépéseket, a szerepeket és az átadásokat

A folyamatábrának nem kell elsőre bonyolultnak lennie. Kezdje azzal, hogy sorrendben felírja: mi indítja el a folyamatot, ki végzi az egyes lépéseket, milyen döntés születik, milyen adat vagy dokumentum keletkezik, és hová kerül tovább.

Különösen az átadási pontokra figyeljen. Itt gyakran ember válik két rendszer közötti összekötővé: valaki átmásol egy rendelési számot, továbbít egy PDF-et, ellenőrzi, hogy egy státusz megjelent-e a másik alkalmazásban. Ezek a lépések első pillantásra rövidek, de naponta százszor ismételve jelentős kapacitást kötnek le, és hibalehetőséget teremtenek.

A térképen legyen látható az is, hol történik döntés. Ki engedélyez kedvezményt? Ki dönt hiányzó készlet esetén? Mi alapján indul el a gyártás? Ha a döntési szabály nincs kimondva, akkor könnyen egy tapasztalt munkatárs fejében marad. Ez működhet egy ideig, de nehezen auditálható, nehezen betanítható és sérülékeny.

4. Kövesse az információ útját is

Egy folyamat nem csak feladatok sorozata. Információ is mozog benne: ügyféladat, cikkszám, mennyiség, ár, szállítási cím, gyártási státusz vagy számlázási adat. Minden fontos adatnál érdemes feltenni négy kérdést: hol keletkezik, ki módosíthatja, mely rendszerek használják, és melyik az elfogadott forrása?

Ha ugyanaz az ügyfélcím CRM-ben, webshopban, ERP-ben és külön táblázatban is szerepel, előbb-utóbb eltérés lesz. Ilyenkor nem biztos, hogy azonnal integrációra van szükség. Lehet, hogy először az adatgazdát, a módosítás szabályát és a valóban szükséges adattárolási helyeket kell tisztázni. A technikai összekötés egy rosszul kialakított adatfolyamot csak gyorsabban fog továbbvinni.

5. Mérje meg a várakozást, az ismétlést és a hibát

A folyamatban töltött idő nem azonos az átfutási idővel. Egy számla rögzítése lehet három perc, de ha két napot vár jóváhagyásra vagy hiányzó rendelési adatra, akkor az ügyfél és a pénzforgalom szempontjából két napig tart a folyamat.

Érdemes megvizsgálni, mennyi az aktív munka, mennyi a várakozás, hány eset tér vissza javításra, és milyen gyakran kell ugyanazt az információt újra megadni. Nem szükséges az első körben tökéletes mérés. Már néhány hét mintája is megmutathatja, hogy a legnagyobb veszteséget nem egy lassú rendszer, hanem egy jóváhagyási torlódás vagy hiányos adat okozza.

A költségnek emberi oldala is van. A monoton másolás frusztráló, a bizonytalan státusz miatt az ügyfélszolgálat folyamatosan magyarázkodik, a tapasztalt kollégák pedig újra és újra ugyanazokat a kivételeket oldják meg. Ez nem az emberek teljesítményének problémája. Többnyire annak jele, hogy a folyamat túl sok terhet tesz rájuk.

6. Válassza szét a szükséges és a megszokásból végzett lépéseket

A feltérképezés végén minden lépésről dönteni kell: értéket teremt, kockázatot kezel, jogszabályi vagy belső kontroll miatt kell, vagy csak megszokásból maradt fenn? Egy második ellenőrzés például indokolt lehet, ha pénzügyi vagy minőségi kockázatot csökkent. Ugyanakkor felesleges, ha kizárólag azért történik, mert az első rendszerben rögzített adatban senki nem bízik.

Itt jelennek meg a valódi fejlesztési lehetőségek. Előfordulhat, hogy egy egyeztetés megszüntethető, egy jóváhagyási szabály egyszerűsíthető, vagy egy adatot elegendő egyszer rögzíteni. Csak ezután érdemes megvizsgálni, hogy a megmaradó, ismétlődő lépéseket támogatja-e rendszerintegráció, automatizálás, egyedi alkalmazás vagy más technikai megoldás.

Nincs minden helyzetre azonos válasz. Kis esetszámnál egy jól kialakított manuális ellenőrzés gazdaságosabb lehet, mint egy összetett fejlesztés. Nagy volumen, gyakori hiba vagy üzletileg kritikus adat esetén viszont a kézi átadás kockázata gyorsan nagyobb lesz, mint a változtatás költsége.

A folyamatábra akkor hasznos, ha döntést támogat

A jó folyamatábra nem díszdokumentum, és nem kizárólag az IT számára készül. A vezetőnek ebből kell látnia, hol akad el a működés, melyik kockázat függ egyetlen embertől, és melyik fejlesztés hozhat mérhető eredményt. A munkatársaknak pedig azt kell érteniük belőle, hogy miért változik egy lépés, és mitől lesz kevesebb a fölösleges adminisztráció.

Érdemes a térképhez felelőst, mérőszámot és felülvizsgálati ritmust is rendelni. Egy folyamat ugyanis a szervezettel együtt változik. Új értékesítési csatorna, új termék, nagyobb raktár vagy új ügyféligény könnyen visszahozhatja a korábbi kerülőutakat.

A legjobb kiindulópont általában nem a legnagyobb rendszerprojekt, hanem egy valós, visszatérő probléma. Ha láthatóvá válik, mi történik egy rendelés, számla vagy gyártási feladat útján, a következő döntés már nem feltételezéseken alapul. Ez ad alapot ahhoz, hogy a vállalat ne csak gyorsabban, hanem kiszámíthatóbban is tudjon növekedni.