Front-end developerek Szegeden: Vélemények és kedvező árak

Front-end developer magánügyfeleknek

A Front-end developer akkor segít, amikor egy weboldal vagy webes felület kinézete, működése és használhatósága már nem elég jó a mindennapi célokra. Magánügyfeleknél ez gyakran egy bemutatkozó oldal, foglalási felület, kisebb webáruház, portfólió, tanfolyami oldal vagy egy meglévő honlap javítása. Szeged városában sok megbízás nem nagy rendszerrel indul, hanem egy konkrét gonddal. Lassú az oldal. Szétesik mobilon. Nehéz frissíteni. Nem érthető a menü. A fejlesztő ilyenkor nem csak kódot ír, hanem rendet tesz a felületen.

A Qjob.hu felületén különböző szakemberek ajánlatai között lehet keresni, ezért a döntés nem egy cég ajánlatáról szól. Itt egyéni szakember, szabadúszó fejlesztő vagy kisebb csapat tagja is elérhető lehet. Ez magánszemélyként hasznos, mert kisebb munkára is lehet találni valakit. Nem kell teljes ügynökségi folyamat. De ettől még pontos leírás kell. Személy szerint jobban szeretem azokat a megbízásokat, ahol a cél világosabb, mint a választott technológia neve. A technológia később is tisztázható. A rossz cél viszont végig problémát okoz.

Sokan ott hibáznak, hogy csak azt írják, szép weboldalt szeretnének. Ez kevés. A front-end fejlesztés nem díszítés. Beletartozik a reszponzív nézet, a böngészők közti működés, az űrlapok, a menük, az animációk mértéke, a sebesség és az alap akadálymentesség is. Egy jó fejlesztő rákérdez ezekre, mert később ezekből lesz vita.

Front-end munka meglévő oldalnál

Meglévő oldalnál a front-end fejlesztő először azt nézi meg, mi menthető és mit érdemes újraépíteni. Ez nem mindig látványos munka, mégis fontos. Lehet, hogy a főoldal elfogadható, de a kapcsolatfelvételi rész elavult. Lehet, hogy a dizájn jó, de a kód rendezetlen. Lehet, hogy csak mobilon rossz, asztali gépen pedig senki nem vette észre a gondot.

Volt eset, amikor egy ügyfél csak egy gomb színét és helyét akarta módosítani. A beszélgetés közben kiderült, hogy a gomb azért nem működik jól, mert az egész űrlap rosszul volt felépítve. A látogató nem kapott visszajelzést, ha hibás adatot írt be. A javítás végül nem a gombon múlt, hanem a teljes folyamaton. Ez tipikus példa arra, hogy egy kisebb front-end feladat mögött nagyobb használhatósági hiba állhat.

Ha régi weboldalról van szó, érdemes átadni a hozzáféréseket, a jelenlegi hibák listáját és néhány képernyőképet. A szakember így gyorsabban látja, mi a valós feladat. Én nem tartom jó jelnek, ha valaki azonnal árat mond úgy, hogy még nem látta a felületet. Egyszerű módosításnál ez néha működik, de összetettebb webes felületnél ritkán pontos.

Front-end fejlesztő árak

Az ár attól függ, hogy új felület készül, meglévő oldal módosul, vagy hibajavításra van szükség. Szeged környékén a kisebb magánmegbízásoknál gyakori az óradíjas vagy feladatalapú ár. Egy egyszerű módosítás olcsóbb, de egy több aloldalas, mobilra optimalizált felület már más kategória. Olcsóbban, mint 10.000 forint egy érdemi fejlesztési óra ritkán lesz minőségi, főleg ha a szakembernek terveznie, tesztelnie és egyeztetnie is kell.

A túl alacsony ár sokszor azt jelenti, hogy kimarad a tesztelés. Ez később drágább lehet. Nem minden ügyfélnek kell prémium megoldás, de az alap működést nem érdemes kihagyni. Ha a weboldal hoz megkereséseket, akkor egy rossz mobilnézet vagy hibás űrlap közvetlen veszteség. Magánügyfélként is érdemes előre megkérdezni, hány javítási kör fér bele az árba.

Megfelelő front-end szakember kiválasztása

A megfelelő szakember kiválasztása nem csak portfólió alapján történik. A portfólió mutat valamit, de nem mindig derül ki belőle, hogy az adott fejlesztő mennyire pontosan kommunikál. Én előnyben részesítem azt, aki visszakérdez, és nem úgy kezdi, hogy minden egyszerű. A webes felületeknél sok apró döntés van. Betűméret, gombállapot, mobil menü, betöltési sorrend, űrlap hibaüzenet. Ezek nem mellékes részletek.

Érdemes megnézni, milyen típusú munkái voltak. Egy portfólióoldal más tudást kér, mint egy időpontfoglaló felület. Egy webáruház felülete megint más. A front-end developer akkor jó választás, ha érti a vizuális oldalt, de nem csak látványban gondolkodik. A használhatóság legalább ilyen fontos. Ha egy látogató nem találja a kapcsolat gombot, akkor a legszebb fejléc sem segít.

Kérj rövid leírást a munkamenetről. Mikor kapod meg az első verziót. Hogyan jelzed a hibákat. Lesz e mobilteszt. Kapcsolódik e más fejlesztő a feladathoz. Sok félreértés abból születik, hogy az ügyfél azt hiszi, a teljes weboldal készül, a szakember pedig csak a felületi kódot vállalta. Ezért a feladat határát már az elején le kell írni.

Webes felület Szeged városrészeiben

Szeged helyi megbízásainál gyakori, hogy a weboldal egy konkrét környékhez vagy ügyfélkörhöz kapcsolódik. Belváros, Újszeged, Rókus, Móraváros, Tarján vagy Petőfitelep más jellegű szolgáltatói oldalakkal jelenhet meg. Egy helyi oktató, szerelő, kozmetikus vagy tanácsadó nem mindig országos oldalt akar. Sokszor elég egy tiszta, gyors, helyi keresésekre is érthető felület.

A környező települések is számíthatnak. Algyő, Deszk, Sándorfalva vagy Domaszék felől is jöhetnek ügyfelek. Ilyenkor a front-end fejlesztés mellett a tartalom elrendezése is fontos. A látogatónak gyorsan látnia kell, hogy a szolgáltatás hol érhető el, van e személyes találkozó, és milyen módon lehet kapcsolatot kérni. Ez nem bonyolult dolog, mégis sok oldalon hiányzik.

A helyi jelleg nem azt jelenti, hogy minden sorba városnevet kell írni. Az erőltetett ismétlés rontja a szöveget. Jobb, ha a városi információ természetesen jelenik meg a kapcsolat, a szolgáltatási terület és a bemutatkozás részeiben. A fejlesztő ebben is tud segíteni, ha látja, milyen tartalmakat kell kiemelni a felületen.

Frontend-fejlesztés mobilra és gyors betöltésre

A legtöbb magánügyfél mobilról nézi meg először a weboldalt. Ezért a frontend-fejlesztés nem tekinthető késznek csak azért, mert laptopon jól mutat. A mobilnézet külön figyelmet kér. Rövid menü, jól nyomható gomb, olvasható szöveg és gyors betöltés kell. Nem ritka, hogy egy oldal asztali nézetben rendezett, telefonon viszont a képek túl nagyok, a szöveg kifut, az űrlap pedig nehezen használható.

A sebesség sem csak technikai kérdés. Ha egy oldal lassan tölt be, sok látogató kilép. Ez főleg szolgáltatói oldalaknál gond. A felhasználó nem vár sokáig, mert van másik találat. A front-end szakember képeket tömöríthet, felesleges elemeket távolíthat el, javíthatja a kódot, és tisztább betöltési sorrendet alakíthat ki. Ezek aprónak tűnnek, de együtt sokat számítanak.

Nem kell minden oldalra animáció. Sőt, sokszor jobb a nyugodt felület. Egy magánszolgáltatásnál a látogató általában információt keres, nem látványos mozgást. Személy szerint óvatos vagyok az olyan megoldásokkal, amelyek csak azért kerülnek be, mert modernnek látszanak. A modern felület gyors, érthető és stabil. Nem attól jó, hogy minden megmozdul rajta.

Mit adj át a front-end developer számára

A munka gyorsabb, ha az ügyfél előre összegyűjti az anyagokat. Kell a szöveg, a logó, a képek, a belépési adatok és néhány példa arra, milyen irány tetszik. Nem másolás céljából, hanem tájékozódás miatt. A front-end developer így jobban érti az ízlést és a célt. Ha nincs kész szöveg, akkor legalább a fő üzenetet érdemes leírni. Kinek szól az oldal. Mi a legfontosabb művelet. Telefonhívás, ajánlatkérés, időpontfoglalás vagy vásárlás.

Hasznos, ha a hibákat konkrétan írod le. Nem elég annyi, hogy rossz a mobilnézet. Írd le, melyik oldalon, milyen telefonon, melyik résznél látszik a gond. Egy képernyőkép sok időt ment. Ha már van tárhely vagy tartalomkezelő, azt is jelezni kell. A fejlesztő másképp számol, ha tiszta rendszerben dolgozik, és másképp, ha régi, sokszor módosított oldalhoz kell nyúlnia.

A végén érdemes kérni egy rövid átadást. Mit módosított. Hol lehet később szöveget cserélni. Mire kell figyelni frissítéskor. Ez nem hosszú oktatás, inkább praktikus magyarázat. A jó weboldal nem csak elkészül, hanem utána használható marad. Ez magánügyfélként talán a legfontosabb szempont.