Mobilfejlesztők Tatabányán: Vélemények és kedvező árak

Mobilfejlesztő magánügyfeleknek

A Mobilfejlesztő akkor hasznos, ha egy ötletből működő telefonos alkalmazás, belső eszköz vagy javított meglévő app kell. Magánügyfélként nem mindig teljes fejlesztőcsapatot keres az ember. Sokszor elég egy tapasztalt szakember, aki átnézi az elképzelést, megmondja, mi reális, majd lépésenként elkészíti a szükséges részeket. Tatabánya környékén gyakori igény a helyi szolgáltatásokhoz, időpontfoglaláshoz, kisebb kereskedelmi rendszerekhez vagy saját vállalkozás mellé készülő alkalmazás. Ilyenkor fontos, hogy ne csak kód készüljön. Kell tiszta feladatleírás, egyszerű kezelőfelület, próba több készüléken, és legyen terv arra is, mi történik az átadás után.

Qjob.hu felületén különböző szakemberek ajánlatai között lehet keresni, nem egyetlen cég szolgáltatásáról van szó. Ez előny, mert össze lehet hasonlítani a tapasztalatot, az óradíjat, a vállalt határidőt és azt is, ki milyen típusú munkát vállal szívesen. Személyes véleményem szerint a jó mobilos munka elején sok kérdés hangzik el. Nem azért, mert a fejlesztő bonyolítani akarja a dolgot, hanem mert a rosszul megfogalmazott igény később drága javításokat okoz. Egy egyszerű app is elcsúszhat, ha nincs eldöntve, ki használja, milyen készüléken, milyen adatokkal, és mennyire kell kapcsolódnia más rendszerekhez.

Mobilfejlesztő árak

Az ár leginkább a feladat méretétől, az alkalmazás állapotától és a platformtól függ. Egy kisebb javítás vagy konzultáció nem ugyanaz, mint egy teljes Android és iOS alkalmazás elkészítése. Sokan ott hibáznak, hogy csak a képernyők számát nézik. A háttérben lévő bejelentkezés, adatkezelés, fizetés, térkép, értesítés vagy admin felület sokkal több munkát adhat, mint maga a látvány. Olcsóbb ajánlat néha jó választás, de gyanús, ha nincs benne tesztelés, hibajavítás és átadási leírás. Szerintem 15.000 forint alatti óradíj ritkán ad stabil eredményt, ha valódi alkalmazásról van szó, nem csak apró módosításról.

Az összegek tájékoztató jellegűek. Egy magánfejlesztő adhat kedvezőbb árat, ha a feladat jól körülhatárolt, és nem kell minden döntést menet közben kitalálni. A másik oldal is igaz. Ha a megrendelő csak annyit mond, hogy kell egy app, amely olyan, mint egy ismert szolgáltatás, akkor a becslés bizonytalan lesz. Ilyenkor először specifikációra vagy vázlatra érdemes költeni, mert az később csökkenti a vitákat.

Appötlet és műszaki felmérés

A mobilalkalmazás fejlesztés jó esetben nem kódírással kezdődik. Előbb tisztázni kell, mit old meg az app, kinek készül, milyen adatokat kezel, és mi számít kész állapotnak. Egy privát ügyfélnek ez sokszor új terep. Nem kell minden szakkifejezést ismerni, de érdemes leírni a folyamatot hétköznapi mondatokkal. Ki nyitja meg az alkalmazást. Mit lát elsőként. Milyen adatot ad meg. Kap e visszajelzést. Mi történik, ha hibázik.

Volt eset, amikor egy ügyfél étkezési naplóhoz kért egyszerű alkalmazást. Elsőre négy képernyőnek tűnt az egész. A beszélgetés közben derült ki, hogy kell családi megosztás, heti összesítés, adatmentés, és később orvosi export is. Ez már nem kis javítás volt, hanem rendes tervezést igénylő munka. Jobb volt ezt az elején látni, mint két hét fejlesztés után vitatkozni azon, miért nőtt a költség.

Po mem tapasztalatom szerint a jó felmérés nem hosszú dokumentumoktól lesz jó. Hanem attól, hogy konkrét. Egy mobilos szakember kérhet példaképernyőket, kézzel rajzolt vázlatot, régi app hozzáférést, vagy listát a kötelező és halasztható funkciókról. Ez nem felesleges formaság. Ezzel derül ki, hogy natív Android, natív iOS vagy közös alapú megoldás lesz e észszerű.

Android és iOS fejlesztés

A telefonos alkalmazás készítése más döntéseket hoz Androidon és iOS rendszeren. Androidnál sokféle készülék és képernyőméret jelenik meg. iOS esetén kevesebb eszköz van, de szigorúbb lehet az áruházi ellenőrzés és a rendszerhez illeszkedő viselkedés. Magánügyfélnél gyakori kérdés, hogy kell e rögtön mindkét platform. Nem mindig. Ha a célcsoport nagy része egy rendszert használ, lehet kezdeni azzal. Később lehet bővíteni, ha a működés már bizonyított.

A közös alapú fejlesztés csábító, mert egy kódbázisból készülhet több platformra az alkalmazás. Ez sok helyzetben jó döntés. De nem mindenre. Ha erős kamera használat, sok háttérfolyamat, speciális térkép vagy készülékszintű funkció kell, akkor a választás óvatosabb. Sok félreértés abból jön, hogy az ügyfél csak az árat látja, a korlátokat nem. Én inkább azt szeretem, amikor a fejlesztő leírja, melyik út mivel jár, és nem csak a leggyorsabb megoldást ajánlja.

Alkalmazásfejlesztő választása

Az alkalmazásfejlesztő kiválasztásánál nem elég azt nézni, ki válaszol a leggyorsabban. Jó jel, ha kérdez a célról, rákérdez az adatkezelésre, és nem ígér biztos árat kevés információ alapján. A portfólió is fontos, de nem kell, hogy pontosan ugyanolyan app szerepeljen benne. Hasznosabb, ha látszik benne a rendezett gondolkodás, a tiszta felület és az, hogy a szakember már találkozott éles használatból jövő hibákkal.

Érdemes kisebb próbamunkával kezdeni. Például kódfelméréssel, prototípussal vagy egy jól körülhatárolt funkcióval. Ez megmutatja, hogyan kommunikál a fejlesztő, mennyire tartja a határidőt, és mennyire érthetően magyaráz. Sok pénzt lehet veszíteni azzal, ha valaki azonnal teljes projektet ad ki részletes megállapodás nélkül. A másik gyakori hiba, hogy a megrendelő minden döntést a fejlesztőre tol. A jó szakember tanácsot ad, de az üzleti és használati döntéseket nem tudja teljesen átvállalni.

Konkrétan kérdezni kell az átadásról is. Kié lesz a forráskód. Hol lesz a fiók. Ki tölti fel az alkalmazást. Lesz e rövid leírás a későbbi módosításokhoz. Ezek száraz kérdések, de később nagyon fontosak. Ha valaki ezekre kitérő választ ad, én óvatos lennék.

Mobilos munka Tatabánya környékén

Tatabánya esetén a helyi találkozó néha sokat gyorsít, főleg akkor, ha az app egy helyi szolgáltatáshoz, üzlethez, oktatóhoz vagy kisebb műhelyhez kapcsolódik. A városrészek és környező települések miatt gyakori a környékre szabott keresés, időpontfoglalás, kiszállási információ vagy térképes megjelenítés. Újváros, Kertváros, Dózsakert, Bánhida és Sárberek más ügyfélkört adhat, mint egy országos célú alkalmazás. A közeli Oroszlány, Tata, Vértesszőlős vagy Környe is szóba jöhet, ha a szolgáltatás nem csak egy városrészre épül.

Helyi projektben az is számít, hogy mennyire egyszerű a használat. Egy idősebb célcsoportnak készülő appnál nagyobb betűk, világos gombok és kevés lépés kell. Egy sportközösségnek vagy fiatalabb közönségnek más működés lehet kényelmes. Ezeket nem lehet sablonból jól kitalálni. Rövid próbahasználat sokat ér. Mutassuk meg három valódi embernek, és figyeljük, hol akadnak el. Ez néha többet mond, mint egy hosszú véleményezési lista.

Tesztelés és átadás

A fejlesztés vége nem az, hogy az app elindul a fejlesztő telefonján. Meg kell nézni több készüléken, más képernyőméreten, gyengébb internet mellett és hibás adatokkal is. A mobil app készítés egyik legunalmasabb része a tesztelés, mégis itt dől el, mennyire lesz használható. Ha egy űrlap nem menti az adatot, egy gomb nem reagál, vagy az értesítés rosszkor érkezik, a felhasználó nem fogja tudni, hogy ez apró hiba vagy nagy rendszerhiba. Csak azt érzi, hogy nem működik.

Az átadásnál legyen lista a hozzáférésekről, az alkalmazás verziójáról, a használt szolgáltatásokról és a nyitott teendőkről. Én ezt különösen fontosnak tartom magánügyfeleknél, mert később lehet, hogy másik fejlesztő folytatja a munkát. Ha minden egy ember fejében marad, az kiszolgáltatott helyzetet teremt. A dokumentáció nem kell, hogy regény legyen. Egy rövid, pontos leírás elég lehet.

Karbantartás és későbbi bővítés

Egy alkalmazás ritkán marad változatlan. Frissülnek a telefonok, változnak az áruházi szabályok, új igények jönnek, és idővel hibák is előkerülhetnek. Ezért már az első egyeztetésnél érdemes rákérdezni a karbantartásra. Lesz e havi órakeret. Vállal e a fejlesztő sürgős javítást. Hogyan jelzi az ügyfél a hibát. Mennyi időn belül várható válasz.

A bővítésnél a legjobb, ha nem mindent az első verzióba zsúfolunk. Egy egyszerű, stabil kezdés sokszor többet ér, mint egy túl nagy alkalmazás, amely soha nem készül el rendesen. A magánmegrendelők néha félnek attól, hogy a kisebb első verzió pénzkidobás. Szerintem nem az, ha jól van megtervezve. Inkább próba a valós használatban. Kiderül, mit használnak tényleg az emberek, és mi az, ami csak papíron tűnt fontosnak.

Mobilfejlesztő keresésénél ezért nem csak a kezdő ár számít. A fenntartható együttműködés, az érthető beszéd és a rendezett átadás legalább ennyire lényeges. Tatabánya és környéke elég sokféle helyi igényt ad ahhoz, hogy ne sablonban gondolkodjunk. Egy jó mobilos megoldás nem attól jó, hogy sok funkció van benne. Attól jó, hogy a célhoz illik, és a felhasználó nem küzd vele.