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

Internetes alkalmazásfejlesztő Kecskeméten

Az internetes alkalmazásfejlesztő akkor jó választás, ha nem egy sima honlapra, hanem használható online felületre van szükség. Ilyen lehet időpontfoglaló rendszer, ügyfélkapu, belső nyilvántartás, rendelési felület vagy egy olyan megoldás, amely több ember napi munkáját rendezi egy helyre. Kecskemét környékén sok megbízó azért keres fejlesztőt, mert a kézi adminisztráció lassú lett, a táblázatok szétestek, vagy a meglévő rendszer nem bírja tovább a terhelést. Ilyenkor nem díszítés a cél, hanem rend.

Én személy szerint azokat a megoldásokat tartom jónak, amelyek egyszerűen használhatók első belépés után is. A legtöbb magánmegrendelő nem technikai leírást akar olvasni, hanem azt szeretné látni, hogyan lesz kevesebb hiba, gyorsabb ügyintézés és kevesebb telefonálás. A jó webalkalmazás fejlesztés innen indul. Nem a látványból, hanem abból, hogy mi az a napi probléma, amit tényleg meg kell oldani. Ezen a ponton sokan túl nagy rendszert képzelnek el. Pedig gyakran egy kisebb, jól felépített egyedi webes alkalmazás többet ér, mint egy félkész nagy terv.

Mire jó a webes alkalmazás

A webes alkalmazás akkor hasznos, ha egy folyamatot több lépésben kell kezelni, adatokat kell tárolni, keresni, szűrni és megosztani. Magánügyfeleknél ez lehet ingatlankezelés, saját foglalási rend, klubtagsági rendszer, oktatási felület, családi vállalkozás rendeléskezelése vagy akár egy belső ügyféllista. A lényeg az, hogy a rendszer böngészőből működjön, ne kelljen minden gépre külön telepíteni, és telefonról is elérhető legyen.

Saját tapasztalatom szerint a legjobb eredmény akkor születik, ha a megrendelő előbb a használati helyzetet mondja el. Nem azt, hogy milyen gomb legyen, hanem azt, hogy ki mit csinál reggel, délben és este a felületen. Ebből derül ki, kell-e belépés, jogosultság, értesítés, számlázási kapcsolat vagy export. Egy internetes alkalmazásfejlesztő sokkal pontosabban tud ajánlatot adni, ha ezt látja. És igen, sok félreértés itt dől el. Többen abba a hibába esnek, hogy csak annyit mondanak, kell egy rendszer. Ebből ritkán lesz jó indulás.

Volt olyan eset, amikor egy ügyfél először teljes ügyviteli rendszert akart. A beszélgetés végére kiderült, hogy valójában két dolog fáj neki. A foglalások követése és az automatikus visszaigazolás hiánya. A teljes csomag helyett egy szűkebb megoldás készült. Olcsóbb lett, gyorsabban indult, és pár hét alatt érezhetően kevesebb lett a tévesztés. Ezért gondolom azt, hogy a jó fejlesztés nem a funkciók számán múlik.

Internetes alkalmazásfejlesztő árak

Az ár mindig a feladat tisztaságától, a funkciók számától és a későbbi bővíthetőségtől függ. Más költség egy belépéses ügyfélfelület, és más egy összetett rendeléskezelő több jogosultsági szinttel. Én azt látom, hogy a túl olcsó ajánlat sokszor később drágul meg. Ami az elején kedvezőnek tűnik, abból könnyen lehet csúszás, újrafejlesztés vagy olyan átadás, amit másnak kell rendbe tennie. Olcsóbban 12.000 alatt ritkán lesz igazán megbízható munka, főleg ha tervezés és javítás is benne van.

A fenti számok inkább irányt mutatnak. Egyedi webes alkalmazás esetén az is számít, kell-e régi adatokat átvenni, szükség van-e külső kapcsolatra, és mennyire fontos a későbbi bővítés. Kecskemét megrendelőinél gyakori, hogy előbb egy szűkebb első verzió készül, majd később jönnek az új funkciók. Ez szerintem jó út. Kevesebb a kockázat, és hamarabb kiderül, valóban mire van igény.

Internetes alkalmazásfejlesztő választása

Fejlesztőt nem csak ár alapján érdemes választani. Fontosabb, hogy tud-e kérdezni, vissza tudja-e mondani a feladat lényegét, és meg meri-e mondani, ha valami felesleges. Én jobban bízom abban a szakemberben, aki nem mindenre mond azonnal igent. Ha valaki az első beszélgetésen csak bólogat, abból később könnyen lehet vita. Az is sokat elárul, kap-e a megrendelő világos ütemezést, egyszerű nyelven írt feladatlistát és reális átadási képet.

Sokan ott hibáznak, hogy kizárólag a látványtervet nézik. Pedig egy internetes alkalmazásfejlesztő munkájában a háttérlogika legalább ilyen fontos. Ki lát mit, mi történik hiba esetén, menthető-e a félbehagyott művelet, van-e naplózás, visszakereshető-e a módosítás. Ezek unalmasnak tűnnek, de pont ezek döntik el, hogy két hónap múlva használható marad-e a rendszer. A jó fejlesztő ezt előre tisztázza.

A Qjob.hu felületén is érdemes olyan jelentkezőt keresni, aki konkrét példákat mond a saját munkájáról, és nem csak általános ígéreteket. Nekem az a meggyőző, ha valaki röviden el tudja mondani, milyen feladatra milyen megoldást épített, mennyi ideig tartott, és mi volt a nehéz rész. Nem gond, ha valaki egyedül dolgozik. Magánügyfélnél ez sokszor előny is. Közvetlenebb a kapcsolat, gyorsabb a döntés, és egyszerűbb a felelősség.

Webalkalmazás Kecskemét városrészeiben

A helyi jelenlét nem minden esetben kötelező, de sok megrendelőnek kényelmesebb. Kecskemét belvárosában, Petőfivárosban, Széchenyivárosban és Kadafalván gyakori igény, hogy legalább az induló egyeztetés személyesen történjen. Ez főleg akkor hasznos, ha a jelenlegi folyamat papíron él, több ember használja, és nehéz elsőre elmagyarázni. Egy közös átnézés ilyenkor rengeteg félreértést megelőz.

A környező részeken, például Hetényegyházán vagy Ménteleken sokszor családi vállalkozás vagy kisebb helyi szolgáltatás mögött jelenik meg az igény. Itt nem feltétlenül nagy rendszer kell, hanem egy stabil felület, ami rendet tesz a napi működésben. A webalkalmazás fejlesztés előnye pont ez. Nem kell mindenből nagy projektet csinálni. Elég lehet egy jól átgondolt belépési rendszer, egy adatlap, néhány automatikus értesítés és egy kezelhető admin oldal.

Az online együttműködés ma már természetes, de a helyismeret mégis számít. Aki dolgozott már helyi ügyfelekkel, jobban érti, hogy más ritmusban működik egy belvárosi szolgáltató és másként egy külterületi megrendelő. Szerintem ezt nem szabad túlmisztifikálni, de teljesen figyelmen kívül hagyni sem érdemes.

Indulás, átadás és későbbi javítások

A munka jó esetben rövid felméréssel indul, majd jön egy egyszerű vázlat, utána pedig a fejlesztés első része. Érdemes már az elején eldönteni, ki adja a szöveget, ki tölti fel az induló adatokat, és mi számít kész állapotnak. Sok vita abból lesz, hogy ez nincs leírva. Pedig nem kell hosszú dokumentum. Elég egy rövid, érthető lista. Mit tudjon a rendszer az első átadáskor, és mi maradjon későbbre.

Én a fokozatos indulást jobbnak tartom, mint az egyszeri nagy átadást. Előbb legyen egy működő alap, aztán jöhetnek az új elemek. Így a hibák is hamarabb látszanak, és a megrendelő sem vakon fizet egy hosszú folyamat végén. A fejlesztő szerepe itt nem ér véget. Kellhet utólagos javítás, mentés, verziófrissítés, kisebb módosítás. És ez teljesen normális. Aki azt ígéri, hogy később semmihez nem kell majd hozzányúlni, azt én óvatosan kezelném.

Ha magánmegrendelőként keresel fejlesztőt, akkor a legjobb első lépés egy rövid feladatleírás. Kik használják majd, milyen adat kerül bele, mi legyen az első három fontos funkció, és mekkora összeg fér bele kényelmesen. Ebből már lehet értelmes választ kapni. És ebből derül ki az is, hogy az adott szakember valóban érti-e a feladatot. A jó rendszer nem feltétlenül nagy. Inkább tiszta, követhető és bővíthető. Ez hosszabb távon többet ér, mint egy túlbeszélt, de nehezen használható megoldás.