Mobil applikáció készítéshez egy tapasztalt szabadúszó segítségére van szükséged?

Mobil applikáció készítés

A mobil applikáció készítés akkor éri meg, ha egy feladatot telefonon gyorsabban és kényelmesebben lehet megoldani, mint böngészőben. Magánügyfélként ez lehet családi szervező, egyszerű foglaló felület, edzésterv, tanulási segéd vagy saját használatú rendelési rendszer. Sokan túl korán kérnek teljes rendszert, pedig előbb azt kell tisztázni, mire lesz jó az alkalmazás. Szerintem ez az a pont, ahol a legtöbb pénz elfolyik. A Qjob.hu oldalon is látszik, hogy a fejlesztő kiválasztása előtt a feladat pontos leírása sokkal többet számít, mint a hosszú kívánságlista. Egy jó mobilalkalmazás nem attól hasznos, hogy sok benne a funkció, hanem attól, hogy a mindennapi helyzetben tényleg segít.

Magyar és külföldi árkalauzok alapján az egyszerűbb alkalmazások ára több százezer forintról indul, a közepesen összetett megoldások már milliós sávban mozognak, a komolyabb rendszerek pedig ennél jóval feljebb mennek. A hazai összefoglalók szerint egy egyszerű app nagyjából 500.000 és 2.000.000 forint között indul, a bonyolultabb munka pedig több millió forintra nőhet. Az angol piaci összefoglalók ugyanezt erősítik meg, csak még magasabb sávokkal, mert ott a munkadíj is magasabb. A közös tanulság egyszerű. A végösszeget főleg a funkciók száma, a két platform, a háttérrendszer és a későbbi karbantartás alakítja. citeturn428054view0turn428054view1turn428054view3turn428054view4

Mire való a mobilalkalmazás

Az első kérdés nem az, hogy Androidra vagy iPhone készülékre kell e fejleszteni. Előbb azt kell eldönteni, mire használja majd a tulajdonos. Sok magánügyfél naplózó alkalmazást, egyedi emlékeztetőt, családi költségfigyelőt, tanulást segítő felületet vagy helyi szolgáltatás kezelését kéri. De sokan hibáznak, amikor mindent egyetlen alkalmazásba akarnak bezsúfolni. Bejelentkezés, csevegés, térkép, fizetés, értesítés, admin felület, statisztika. Ezek együtt már nem kis munka. A fejlesztő ilyenkor vagy visszafogja a tervet, vagy magas árat mond. Én az első megoldást jobbnak tartom.

Volt olyan eset, amikor egy ügyfél saját célra akart időpontfoglaló alkalmazást. Elsőre hosszú listát küldött, benne kuponnal, értékeléssel, üzenetküldéssel és helymeghatározással. Egy beszélgetés után kiderült, hogy valójában csak naptár, értesítés és egyszerű ügyféladat kell neki. A munka így nem húzódott el, és a végeredmény használható lett. Ezért fontos, hogy az alkalmazás készítés elején legyen egy rövid, őszinte szűkítés. Ami nem létfontosságú az induláskor, az ráér később is.

Árak és munkafázisok

Az árakat nem lehet egyetlen számmal elintézni. A hazai példák szerint az egyszerű mobilalkalmazás fejlesztés többnyire 500.000 forint felett indul, a közepes összetettségű munka 2.000.000 és 5.000.000 forint körül mozoghat, az összetett rendszer pedig még ennél is többe kerülhet. Más oldalak ennél is tágabb sávot mutatnak, akár 1.500.000 és 20.000.000 forint között. Külföldön az egyszerűbb alkalmazások is tízmilliós forintra átszámított költségbe kerülhetnek, ami jól jelzi, mennyit számít a munkamodell és a piac. citeturn428054view0turn428054view2turn428054view3turn428054view4

Szerintem a túl olcsó ajánlatot mindig gyanakvással kell fogadni. A mobil applikáció készítés ritkán lesz valóban jó, ha minden együtt feltűnően olcsó. Olcsóbban 350.000 alatt legfeljebb nagyon egyszerű váz vagy próbaverzió szokott kijönni. Teljes, két platformos, hosszabb távon is használható megoldást ennyiért én nem várnék. És igen, sokszor a drágább ajánlat sem jobb, csak hosszabb benne a lista. Ezért érdemes a munkát részekre bontva nézni.

A táblázat csak irányt mutat. Egy ügyes fejlesztő néha kevesebből is megold egy jól körülírt feladatot, de a homályos kérés szinte mindig drágább lesz. A felhasználói felület, az értesítések, a bejelentkezés, a térképes elem vagy az online fizetés külön külön is megdobhatja a költséget. Sok megrendelő csak a kész program árát nézi, pedig a tervezés és a hibajavítás ugyanúgy része a munkának.

Fejlesztő választása

A jó fejlesztő nem azonnal árat mond, hanem kérdez. Mit csináljon az alkalmazás. Kik használják. Melyik telefonon fontos. Kell e internet nélkül is működnie. Lesz e későbbi bővítés. Ha valaki ezek nélkül ígér fix összeget, én óvatos lennék. Magánügyfélként nem kell műszaki nyelven beszélni, de azt el kell tudni mondani, milyen helyzetet akar megoldani. Ebből derül ki, hogy az adott szakember érti e a feladatot.

Érdemes referenciát kérni, de nem csak képernyőképet. Hasznosabb, ha a fejlesztő megmutatja, milyen munkát vitt végig, hogyan kezeli a javításokat, és mit vállal átadás után. Sokan ott rontják el, hogy csak az induló ár alapján döntenek. Pedig legalább ilyen fontos a kommunikáció. Ha nehéz elérni a szakembert már az elején, abból később ritkán lesz könnyű együttműködés. A fejlesztő mellett néha tervezőre is szükség van, de kisebb feladatnál egy tapasztalt szakember ezt egyszerű szinten maga is megoldja.

Mobil applikáció készítés Budapesten és a környéken

Budapesten és az agglomerációban nagyobb a kínálat, ezért könnyebb több ajánlatot összevetni. Ugyanakkor a személyes találkozó itt sem mindig előny. Egy rövid online egyeztetés gyakran gyorsabb és pontosabb. Ha mégis helyi szakembert keres valaki, más szempontok kerülnek elő. Fontos lehet a belvárosi elérhetőség, a külső kerületek megközelítése, vagy az, hogy az illető kijár e a környező településekre is. Budapesten sok megrendelő ragaszkodik a személyes induló megbeszéléshez, de szerintem ez csak akkor indokolt, ha a feladat összetett vagy bizalmi adatot érint.

A városon belül a kapcsolat gyorsasága többet számít, mint az irányítószám. Egy alkalmazás készítés során úgyis fájlok, leírások és tesztverziók mennek ide oda. Ezért a budapesti jelenlét inkább kényelmi szempont. Ha valaki a külső kerületekben vagy az agglomerációban él, akkor is simán találhat megfelelő szakembert úgy, hogy a teljes munka nagyrészt távolról zajlik. A helyismeret inkább akkor lesz fontos, ha a program egy adott városi szolgáltatáshoz, helyi kiszállításhoz vagy környékhez kötődik.

Határidő és gyakori hibák

A mobil applikáció készítés ideje nem csak a kódoláson múlik. Elmegy idő a pontosításra, a képernyők jóváhagyására, a próbaidőszakra és a javításokra is. Egy egyszerűbb alkalmazás néhány hónap alatt elkészülhet, az összetettebb fejlesztés ennél jóval tovább tarthat. Ezt több hazai árkalauz is ugyanígy jelzi. citeturn428054view2turn428054view0

A leggyakoribb hiba az, hogy a megrendelő minden ötletet egyszerre akar. A másik gond, amikor nincs döntéshozó. Ilyenkor minden képernyőre új kérés érkezik, és a munka csúszni kezd. Láttam olyat is, hogy valaki a félkész változatot máris véglegesnek hitte, majd csalódott lett, amikor még tesztelni kellett. Pedig a próba nem felesleges kör. Inkább itt derüljön ki a gond, mint a használat közben. Személy szerint jobban bízom abban a folyamatban, ahol van rövid tesztidő és egy világos javítási kör, még ha ez elsőre lassabbnak is tűnik.

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

Egy mobilalkalmazás átadása nem a történet vége. Később jöhet rendszerfrissítés, kisebb hiba, új telefonméret, értesítési gond vagy adatkezelési módosítás. Ezért fontos már az elején rákérdezni, vállal e a fejlesztő utógondozást. Sokan csak a készítési díjat nézik, és megfeledkeznek a későbbi költségekről. Pedig a valóban használható alkalmazás fejlesztés része a fenntartás is.

Én jobban szeretem azt a modellt, amikor először egy szűk, működő változat készül el, és csak utána jönnek az új funkciók. Ez pénzügyileg is nyugodtabb. A megrendelő látja, mire költött, a szakember pedig nem vakon dolgozik hónapokig. Ha most csak egy jól körülhatárolt feladatra kell megoldás, akkor ez a megközelítés többnyire jobb, mint egy túl nagyra húzott terv. A mobil applikáció készítés akkor lesz értelmes beruházás, ha a program világos célt szolgál, és nem akar egyszerre mindent tudni.