IT-tervezők Szegeden: Vélemények és kedvező árak

IT-tervező magánügyfeleknek

Az IT-tervező abban segít, hogy egy új vagy meglévő informatikai megoldás ne ötletszerűen, hanem átgondolt szerkezettel készüljön el. Magánügyfeleknél ez sokszor nem nagy vállalati rendszer. Lehet otthoni iroda, kis webáruház, rendelési folyamat, ügyféladatok kezelése, családi vállalkozás belső munkarendje vagy több eszköz összehangolása. A lényeg az, hogy a döntések ne csak a pillanatnyi gondot kezeljék, hanem később is használhatók legyenek.

Qjob.hu oldalán különböző önálló szakemberek között lehet keresni, ezért nem egyetlen cég kész csomagjához kell igazodni. Ez akkor hasznos, ha a feladat még nincs pontosan megfogalmazva. Egy jó informatikai tervező ilyenkor nem rögtön fejlesztést ajánl. Először kérdez. Milyen adatok vannak. Ki használja a rendszert. Mi történik, ha hiba van. Mit kell látni mobilon, és mit kell kezelni asztali gépen. Ezek egyszerű kérdések, de sok későbbi költséget megspórolnak.

Szeged környékén sok magánmegbízás vegyes formában indul. Van benne helyi ügyintézés, távoli munka, közös felhőtárhely, számlázó, weboldal, néha régi táblázat is. Személy szerint azt tartom jobb megoldásnak, ha a tervezés egy rövid, érthető dokumentummal kezdődik. Nem vastag anyag kell. Hanem olyan leírás, amely alapján a megbízó, a fejlesztő és a későbbi üzemeltető is ugyanazt érti.

Informatikai tervezés indulás előtt

Az informatikai tervezés indulás előtt azért fontos, mert a rossz alapokra épített rendszer később drágán javítható. Sokan úgy kezdenek neki, hogy kiválasztanak egy eszközt, vesznek tárhelyet, telepítenek egy kész megoldást, majd utána derül ki, hogy a munkafolyamat nem fér bele. Ez gyakori hiba. Nem az eszköz az első kérdés, hanem a cél.

Egy informatikai szakember általában felméri az adatokat, a jogosultságokat, a felhasználói szerepeket és a kapcsolódó szolgáltatásokat. Ha egy kis szolgáltató időpontfoglalást szeretne, akkor nem csak a naptár számít. Kell visszaigazoló levél, módosítási lehetőség, adatkezelés, fizetés vagy előleg, és néha több munkatárs naptára is. Ha ezek nem kerülnek szóba az elején, a kész megoldás hamar szűk lesz.

Volt eset, amikor egy ügyfél már kifizetett egy egyszerű foglalási oldalt, de nem gondolt arra, hogy két helyszínen dolgozik. Az egyik nap Szeged belvárosában, a másik nap otthonról. A rendszer csak egy címet kezelt, ezért minden visszaigazoló levél pontatlan lett. A javítás nem volt lehetetlen, de több időbe került, mint ha a tervezésnél kiderül. Ilyenkor látszik, miért hasznos a rendszerszemlélet.

Én előnyben részesítem azt a tervezőt, aki nem akar mindenáron nagy rendszert. Néha egy jól beállított meglévő szolgáltatás elég. Máskor viszont már külön adatmodell, jogosultsági rend és fejlesztési terv kell. A jó döntés nem attól jó, hogy drága vagy bonyolult, hanem attól, hogy illik a valós használathoz.

IT tervezési árak

Az IT tervezési árak a feladat méretétől, a meglévő rendszerek állapotától és a szükséges dokumentáció részletességétől függnek. Egy rövid konzultáció olcsóbb, mint egy teljes folyamatfelmérés. Egy új webes rendszer előkészítése más munkát igényel, mint egy régi mappaszerkezet és jogosultsági rend rendezése. Gyanúsan olcsó ajánlatnál érdemes megkérdezni, mi marad ki belőle.

Díjban 20.000 forint alatt ritkán várható alapos, személyre szabott tervezés, ha a szakember valóban átnézi a folyamatokat. Lehet rövid tanácsadás ennyiért, de részletes munka aligha. A túl magas ár sem garancia. A tiszta ajánlatban külön látszik a felmérés, a dokumentáció, az egyeztetés és az utólagos pontosítás. Személy szerint ezt szeretem, mert ebből látszik, mire megy el az idő.

Megfelelő informatikai szakember kiválasztása

A megfelelő informatikai szakember kiválasztása főleg azon múlik, mennyire érthetően gondolkodik a megbízó helyzetéről. Nem elég, ha sok technikai szót ismer. A magánügyfél gyakran nem tudja pontosan megnevezni, mire van szüksége. Csak azt látja, hogy túl sok a kézi munka, szétesnek az adatok, sok a belépés, vagy nem lehet gyorsan megtalálni egy dokumentumot.

Jó jel, ha a rendszertervezési szakember kér meglévő példákat. Egy minta táblázat, egy képernyőkép, egy jelenlegi lépéssor sokat mond. Rossz jel, ha azonnal kész megoldást akar eladni. Sokszor az első elképzelés csak tünetet kezel. A valódi gond mélyebben van, például a jogosultsági rendben, az adatok elnevezésében vagy abban, hogy két ember másképp végzi ugyanazt a feladatot.

Szerintem a legjobb választás az, aki képes nemet mondani. Ha valami felesleges, mondja ki. Ha egy kérés kockázatos, jelezze. Ha a megbízó túl sok mindent akar egyszerre, bontsa részekre a munkát. Ez nem ridegség, hanem szakmai védelem. Egy IT-tervező akkor hasznos igazán, ha nem csak teljesíti a kérést, hanem segít tisztábban dönteni.

Érdemes rákérdezni arra is, milyen formában adja át az eredményt. Szóbeli tanács jó lehet egy kisebb gondnál. De fejlesztés, költözés vagy új rendszer előtt kell írásos összefoglaló. Legyen benne feladatlista, kockázat, javasolt sorrend és nyitott kérdés. Nem kell szépirodalom. Pontos, használható anyag kell.

Szeged környéki rendszerek és helyszínek

Szeged városrészei és a környező települések azért számítanak, mert sok informatikai megoldás helyi működéshez kapcsolódik. Belvárosban gyakori a szolgáltatói időpontfoglalás, Újszegeden az otthoni iroda és a távmunka, Rókus és Móraváros környékén kisebb kereskedelmi vagy adminisztratív feladatok merülnek fel. Alsóváros, Tarján és Felsőváros esetén is sok a vegyes igény, ahol a személyes és az online ügyintézés együtt él.

A közeli települések, például Algyő, Deszk, Sándorfalva, Tiszasziget és Mórahalom akkor kerülhetnek elő, ha a rendszer kiszállást, helyszíni munkát, foglalási körzetet vagy több telephelyet kezel. Ilyenkor az informatikai tervező nem csak mezőket rajzol. Meg kell értenie, hogyan mozog az ügyfél, hol történik az átadás, mikor kell értesítés, és milyen adatot lát a felhasználó.

Helyszíni egyeztetés nem mindig szükséges. Sok munka távolról is elvégezhető. De van, amikor egy rövid személyes áttekintés gyorsabb. Főleg akkor, ha több eszköz, több munkatárs vagy régi papíros folyamat is érintett. Szeged esetén ez gyakran reális középút. Az első beszélgetés lehet online, a bonyolultabb résznél pedig hasznos lehet a helyi jelenlét.

Átadás, dokumentáció és későbbi módosítások

Az átadás nem mellékes rész. Egy terv akkor ér valamit, ha később elő lehet venni, és nem csak az emlékezetben létezik. A dokumentáció lehet rövid, de legyen rendezett. Tartalmazza a célokat, a fő folyamatokat, az érintett fiókokat, a jogosultságokat, az adatmozgást és a nyitott döntéseket. Így a fejlesztő vagy másik szakember nem nulláról kezdi.

Sok ügyfél ott hibázik, hogy csak a jelenlegi problémát akarja megoldani. Ez érthető, mert a hiba zavaró. De a későbbi módosításokat is figyelembe kell venni. Mi lesz, ha új ember kerül be. Mi történik, ha új szolgáltatás indul. Kell-e több nyelv, új fizetési mód, másik e-mail cím, több naptár vagy külön jogosultság. Nem kell mindent most megvalósítani, de jó, ha a terv nem zárja ki.

Volt olyan megbízás, ahol egy családi vállalkozás csak egy közös mappát szeretett volna rendbe tenni. A beszélgetés közben derült ki, hogy a mappákban ügyféladatok, szerződések, képek és számlák keverednek. A végén nem új szoftver készült, hanem tiszta mappaszerkezet, mentési rend és hozzáférési szabály. Kevesebbnek hangzik, mégis ez oldotta meg a gondot.

Az IT-tervező munkája akkor jó, ha a megbízó a végén nem érzi magát kiszolgáltatottnak. Tudja, mi miért készült. Látja, melyik lépés sürgős, és melyik várhat. Nem biztos, hogy minden terv azonnal fejlesztéshez vezet. Néha a legjobb döntés egy egyszerűsítés. Nekem ez a fajta munka tűnik a legéletszerűbbnek, mert nem a rendszert védi, hanem a használót.