RPA-fejlesztők Kecskeméten: Vélemények és kedvező árak

RPA-fejlesztő Kecskemét

RPA-fejlesztő akkor kell, amikor egy ismétlődő digitális feladat már túl sok időt visz el, és a kézi munka miatt egyre több a hiba. Kecskeméten ez nem csak nagy szervezeteknél merül fel. Magánügyfeleknél is gyakori, hogy egy egyéni vállalkozó, egy több lakást kezelő tulajdonos, egy webáruházat mellékállásban működtető családtag vagy egy sok adatot mozgató szabadúszó szeretné egyszerűsíteni a napi ügyintézést. Ilyenkor a cél nem valami látványos technikai mutatvány. Inkább az, hogy a számlák, űrlapok, e-mailes visszaigazolások, táblázatok és ismétlődő adatbevitelek rendezett módon fussanak le. A hazai leírásokban is rendre az ismétlődő feladatok átvételét, a hibák csökkentését, a gyors bevezetést és a meglévő rendszerekhez való illeszkedést emelik ki, míg a nemzetközi anyagok gyakran a folyamatfelmérést, a tesztelést, a bevezetést és az utólagos támogatást sorolják fel a munka fő részeiként. Ez a magánmegrendelőnek azért fontos, mert nem elég maga a program. Kell egy jól kiválasztott folyamat is, különben az egész csak újabb terhet rak a nyakára. A Qjob.hu oldalon ezért érdemes olyan embert keresni, aki nem rögtön fejlesztést ígér, hanem előbb megérti, mi történik a képernyőn napról napra.

Szerintem az a jó irány, ha először a legegyszerűbb, mégis idegesítő feladatot veszik célba. Sok megbízó ott hibázik, hogy rögtön mindent automatizálni akar. Pedig ha egy folyamat naponta változik, nincs leírva, vagy három családtag háromféleképpen végzi, abból ritkán lesz stabil megoldás. Egy szoftverrobot fejlesztő akkor tud tiszta munkát adni, ha a lépések világosak, az adatok forrása ismert, és az is kiderül, mikor kell emberi ellenőrzés. Nekem az a tapasztalatom, hogy a kisebb, jól körülhatárolt feladatból lesz a legjobb első megbízás.

Milyen feladatokra kérnek automatizálást

Az RPA-fejlesztés magánügyfeleknél többnyire nem óriási rendszerekről szól. Inkább apró, de fárasztó feladatokról. Ide tartozik az e-mailből érkező adatok átmásolása táblázatba, a számlaadatok rendezése, a megrendelések összefésülése több felületről, az időpontfoglalások visszaigazolása, a rendszeres fájlátnevezés vagy az azonos szerkezetű dokumentumok ellenőrzése. Egy automatizálási szakember abban segít, hogy ezek a lépések ne kézzel ismétlődjenek nap mint nap. A magyar szakmai leírások sokszor a gyors megtérülést és a hibaarány csökkenését emelik ki, a külföldi szolgáltatói oldalak pedig azt hangsúlyozzák, hogy a jó folyamat kiválasztása megelőzi a fejlesztést. Ezt magánoldalon is komolyan kell venni.

Volt egy eset, amikor egy ügyfél minden hétfőn másfél órát töltött azzal, hogy több helyről kimásolta a jelentkezők adatait egy közös táblázatba. Nem tűnt nagy munkának. De hónap végén már bosszantó mennyiségű idő ment el rá. Ráadásul néha kimaradt egy sor, máskor két oszlop felcserélődött. A megoldás végül nem lett bonyolult. Először rendbe kellett tenni, melyik adat honnan jön, és mi számít véglegesnek. Utána az automatizálási fejlesztő elkészítette azt a folyamatot, amely összegyűjtötte, ellenőrizte és a megfelelő helyre tette az adatokat. A munka nem azért lett hasznos, mert különösen összetett volt, hanem azért, mert megszüntetett egy visszatérő bosszúságot.

Én személy szerint azokat a feladatokat szeretem első körben kiválasztani, amelyek gyakoriak, jól leírhatók, és nem igényelnek állandó döntést. Sok hiba abból jön, hogy a megrendelő a kusza folyamatot akarja egy az egyben beégetni a rendszerbe. Pedig előbb rendet kell tenni. És csak utána jöhet a fejlesztés.

RPA-fejlesztő árak és tipikus munkák

Az ár attól függ, mennyire rendezett a folyamat, hány felületet kell összekötni, kell-e hibakezelés, és szükséges-e későbbi módosítás. Kecskeméten és online együttműködésben is az látszik reálisnak, hogy az egyszerűbb felmérés és kisebb automatizálás külön tétel, a több lépéses munka pedig külön díjazás szerint készül. Olcsóbban sok mindent meg lehet ígérni, de a túl alacsony ár gyakran azt jelenti, hogy nincs rendes tesztelés, nincs dokumentálás, és az első hiba után senki nem nyúl hozzá. Szerintem a gyanúsan olcsó ajánlatot jobb kétszer átnézni. A nagyon olcsó munka ritkán tartós.

Az áraknál fontos látni, hogy a látszólag egyszerű feladat is megdrágulhat, ha a forrásadat hol innen, hol onnan érkezik. Ilyenkor nem maga a kattintás a drága, hanem a bizonytalanság. Sok megbízó azt gondolja, hogy ha valamit egy ember öt perc alatt megcsinál, akkor azt egy automatizálási szakember fél óra alatt be is állítja. De a fejlesztőnek azt is biztosítania kell, hogy a folyamat jövő héten is ugyanúgy fusson, ne csak ma délután.

Megfelelő szakember kiválasztása

A jó választásnál nem az a fő kérdés, hogy ki beszél a leglátványosabban a technikáról. Hanem az, hogy ki kérdez jól. Egy RPA-fejlesztő akkor megbízható, ha először felméri a konkrét lépéseket, megkérdezi, hol csúszik hiba a folyamatba, és elmondja, mit nem érdemes automatizálni. Ez utóbbi különösen fontos. Sokan mindent egyetlen megoldástól várnak. Pedig vannak feladatok, amelyek túl gyakran változnak, túl sok kivételt tartalmaznak, vagy túl nagy kockázatot jelentenek emberi ellenőrzés nélkül. A nemzetközi útmutatók is rendre figyelmeztetnek arra, hogy a rossz folyamat kiválasztása az egyik leggyakoribb kudarcok közé tartozik.

Én azt nézem elsőként, hogy a fejlesztő ad-e világos munkamenetet. Legyen benne felmérés, próba, ellenőrzés és átadás. Hasznos, ha mutat korábbi hasonló feladatot, de az is elég, ha érthetően el tudja mondani, mi lesz a kimenet, mi történik hiba esetén, és kihez lehet fordulni később. A szoftverrobot fejlesztő munkája akkor nyugodt a megrendelőnek, ha marad utána rövid leírás, nem csak egy elkészült folyamat valahol a gépen.

Sokak hibája, hogy kizárólag ár alapján döntenek. Pedig a választásnál fontosabb a gondolkodásmód. Aki már az első beszélgetésben mindent biztosra mond, annál én óvatosabb lennék. Aki viszont felhívja a figyelmet a kockázatokra, és néhány ponton visszakérdez, az többnyire valós munkát fog végezni. Nem feltétlenül a legolcsóbbat, de gyakran a használhatót.

RPA megoldások Kecskemét városrészeiben és a környéken

Kecskemét esetében sok megbízás nem helyhez kötött, mégis számít a helyismeret. Más igénye van annak, aki a belvárosban dolgozik több ügyféllel és sok napi megkereséssel, és más annak, aki Hetényegyházán vagy Kadafalván otthonról intéz adminisztrációt. Megint más helyzet adódik a Széchenyivárosban, ahol gyakran vegyesen jelenik meg a mellékállás, az online értékesítés és a családi ügyvitel. Kecskemét környékén, például Ballószög, Katonatelep vagy Nyárlőrinc felől is érkeznek olyan kérések, ahol nem személyes jelenlét a döntő, hanem az, hogy a szakember átlássa a megbízó napi rutinját.

Ezért a helyi szempont nem csak kiszállást jelent. Hanem azt is, hogy mennyire egyszerű az egyeztetés, lehet-e rövid személyes találkozó, és mennyire gyors a finomhangolás. Egy folyamatautomatizálási szakember akkor tud igazán jól dolgozni, ha a megbízó meg meri mutatni a valós munkafolyamatot. Nem a szépített változatot, hanem azt, ahol vannak kerülőutak, ideiglenes megoldások és rosszul elnevezett fájlok. Sokszor pont ettől lesz használható a végeredmény.

Mi lassítja a munkát és mit kell előre tisztázni

A legtöbb csúszás nem a programozásnál történik, hanem jóval előbb. Akkor, amikor nincs eldöntve, melyik adat az érvényes, melyik mappa a végleges, vagy mit tegyen a rendszer, ha hiányzik egy mező. Sok megbízó azt hiszi, a fejlesztő majd menet közben kitalálja. De ettől lesz zavaros az átadás. És ettől drágul a munka is.

Saját tapasztalatom szerint a legjobb, ha a megbízó már a beszélgetés előtt összeír három dolgot. Mi a pontos ismétlődő feladat. Miből látszik, hogy jól futott le. És mikor kell embernek belenézni. Ez nem hosszú dokumentum. Elég néhány tiszta mondat. De sokat számít. Sok ember ott követi el a hibát, hogy a végeredményt tudja, a köztes lépéseket viszont nem. Ilyenkor az automatizálási fejlesztőnek először rendet kell raknia, és csak utána tud építkezni.

De van itt egy másik probléma is. Sokan úgy kérnek munkát, hogy közben hetente változtatják a folyamatot. Ez természetes lehet induló tevékenységnél, de akkor nem szabad kész termékként kezelni az első verziót. Inkább próbakörként kell rá nézni. Ezt jobb előre kimondani. Így kevesebb lesz a feszültség, és reálisabb az ár is.

A végén nem az a legjobb megoldás, amelyik a legtöbb lépést automatizálja. Hanem az, amelyik kiszámíthatóan működik, csökkenti a hibát, és tényleg időt ad vissza. Ha ez teljesül, akkor az együttműködés Kecskeméten is ugyanúgy értelmes, mint bárhol máshol. És a megbízó nem egy technikai trükköt kap, hanem egy nyugodtabb napi rutint.