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

Mobilfejlesztő magánügyfeleknek Győrben

A Mobilfejlesztő olyan szakember, aki telefonra és táblagépre készít működő alkalmazást magánügyfeleknek, kisebb vállalkozásoknak és egyedi ötletekhez. Nem elég, ha a program szép. Gyorsnak, érthetőnek és biztonságosnak is kell lennie. Győrben sok megbízás nem nagy céges rendszerrel indul, hanem egy konkrét igénnyel. Időpontfoglaló felület, ügyfélkapus belépés, egyszerű rendelési folyamat, saját belső nyilvántartás, eseményhez kapcsolódó app, vagy egy régi webes megoldás kényelmesebb telefonos változata. Ilyenkor a mobilos szakember feladata nem csak a kódírás. Meg kell értenie, mire használják majd az alkalmazást, ki fogja nyomkodni, milyen adatok kerülnek bele, és mi történik akkor, ha valami hibára fut.

Qjob.hu oldalán különböző önálló szakemberek közül lehet választani, ezért a döntés nem egy cég csomagjáról szól. Itt inkább arról van szó, hogy ki ért az adott feladathoz, kinek van türelme végigvinni a részleteket, és ki mond nemet arra, ami később gondot okozna. Személy szerint én jobban szeretem, ha a fejlesztő már az elején kérdez. Milyen telefonokon fusson az alkalmazás. Kell e belépés. Lesz e fizetés. Milyen nyelven jelenjen meg. Ki frissíti a tartalmat. Ezek unalmas kérdéseknek tűnhetnek, de később sok vitát előznek meg.

Mobilos fejlesztés menete

A mobilos fejlesztés általában nem a programozással kezdődik. Először tisztázni kell a célt. Egy egyszerű alkalmazásnál is fontos, hogy legyen képernyőlista, funkcióleírás és legalább vázlatos működési sorrend. Sok ügyfél ott hibázik, hogy csak annyit mond, legyen olyan, mint egy ismert app. Ez kevés. A szakembernek abból kell dolgoznia, hogy a saját feladatban mi szükséges, mi felesleges, és mi kerülhet későbbi verzióba.

Az első egyeztetés után jön a terv. Ebben benne lehet a kezdőképernyő, a menü, a regisztráció, az értesítések, az adatmentés, a felhasználói szerepek és a hibakezelés. Nem kell mindent túlbonyolítani. De ha nincs terv, a fejlesztés gyorsan szétesik. Volt eset, amikor egy ügyfél csak egy egyszerű klubtagsági alkalmazást kért. A beszélgetés közben derült ki, hogy bérletellenőrzés, lejárati értesítés és külön admin felület is kell. Ha ezt csak a végén veszik észre, az ár is más lesz, és a határidő sem marad tartható.

A fejlesztő ezután elkészíti az első működő változatot. Ez lehet próbaapp, belső teszt, vagy olyan verzió, amely még nem kerül nyilvános áruházba. Itt érdemes őszintén visszajelezni. Nem baj, ha valami nem kényelmes. Jobb korán javítani, mint éles használat közben. A jó alkalmazáskészítő figyel a részletekre, de nem találhatja ki minden felhasználó szokását.

Mobilfejlesztő árak és díjak

Az árak nagyban függnek attól, mennyi funkció kell, milyen rendszerre készül az app, és szükség van e háttérrendszerre. Egy kisebb javítás vagy konzultáció nem ugyanaz, mint egy teljes alkalmazás elkészítése. Döntő tényező az is, hogy az Android és az iOS külön fejlesztést igényel e, vagy elég egy közös alapra épülő megoldás. Olcsóbb megoldás létezik, de olcsóbb 20.000 forint alatt ritkán lesz minőségi, ha valódi szakmai munkáról beszélünk.

Az ár akkor lesz tisztességes, ha a tartalma is világos. Érdemes külön kérni, hogy mi van benne a díjban. Hány módosítási kör. Ki adja a szövegeket. Benne van e a grafikai igazítás. Lesz e átadás után javítás. A nagyon alacsony ajánlat sokszor csak a belépő költség. Később jönnek a kiegészítések, és a végösszeg már nem is kevés.

Megfelelő mobilfejlesztő kiválasztása

A megfelelő mobilfejlesztő kiválasztásánál nem csak a portfólió számít. Jó jel, ha a szakember érthetően beszél a korlátokról. Nem ígér mindent azonnal. Nem erőltet felesleges funkciókat. Rákérdez az adatkezelésre, a célközönségre és a későbbi bővítésre. Ez különösen fontos akkor, ha az alkalmazás ügyféladatokat, rendeléseket, üzeneteket vagy fizetési folyamatot kezel.

Sokan elkövetik azt a hibát, hogy kizárólag az árat nézik. Érthető, mert a fejlesztés nem olcsó. De ha a szakember nem dokumentál, nem tesztel, vagy nem ad át érthető belépési adatokat, akkor a későbbi javítás nehéz lesz. Egy másik fejlesztő sokszor több időt tölt a régi munka megfejtésével, mint magával a javítással. Ez bosszantó és drága.

Én azt tartom jó döntésnek, ha az ügyfél rövid próbafeladattal vagy részletes előzetes egyeztetéssel indul. Így kiderül, milyen a kommunikáció. Válaszol e időben. Tud e egyszerűen fogalmazni. Van e saját javaslata. Egy alkalmazásfejlesztő lehet nagyon ügyes, de ha nem érthető, amit mond, a közös munka fárasztóvá válik. Különösen magánügyfeleknél fontos, hogy a folyamat ne csak szakmailag, hanem emberileg is kezelhető legyen.

Android és iOS alkalmazások

Az Android és iOS alkalmazások között nem csak technikai különbség van. Más a közzétételi folyamat, mások az ellenőrzési szabályok, és néha a felhasználói elvárások is eltérnek. Ha a célközönség főleg Android telefont használ, nem biztos, hogy az első verzióban szükség van iOS változatra. Ha viszont a szolgáltatás szélesebb körnek készül, a két rendszer figyelmen kívül hagyása később gondot okozhat.

A keresztplatformos megoldás sok esetben jó választás. Egy alapból készülhet Androidra és iOS rendszerre is. Ezzel időt és pénzt lehet spórolni. De nem minden feladathoz ideális. Ha az app erősen használja a telefon kameráját, helymeghatározását, értesítéseit vagy sajátos eszközfunkcióit, akkor alaposabb tervezés kell. A fejlesztőnek el kell mondania, mikor elég egy közös megoldás, és mikor jobb külön kezelni a rendszereket.

Fontos a frissíthetőség is. Egy mobilalkalmazás nem olyan, mint egy névjegykártya, amit egyszer elkészítenek és kész. A telefonok rendszere változik. Az áruházak szabályai változnak. A felhasználók hibát jeleznek. Ilyenkor kell valaki, aki nem tűnik el az átadás után. Ezért jó előre beszélni a karbantartásról, még akkor is, ha az ügyfél elsőre csak egy egyszeri munkát szeretne.

Győri körzetek és helyi igények

Győr esetében gyakori, hogy a megbízás helyi szolgáltatáshoz kapcsolódik. Belvárosi rendelő, nádorvárosi üzlet, adyvárosi oktató, győrszentiváni műhely, vagy akár környékbeli szolgáltató is kérhet mobilos megoldást. A helyi jelleg nem mindig látszik az alkalmazásban, de a működésben igen. Például fontos lehet a foglalási idősáv, a kiszállási zóna, a térképes megjelenés, vagy a helyi ügyfeleknek szóló értesítés.

A városrészek és a környező települések miatt érdemes átgondolni, hogy az app mennyire legyen helyhez kötött. Más kell egy olyan szolgáltatásnak, amely csak Győr belvárosában működik, és más egy olyannak, amely Mosonmagyaróvár, Pannonhalma vagy Komárom felől is fogad érdeklődőket. Ez nem csak szövegkérdés. A keresés, a címkezelés, az értesítés és az időpontok megjelenítése is eltérhet.

Volt olyan helyzet, amikor egy ügyfél eredetileg csak egy egyszerű bemutatkozó appot szeretett volna. A beszélgetés során kiderült, hogy a legtöbb érdeklődő telefonról keres időpontot, és a rendelési folyamatnál akad el. Végül nem bemutatkozó app készült, hanem egy egyszerű foglalási és visszajelzési rendszer. Kevesebb látványos elem volt benne, de jobban szolgálta a célt.

Biztonság, tesztelés és átadás

A biztonság nem csak nagy rendszereknél fontos. Egy kisebb mobilapp is kezelhet nevet, telefonszámot, címet, képet vagy fizetési adatot. Ha ezek védelme gyenge, az ügyfélnek és a felhasználónak is kellemetlen lehet. A fejlesztő dolga, hogy legalább az alapokat rendben tartsa. Biztonságos belépés, megfelelő jogosultság, adatmentés, frissíthető kód és átgondolt hibakezelés nélkül az alkalmazás sérülékeny marad.

A tesztelés gyakran kimarad, mert mindenki siet. Ez rossz döntés. Legalább néhány különböző telefonon ki kell próbálni az appot. Meg kell nézni a lassabb internetet, a rosszul kitöltött űrlapot, a visszalépést, az értesítések viselkedését és a kijelzőméreteket. Nem minden hiba látszik első indításra. A jó mobilos szakember ezért nem sértődik meg a hibajelzésen, hanem javítási listát készít.

Az átadás legyen rendezett. Az ügyfél kapja meg a szükséges hozzáféréseket, a rövid használati leírást, az áruházi információkat és a karbantartási feltételeket. Nem kell hosszú kézikönyv minden esetben. De az nem elfogadható, ha csak annyi történik, hogy kész van. Egy jól átadott mobilalkalmazás később könnyebben bővíthető, és nem lesz teljesen kiszolgáltatva egyetlen embernek.