Nem a technológián bukik el, hanem a tisztázatlan folyamatokon, felelősökön és kivételeken.
Amikor egy automatizálási projekt csúszik, könnyű a technológiára mutatni: bonyolult volt az API, nem úgy működött a rendszer, lassabb lett a fejlesztés, mint gondoltuk. Ezek valódi problémák lehetnek, de a legtöbb csúszás gyökere nem itt van.
Az automatizálás általában nem azért akad el, mert nem lehet megépíteni. Hanem azért, mert a folyamat, amit automatizálni szeretnénk, nincs elég pontosan leírva. Nem egyértelmű, ki dönt, mi a kivétel, melyik adat az igaz, vagy mi történjen, ha valami nem a szokásos úton halad.
Az automatizálás felnagyítja a folyamatot
Egy kézi folyamat sok bizonytalanságot elbír, mert az ember menet közben dönt. Ha hiányzik egy adat, rákérdez. Ha furcsa az ügy, továbbküldi. Ha nem világos a szabály, megkérdezi a vezetőt.
Az automatizmus viszont szabályokból dolgozik. Ha a szabály nem tiszta, a rendszer vagy megáll, vagy rossz irányba megy tovább. Ezért az automatizálás nem javítja meg automatikusan a zavaros folyamatot, hanem gyorsabban és látványosabban mutatja meg, hol zavaros.
1. ok: nincs pontos folyamatleírás
Sok projekt úgy indul, hogy „ezt szeretnénk automatizálni”, de amikor részletezni kell, kiderül, hogy mindenki kicsit máshogy csinálja. Az egyik kolléga előbb ellenőriz, a másik előbb számláz, a harmadik bizonyos ügyfeleknél kivételt tesz.
Ez nem baj, csak ki kell derülnie még a fejlesztés előtt. A jó folyamatleírás nem regény, hanem egyértelmű válasz ezekre:
- mi indítja a folyamatot,
- milyen adatok szükségesek hozzá,
- mi a következő lépés,
- ki a felelős,
- mikor kell emberi jóváhagyás,
- mi számít kész állapotnak.
2. ok: nincsenek kijelölt felelősök
Az automatizálás nem azt jelenti, hogy többé nincs felelős. Sőt, a jó automatizálás pontosabban mutatja meg, kinek mi a dolga. Ha egy folyamat elakad, kell valaki, aki dönt. Ha hiba történik, kell valaki, aki látja. Ha kivétel van, kell valaki, aki jóváhagyja.
Ha a projektben nincs folyamatgazda, a fejlesztés hamar döntési várakozásba fut. A fejlesztő vagy kivitelező kérdez, a csapat egyeztet, a válasz késik, a projekt pedig áll.
3. ok: a kivételek csak élesben derülnek ki
A legtöbb folyamatnak van normál útja és vannak kivételei. A normál út általában könnyen automatizálható. A csúszást sokszor az okozza, hogy a kivételek nincsenek előre összegyűjtve.
Példák:
- Mi történjen hiányos ajánlatkérésnél?
- Mi van, ha a vevő céges számlát kér, de nincs adószám?
- Mi történjen sikertelen fizetésnél?
- Ki hagyja jóvá az egyedi kedvezményt?
- Mi történjen, ha a szinkronált készlet eltér?
- Mi legyen a sürgős vagy VIP ügyfelekkel?
Ha ezek csak teszteléskor vagy éles indulás után derülnek ki, a projekt újratervezésbe fordul.
4. ok: nem tiszta, melyik adat az igaz
Automatizálásnál az adatforrás kritikus kérdés. Melyik rendszer mondja meg a készletet? Hol van a friss ügyféladat? A számlázó, a webshop, az ERP vagy az Excel az igazságforrás?
Ha ezt nem döntitek el, a rendszerek egymásnak ellentmondó adatokat fognak mozgatni. A fejlesztés ilyenkor nem technikai integrációs feladat lesz, hanem adatviták sorozata.
5. ok: túl nagy első ütem
Sok automatizálási projekt azért csúszik, mert egyszerre túl sok mindent akar megoldani. Rendeléskezelés, számlázás, készlet, CRM, hírlevél, riport, ügyfélportál, belső jóváhagyás, minden egyszerre.
Ez érthető vágy, de kockázatos indulás. Minél több rendszer és szereplő van az első ütemben, annál több döntés, kivétel és adatkapcsolat kerül elő. Jobb egy kisebb, jól mérhető folyamattal kezdeni, majd arra építeni.
6. ok: nincs tesztadat és éleshez hasonló próba
Papíron sok folyamat jól néz ki, de a valós adat gyorsan megmutatja a hiányosságokat. Hiányzó mezők, eltérő áfakulcsok, duplikált ügyfelek, furcsa státuszok, régi rekordok, kézzel javított tételek.
Ha nincs életszerű tesztelés, a projekt éles induláskor találkozik először a valódi működéssel. Ez szinte mindig csúszást, javítási kört és bizalmatlanságot okoz.
7. ok: a csapat nincs bevonva
Az automatizálás a napi munkát érinti. Ha azok, akik használni fogják, csak a végén találkoznak vele, könnyen kiderülhet, hogy fontos apróságok kimaradtak. Egy mező máshogy kellene, egy státusz nem elég, egy jóváhagyási lépés hiányzik.
Nem kell mindenkit minden döntésbe bevonni, de a kulcsembereket igen. Ők ismerik a valós kivételeket, a visszatérő hibákat és azokat a részleteket, amelyek papíron nem látszanak.
8. ok: nincs megállapodás arról, mi számít késznek
Egy automatizálási projekt akkor tud lezárulni, ha előre világos, mi számít kész állapotnak. Például: a rendszer feldolgozza az új ajánlatkérést, létrehozza a feladatot, elküldi a visszaigazolást, és hibás adatnál jelzést küld.
Ha nincs ilyen definíció, a projekt könnyen végtelen finomhangolássá válik. Mindig jön még egy apró igény, még egy kivétel, még egy riport, még egy extra értesítés.
Hogyan lehet megelőzni a csúszást?
A legjobb védekezés az, ha a projekt nem fejlesztéssel, hanem rövid folyamatfelméréssel indul. Ez nem bürokrácia, hanem időspórolás. Amit az elején tisztáztok, azt később nem kell újraépíteni.
- Írjátok le a jelenlegi folyamatot lépésről lépésre.
- Jelöljétek, hol van kézi döntés és hol van szabály.
- Gyűjtsétek össze a gyakori kivételeket.
- Döntsétek el, melyik rendszer az adatforrás.
- Nevezzetek meg folyamatgazdát.
- Válasszatok kisebb első ütemet.
- Teszteljetek valós vagy valószerű adatokkal.
- Rögzítsétek, mi számít késznek.
Milyen a jó első automatizálási ütem?
A jó első ütem jól körülhatárolt. Van eleje, vége, felelőse és mérhető eredménye. Például: beérkező ajánlatkérésből automatikusan jöjjön létre lead, menjen visszaigazolás, kapjon feladatot a megfelelő kolléga, és legyen utánkövetési emlékeztető.
Ez nem old meg mindent, de megmutatja, hogy a rendszer működik, a csapat érti, és a következő fejlesztés már stabil alapra épülhet.
Technológia csak tiszta folyamatra épüljön
Az API, a mesterséges intelligencia, a workflow motor vagy az egyedi adminfelület csak eszköz. A siker azon múlik, hogy tudjuk-e, mit kell az eszköznek csinálnia.
Ha a folyamat tiszta, a technológiai döntés is könnyebb: elég egy egyszerű űrlapautomatizmus, kell API-integráció, szükséges jóváhagyási folyamat, vagy egyedi rendszerben érdemes gondolkodni.
Összefoglalva
A legtöbb automatizálási projekt nem azért csúszik el, mert a technológia nem alkalmas rá. Hanem azért, mert a folyamat nincs tisztázva: nem egyértelműek a felelősök, a kivételek, az adatforrások és a kész állapot.
Ha először a működést rakjátok rendbe, az automatizálás gyorsabb, pontosabb és kiszámíthatóbb lesz. A jó projekt nem mindent akar egyszerre megoldani, hanem egy jól meghatározott első lépéssel bizonyít, majd arra épít tovább.