Automatizált IT-támogatás fejlesztése

IT Támogatás Automatizálás

Az IT Támogatás Automatizálás akkor jó választás, ha gyorsabb hibakezelést, kevesebb kézi ismétlést és tisztább ügyfélkommunikációt szeretnél egy külsős szakember segítségével. Itt nem egy cég általános csomagjáról van szó, hanem olyan magánszakember munkájáról, aki felméri a jelenlegi folyamatot, beállítja az automatizmusokat, és átadható rendszert épít. Egyéni ügyfélként vagy kisebb megrendelőként ez azért fontos, mert nem akarsz hosszú értékesítési köröket. Inkább azt akarod látni, hogy melyik kérés érkezik be, hova kerül, mikor kap visszajelzést a felhasználó, és mikor kell emberi beavatkozás. Szerintem ezen a területen a legnagyobb érték nem maga az eszköz, hanem az, hogy a folyamat végre érthető lesz. Az informatikai támogató szakember ilyenkor nem csak beállít valamit, hanem rendet tesz az ismétlődő feladatok között.

Az is lényeges, hogy a megoldás távolról is működjön. A feladatok nagy része online egyeztetéssel, hozzáférések átadásával, folyamatleírásokkal és teszteléssel megoldható. Nem a jelenlét számít, hanem az, hogy a szabadúszó pontosan értse a hibajegyek útját, a belső szabályokat és azt, mikor kell automatikus válasz, mikor kell figyelmeztetés, és mikor kell továbbítani az ügyet emberhez. Én azt látom, hogy sok megrendelő túl későn kér segítséget. Addig várnak, amíg a beérkező kérések már szétszóródnak több csatornán, és senki nem tudja biztosan, melyik ügy hol áll.

Mikor éri meg az IT támogatási automatizálás

Röviden akkor, ha ugyanazok a kérdések és hibák újra meg újra visszatérnek. Ilyen lehet a jelszócsere, az új hozzáférés kérése, a belépési gond, az alapvető eszközbeállítás, a jegy fogadása vagy az állapotfrissítés. Az IT támogatási automatizálás leveszi a terhet a kézi másolásról és a felesleges visszakérdezésekről. Nem old meg mindent, de a rutinfeladatokat nagyon jól kezeli. És már ez is sokat számít.

Tapasztalatom szerint a magánmegrendelők többsége nem teljes rendszercserét akar. Inkább azt szeretné, hogy a meglévő levelezés, űrlap, csevegőfelület vagy tudásanyag végre együtt működjön. Egy jó szabadúszó ezért nem azzal kezdi, hogy új rendszert erőltet, hanem azzal, hogy megnézi a jelenlegi belépési pontokat. Honnan jön a kérés. Mi legyen a kötelező adat. Milyen válasz menjen ki azonnal. Mi számít sürgősnek. Ezek egyszerű kérdéseknek tűnnek, de ettől lesz használható a végeredmény.

Volt olyan eset, amikor egy ügyfél azt hitte, hogy neki bonyolult mesterséges megoldás kell. A beszélgetés végén kiderült, hogy a fő gond nem a technika volt, hanem az, hogy a bejövő kérésekhez nem társult kötelező eszköznév, hibaleírás és határidő. Miután a szabadúszó ezt rendbe tette, az automatizált folyamat már önmagában rengeteg időt spórolt. De ehhez először a kérés szerkezetét kellett rendbe rakni.

IT támogatási automatizálás árak

Az ár attól függ, mennyi adatponttal dolgozik a folyamat, hány szabály alapján dől el a következő lépés, és kell-e összekötés meglévő rendszerekkel. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent. Nem azért, mert minden drága munka jobb, hanem azért, mert az igazán használható automatizálásnál idő kell a feltérképezésre, a tesztre és a javításra. Szerintem gyanús, ha valaki részletes egyeztetés nélkül ígér kész rendszert nagyon alacsony összegért. Ilyenkor sokszor csak egy látványos, de törékeny sablon készül.

Ezek irányadó összegek távoli munkára. Komplexebb feladatnál, például több csatorna, több jóváhagyási pont vagy érzékeny adatkezelés esetén az ár magasabb lehet. De az is igaz, hogy egy jól körülhatárolt részfeladat gyakran olcsóbban megoldható, mint azt elsőre gondolnád. Ezen a felületen sokkal könnyebb jó döntést hozni, ha a megrendelés nem általános kérés, hanem rövid, konkrét cél. Például az, hogy automatikus visszajelzés menjen ki minden új hibajegyre, és a hiányos bejelentéseknél legyen kötelező pótlás.

Szakember választása IT támogatási automatizáláshoz

A jó választás alapja az, hogy a szakember kérdez. Ha valaki az elején nem akarja megérteni a jelenlegi folyamatot, abból ritkán lesz tartós eredmény. Egy informatikai támogató szakember vagy rendszertámogatási szakértő akkor hiteles, ha meg tudja mondani, melyik részt érdemes automatizálni, és melyiket nem. Ez fontos. Mert nem minden lépést kell gépesíteni. Van, amit jobb embernél hagyni.

Nézd meg, hogyan beszél a kockázatokról. Beszél-e a téves irányításról, a hiányos adatok gondjáról, a tesztelésről, a hibás jogosultságkezelésről. Sokan ott hibáznak, hogy csak a gyorsaságot nézik. Pedig a pontatlan automatizmus több kárt okozhat, mint a lassú kézi munka. Én azt látom, hogy a jó szabadúszó általában mutat mintafolyamatot, leírja a döntési pontokat, és vállalja, hogy először kis körben tesztel. Ez sokkal többet ér, mint egy hosszú ígéretlista.

Portfóliónál ne csak látványos képernyőképet kérj. Kérdezd meg, milyen típusú kéréseket kezelt már, hogyan oldotta meg az állapotváltást, milyen formában adta át a dokumentációt, és mi történt a bevezetés utáni első javítási körben. A magánszakember attól jó partner, hogy nem tűnik el az első átadás után. Nem kell hónapokig rendelkezésre állnia, de legyen egy világos javítási keret. A Qjob.hu felületén szerintem ezt külön érdemes tisztázni még a megbízás előtt.

Munkafolyamat, határidő és átadás

Az online együttműködés akkor működik jól, ha az elején rövid, rendezett anyagot kap a szabadúszó. Kell egy leírás a jelenlegi folyamatról, néhány tipikus hibajegy, a szükséges hozzáférések listája, és annak jelzése, mi számít sürgősnek. Ezután jön az egyeztetés, majd a vázlatos folyamat. A legtöbb kisebb feladat néhány nap vagy egy-két hét alatt elkészülhet, de csak akkor, ha a döntések nem csúsznak el. A határidőt általában nem a fejlesztés, hanem a hiányzó visszajelzés borítja fel.

Jó esetben a munka szakaszokra bomlik. Először felmérés. Utána szabályok és üzenetek. Majd beállítás, teszt, javítás és végül átadás. Ezt szeretem a legjobban ezen a területen, mert világosan látható, hol tart a munka. És ez a megrendelőnek is biztonságot ad. A kész eredmény nem csak működő automatizmus legyen, hanem átadható anyag is. Például rövid leírás arról, milyen esemény indítja a folyamatot, mi a kötelező adat, milyen válasz megy ki, mikor áll meg az automatika, és mikor kerül emberhez az ügy.

A kommunikáció maradjon egyszerű. Egy közös csevegőfelület, egy rövid feladatlista és egy ellenőrzött átadási pont bőven elég. Nem a sok megbeszélés visz előre, hanem a tiszta döntés. Ha a rendszertámogatási szakértő minden apróságot külön kérdez vissza, az lassíthat. De ha semmit nem kérdez, az még rosszabb. A jó tempó valahol középen van.

Gyakori hibák és a végeredmény minősége

A leggyakoribb hiba az, hogy a megrendelő túl nagy feladatot ad egy körben. Egyszerre akar kérésfogadást, jegyirányítást, tudásanyag alapú választ, jogosultsági jóváhagyást és riportot. Ez elméletben jól hangzik, de a gyakorlatban sokszor jobb egy kisebb, stabil első verzió. Szerintem az első cél legyen az, hogy a visszatérő kérések rendezett formában érkezzenek be, kapjanak automatikus választ, és ne vesszenek el. Ha ez működik, akkor lehet tovább építkezni.

Sokan ott hibáznak, hogy nem írják le rendesen a kivételeket. Mi történik, ha hiányzik az adat. Mi történik, ha rossz csatornán jön a kérés. Mi van, ha a felhasználó két külön hibát egy üzenetben küld el. Ezek nem apróságok. A végeredmény minőségét éppen az mutatja meg, hogyan viselkedik a rendszer a rendellenes helyzetekben. A sima, szép bemutató mindig könnyű. A valós működés már nehezebb.

Az IT Támogatás Automatizálás akkor ad jó eredményt, ha a szabályok világosak, a szövegek emberiek, és van kézi továbbítási pont. Az automatizált informatikai segítség nem arra való, hogy minden helyzetben önállóan döntsön. Inkább arra, hogy gyorsan összegyűjtse, ami kell, és rendezett úton továbbvigye az ügyet. Tapasztalatom szerint ettől csökken a feszültség a kommunikációban is. A felhasználó látja, hogy történt valami. A megrendelő pedig látja, hogy mérhetőbb lett a folyamat.

És van még egy fontos szempont. A minőség nem csak technikai kérdés. Számít az is, hogy a válaszok érthetők legyenek, a bekérő mezők ne legyenek túl hosszúak, és a határidők ne legyenek irreálisak. Egy jól felépített IT támogatási automatizálás egyszerűnek tűnik. Ez jó jel. Mert ami kívülről egyszerű, azon belül általában rend van. Itt ezen az oldalon érdemes olyan szabadúszót keresni, aki nem csak összeköti az elemeket, hanem gondolkodik a használhatóságon is. Ez különösen igaz akkor, ha a cél nem egyszeri beállítás, hanem hosszabb távon is fenntartható működés.