Mobilfejlesztők Szegeden: Vélemények és kedvező árak

Mobilfejlesztő magánügyfeleknek

Mobilfejlesztő akkor kell, ha egy mobilon használható ötletből működő, tesztelhető és később bővíthető megoldás legyen. Magánügyfélként ez lehet időpontfoglaló app, rendeléskezelő felület, ügyfélkapu, oktatási segédlet, saját nyilvántartó vagy egy meglévő mobilalkalmazás javítása. Szeged környékén sok ilyen munka nem nagy vállalati rendszerként indul. Inkább egy gyakorlati gondból. Túl sok üzenet érkezik kézzel, az ügyfelek nem találnak információt, a foglalások szétesnek, vagy a régi weboldal telefonon kényelmetlen.

Én személy szerint azokat a projekteket szeretem jobban, ahol az első beszélgetés nem a látványról szól, hanem a használatról. Ki nyitja meg az appot. Mit akar elintézni. Mi történik, ha nincs internet. Kell-e belépés, értesítés, fizetés vagy admin felület. Sokan hibáznak ott, hogy azonnal teljes iOS és Android alkalmazást kérnek, pedig az első körben elég lenne egy kisebb, kipróbálható változat. Ez nem gyengébb megoldás. Inkább óvatos kezdés, ahol nem ég el feleslegesen a pénz.

A Qjob.hu oldalán különböző önálló szakemberek között lehet keresni, ezért a feladatleírás legyen konkrét. Nem elég annyi, hogy mobilos alkalmazás kell. Jobb leírni, hogy időpontfoglaló appra van szükség vendégoldallal, naptárral, értesítéssel és egyszerű kezelőfelülettel. Egy mobilfejlesztő ebből már látja, milyen kérdéseket kell feltennie.

Mobilalkalmazás fejlesztés indulása

A mobilalkalmazás fejlesztés első része az igények tisztázása. Ez sokszor fontosabb, mint maga a kódolás első hete. A szakember megpróbálja szétválasztani az alapfunkciót, a kényelmi elemet és azt, ami csak később fontos. Egy magánmegbízásnál ez különösen lényeges, mert a költségkeret általában szűkebb, mint egy céges fejlesztésnél.

A jó induláshoz elég egy rövid, érthető lista. Milyen képernyők kellenek. Ki használja az appot. Milyen adat kerül bele. Lesz-e admin rész. Kell-e regisztráció. Milyen eszközökön kell jól működnie. Ha ezekre nincs válasz, az ajánlat csak becslés lesz, és később könnyen vita alakul ki.

Volt eset, amikor egy ügyfél saját edzésnapló alkalmazást szeretett volna. Elsőre egyszerűnek tűnt. A beszélgetés alatt kiderült, hogy videófeltöltés, előfizetés, statisztika és edzői hozzáférés is kellene. Ez már nem kis app volt. Végül egy próba verzióval indultunk, ahol csak a naplózás és az edzői visszajelzés működött. A döntés jó volt, mert a használók fele később más funkciót kért, mint amit az elején a megrendelő gondolt.

Appkészítés árak és reális keretek

Az appkészítés ára a funkcióktól, a platformoktól és az átadás módjától függ. Egy kisebb javítás vagy tanácsadás lehet viszonylag olcsó. Egy teljes mobilalkalmazás, amely belépést, adatkezelést, értesítést és admin felületet kap, már komolyabb munka. Szerintem 120.000 forint alatt teljes, egyedi és rendesen átadott mobil app ritkán lesz minőségi. Lehet találni ennél olcsóbb ajánlatot, de ott gyakran kimarad a tesztelés, a dokumentálás vagy a későbbi javítás.

Az árnál nem csak az összeg számít. Nézd meg, mit tartalmaz az ajánlat. Benne van-e a próba, a kisebb módosítás, a forrásanyag átadása, az áruházi közzététel segítése és az első hibák javítása. Sok félreértés abból jön, hogy a megrendelő kész termékre gondol, a fejlesztő pedig csak fejlesztési órákra. Ezt előre le kell írni, egyszerű szavakkal.

A saját tapasztalatom szerint a legdrágább hiba nem az, ha valaki magasabb óradíjjal dolgozik. Hanem az, ha olcsón kezdődik a munka, majd minden alapvető rész külön költségként jelenik meg. A tiszta ajánlat néha elsőre drágábbnak látszik, de kevesebb kellemetlen meglepetést hagy.

Mobilos szakember kiválasztása

A mobilos szakember kiválasztásánál nem a leghosszabb bemutatkozás a döntő. Figyeld, hogyan kérdez. Aki részletek nélkül azonnal pontos árat mond, az lehet gyors, de kockázatos. Aki rákérdez a felhasználókra, az adatokra, a belépésre, az eszközökre és az átadásra, az valószínűleg látott már problémás projektet.

Magánügyfélként nem kell műszaki nyelven beszélned. Elég, ha elmondod egy átlagos használat menetét. Az ügyfél megnyitja az appot, kiválaszt egy időpontot, kap értesítést, te pedig látod a foglalást. Ebből a fejlesztő már tud következtetni. És ha nem tud, akkor kérdezzen tovább. A csendes bólogatás nem jó jel.

Sokan ott rontják el, hogy csak a referenciát nézik. A referencia hasznos, de nem teljes kép. Kérdezd meg, milyen hasonló munkánál volt gond, és hogyan oldotta meg. Egy jó mobilfejlesztő nem ígéri, hogy minden egyszerű lesz. Inkább megmutatja, hol lehet csúszás, milyen döntések drágítanak, és mit érdemes későbbre hagyni.

Mobilfejlesztés Szeged környékén

Szeged belvárosában, Újszegeden, Tarjánban, Móravárosban, Rókuson vagy Alsóvároson a legtöbb egyeztetés távolról is működik. Személyes találkozó akkor hasznos, ha sok a papír alapú folyamat, vagy régi táblázatokból, jegyzetekből kell megérteni a működést. Más esetben egy rövid videós beszélgetés és egy írásos összefoglaló elég lehet.

A helyi kötődés mégsem mellékes. Aki ismeri a várost, könnyebben érti a kisebb szolgáltatók tempóját. Egy egyetemi környékhez kötődő oktatási app más igényeket hoz, mint egy rendelői foglaló vagy egy kis műhely ügyfélkezelője. Algyő, Deszk, Sándorfalva és Szőreg felől is gyakori, hogy valaki szegedi szakemberrel szeretne dolgozni, mert néha jó személyesen átbeszélni a fontos döntéseket.

Nem minden munkához kell helyi fejlesztő. De ha a megbízó nehezen fogalmazza meg a folyamatot, vagy bizalmi adatokkal dolgozik, a közelség nyugalmat adhat. Szeged esetében az is előny, hogy a kisebb magánprojektek ritmusa sok szakembernek ismerős. Nem akar mindenből nagy rendszert csinálni.

Átadás, tesztelés és későbbi módosítás

Az átadás nem azonos azzal, hogy az app elindul. Akkor tekinthető késznek, ha a megrendelő tudja használni, megkapta a hozzáféréseket, érti a frissítés menetét, és van megállapodás a hibajavításról. Rövid leírás nélkül egy mobilos fejlesztés könnyen félkésznek érződik, még akkor is, ha a fő funkció működik.

A tesztelésnél érdemes több helyzetet kipróbálni. Új felhasználó belépése. Lassabb internet. Hibás adat megadása. Értesítés fogadása. Kijelentkezés. Ezek hétköznapi dolgok, mégis gyakran csak éles használatban derülnek ki. Nekem az a véleményem, hogy egy appot nem elég a fejlesztő saját telefonján megnézni. Legalább néhány valós használóval kell próbálni.

A későbbi módosításokat is előre kell kezelni. Az első használat után szinte mindig lesz apró igény. Más szöveg kell egy gombra, új mező kell az űrlapba, vagy túl sok értesítés megy ki. Ezek nem feltétlenül hibák, de befolyásolják a használatot. Jobb, ha van rövid próbaidőszak, és nem minden apró változtatás külön vita.

A Mobilfejlesztő munkája akkor hasznos igazán, ha az elkészült megoldást nem csak átveszik, hanem használják is. Ehhez néha kevesebb funkció kell, tisztább működéssel. Reális első verzió, érthető ár, rendes tesztelés és nyugodt átadás. Ez nem látványos mondat, de a gyakorlatban sok pénzt és feszültséget takarít meg.