Internetes alkalmazásfejlesztők Szegeden: Vélemények és kedvező árak

Internetes alkalmazásfejlesztő magánügyfeleknek

Internetes alkalmazásfejlesztő akkor kell, amikor egy egyszerű honlap már kevés, de egy teljes céges rendszer túl sok lenne. Magánügyfélként ez gyakran egy foglalási felületet, ügyfélkaput, kalkulátort, kis webáruházi modult, belső nyilvántartást vagy egy egyedi űrlapot jelent. A lényeg az, hogy a megoldás böngészőből működjön, ne kelljen külön programot telepíteni, és a használata ne legyen nehézkes. Szeged városában sokan kisebb lépéssel indulnak. Először csak egy működő alapverzióra van szükségük, majd később jön a fizetés, a jogosultságkezelés vagy az összekötés más rendszerekkel.

Magánszemélyként más a helyzet, mint egy nagy vállalatnál. Nincs külön projektvezető, nincs belső informatikai csapat, és sokszor a pontos igény sem tiszta az elején. Ez nem baj. Egy jó webalkalmazás fejlesztő nem csak kódot ír, hanem kérdez, egyszerűsít és jelzi, ha egy ötlet drága lenne a várható haszonhoz képest. Szerintem ez az egyik legfontosabb különbség. Aki mindent azonnal vállal, az nem biztos, hogy a pénztárcádat védi.

A Qjob.hu felületén különböző magánszakemberek vállalhatnak ilyen munkát, ezért érdemes nem egyetlen ajánlat alapján dönteni. Itt nem egy cég egységes csomagjáról van szó, hanem eltérő tapasztalatról, eltérő óradíjról és eltérő munkamódszerről. Ez előny is lehet, mert kisebb feladatra nem mindig kell nagy fejlesztőcsapat.

Webalkalmazás fejlesztés igényfelmérése

Az igényfelmérés célja nem az, hogy hosszú dokumentum készüljön, hanem hogy a feladat érthető legyen. Egy magánügyfél gyakran úgy indul, hogy kellene egy oldal, ahol az emberek időpontot foglalnak, vagy kellene egy felület, ahol a megrendelések követhetők. Ezek mögött több döntés van. Ki léphet be. Mit láthat. Kell-e e-mail értesítés. Legyen-e adatletöltés. Módosítható legyen-e a tartalom. Ezek nélkül a fejlesztő csak találgat.

Saját tapasztalatom szerint a legjobb kezdet egy rövid lista. Mit csináljon a felhasználó az első képernyőn. Mi történjen a beküldés után. Ki kap értesítést. Mi számít hibának. Nem kell szakkifejezésekkel írni. Sőt, a túl technikai leírás néha zavaró. A jó internetes alkalmazás készítés alapja az, hogy a valós használatból indul ki, nem abból, hogy milyen keretrendszer divatos éppen.

Sokan elkövetik azt a hibát, hogy a látványtervvel kezdik. Szép gombokat kérnek, színekről beszélnek, miközben még nem tudni, milyen adatokat kell kezelni. Ez később drága javításhoz vezet. Először a folyamat legyen rendben. Utána jöhet a felület. Egy rövid kattintható vázlat sok félreértést megelőz, főleg akkor, ha a megbízó nem dolgozott még fejlesztővel.

Internetes alkalmazás árak

Az árak nagy szórást mutatnak, mert nem ugyanaz egy egyszerű űrlap és egy belépéssel, fizetéssel, adminfelülettel működő rendszer. Egy internetes alkalmazásfejlesztő általában óradíjjal vagy kisebb mérföldkövekre bontott díjjal dolgozik. Én magánügyfélként a mérföldköves megoldást kedvelem, mert jobban látszik, mire megy el a pénz. De az óradíj is tiszta lehet, ha van heti összefoglaló és előre egyeztetett felső keret.

Olcsóbban is lehet találni embert, de olcsóbban 8.000 forintos óradíj alatt ritkán lesz minőségi és kiszámítható a munka. Nem azért, mert minden drága jó. Hanem azért, mert a tesztelés, a hibajavítás, a biztonság és az egyeztetés is idő. A nagyon alacsony ár sokszor azt jelenti, hogy ezek valamelyike kimarad. A végén a magánügyfél fizeti meg, amikor az alkalmazás lassú, nem ment adatot, vagy mobilon szétesik.

Volt eset, amikor egy ügyfél egy olcsó foglalási modult rendelt máshol. Elsőre működött. Két hét után kiderült, hogy ugyanarra az időpontra több ember is tudott jelentkezni. A javítás többe került, mint amennyit az első választással megspórolt. Ezért érdemes nem csak végösszeget nézni, hanem azt is, mit tartalmaz a vállalás.

Alkalmazásfejlesztő választása

A jó választás nem a legszebb bemutatkozó szövegen múlik. Nézd meg, hogyan kérdez a szakember. Érdekli-e a cél, vagy rögtön technológiákról beszél. Egy magánügyfélnek általában nem az a fontos, hogy milyen adatbázis fut a háttérben, hanem hogy a rendszer érthető legyen, biztonságosan működjön, és ne kelljen minden apró módosításért újrakezdeni a projektet.

Én személy szerint olyan fejlesztőt szeretek választani, aki az első beszélgetésen meg tud nevezni kockázatokat. Például azt, hogy a fizetési rendszer engedélyezése időt vehet igénybe, vagy hogy a régi honlap tárhelye nem biztos, hogy elbír egy új felületet. Ez nem negatív hozzáállás. Inkább józan óvatosság. Aki előre beszél a nehézségekről, az később kevesebb meglepetést okoz.

Kérj rövid referenciát, de ne csak képernyőképet. Jobb, ha a fejlesztő elmondja, milyen problémát oldott meg, mi volt a nehéz rész, és mit csinálna ma másként. Az is fontos, hogy vállal-e átadást. A belépési adatok, a tárhely, a forráskód, a dokumentált alapműködés mind a megbízó érdeke. Egy internetes rendszer nem lehet teljesen kiszolgáltatva egyetlen ember gépének.

Webes rendszer Szeged városrészeiben

Szeged több részén eltérő jellegű megbízások jelennek meg. Belvárosban gyakori a szolgáltatói foglalás, rendelőkhöz vagy oktatókhoz kapcsolódó időpontkezelés. Újszeged környékén sok a kisebb vállalkozás és magánpraxis, ahol az ügyfélkapu vagy a visszatérő ügyfelek kezelése lehet hasznos. Tarján, Makkosház, Rókus és Alsóváros esetén gyakran egyszerűbb adminfelületre, adatgyűjtésre vagy rendelési követésre van igény.

A helyi munka előnye nem mindig a személyes találkozó. Sok fejlesztési feladat távolról is megoldható. De ha a megbízó bizonytalan, egy rövid személyes egyeztetés sokat segíthet. Szeged környékén, például Algyő, Deszk, Sándorfalva vagy Kiskundorozsma felől is érkezhet olyan kérés, ahol a webes alkalmazás a napi ügyintézést egyszerűsíti. Nem kell nagy rendszerre gondolni. Néha elég egy jól működő belső felület, amely kiváltja az üzengetést és a táblázatok küldözgetését.

A lokalitás más miatt is számít. Egy helyi szolgáltató jobban értheti, hogyan dolgoznak a kisebb ügyfélkörrel rendelkező vállalkozók, oktatók, edzők vagy magánrendelők. De ettől még a szakmai alkalmasság az első. A közelség nem pótolja a tiszta szerződést, a próbaüzemet és a biztonságos adatkezelést.

Egyedi webalkalmazás készítés menete

Az egyedi webalkalmazás készítés akkor halad jól, ha a munka kisebb részekre van bontva. Első körben legyen egy alapfunkció. Például regisztráció, adatbeküldés, lista vagy naptár. Utána jöhetnek a kényelmi elemek. Keresés, szűrés, export, jogosultságok, értesítések. Ez nem lassítás. Ez védelem. Ha az alap rossz, a ráépített részek is gondot okoznak.

A tervezés után következik a felület és a háttér működésének elkészítése. Itt már fontos a rendszeres ellenőrzés. Nem kell naponta hívni a fejlesztőt, de heti próba vagy rövid összefoglaló hasznos. Így kiderül, ha valami félrecsúszott. Sokkal olcsóbb egy képernyőt időben módosítani, mint egy kész folyamatot utólag átírni.

A tesztelés nem csak a fejlesztő dolga. A megbízónak is végig kell próbálnia a valós lépéseket. Mi történik, ha rossz e-mail címet ír be valaki. Mi van, ha üresen hagy egy mezőt. Megjön-e az értesítés. Látható-e mobilon. Ezek egyszerű kérdések, de a napi használatban ezek döntik el, hogy a rendszer valóban segít-e. Sok magánügyfél csak az átadás napján nézi meg alaposan a munkát. Ez hiba.

Karbantartás és későbbi módosítások

Az átadás nem a munka vége. Egy webes alkalmazás frissítést, mentést és néha javítást igényel. Változhat a böngésző, a tárhely, a fizetési szolgáltató vagy az adatkezelési igény. Ezért jó előre tisztázni, kihez lehet fordulni, mennyi időn belül reagál a szakember, és mi tartozik a karbantartásba. Egy kisebb havi díj nyugodtabb megoldás lehet, mint minden hibát külön sürgős munkaként rendelni.

Az is fontos, hogy a forráskód és a hozzáférések rendezett módon legyenek átadva. Ne csak egy jelszó legyen egy üzenetben. Legyen admin belépés, tárhely hozzáférés, mentési lehetőség és rövid leírás az alapműködésről. Ha később másik fejlesztő veszi át a munkát, ez sok pénzt spórolhat. A rendezetlen átadás a magánügyfelek egyik leggyakoribb problémája.

Az Internetes alkalmazásfejlesztő kiválasztásánál ezért nem elég a kezdeti ár. Nézd meg a kommunikációt, a vállalt határidőt, a tesztelés módját és az utólagos támogatást. Egy jól elkészített webes rendszer nem feltétlenül nagy. Inkább pontos. Azt csinálja, amire szükség van, és nem kényszeríti a használót felesleges kerülőutakra. Ez magánügyfélként többet ér, mint egy hosszú funkciólista, amelynek a felét senki sem használja.