Mobilalkalmazás fejlesztés

Egy egyszerűbb, egy fő funkcióra épülő mobilalkalmazás Magyarországon nagyságrendileg 1–3 millió forintból készül el, egy több modulos, háttérrendszerhez kötött alkalmazás 3–8 millió forintból, egy komplex vállalati megoldás pedig 8 millió forint felett. A pontos árat a funkciólista, az integrációk és a platformok száma határozza meg, ezt igényfelmérés után fix ajánlatban adjuk meg.

Egy fókuszált első verzió (MVP) jellemzően 6–10 hét alatt kerül a felhasználók kezébe. Több modulos, ügyviteli rendszerhez kötött alkalmazásnál 3–5 hónappal, komplex vállalati megoldásnál 5–10 hónappal érdemes számolni. Ebbe beleértjük a tervezést, a fejlesztést, a tesztelést és a store-jóváhagyást is.

Ha iOS-re és Androidra is kell az alkalmazás, és nem grafika- vagy hardverintenzív, a cross-platform fejlesztés általában rövidebb átfutást és alacsonyabb költséget ad, mert egy kódbázisból készül mindkét verzió. Natív fejlesztést (Swift, Kotlin) játékokhoz, AR-élményekhez, folyamatos szenzoros méréshez és mély operációsrendszer-integrációhoz javaslunk.

Natív fejlesztésnél gyakorlatilag két külön alkalmazás készül, így a két platform ára közel duplázódik. Cross-platform megoldásnál egy kódbázisból származik mindkét verzió, ezért a második platform már csak töredék többletköltséget jelent: jellemzően a platformspecifikus finomhangolás és a külön store-publikálás munkáját.

Egy rövid leírás az üzleti célról, a felhasználói körökről és a fő funkciókról már elég az induláshoz. Ezt egy ingyenes konzultáción kiegészítjük: átnézzük a meglévő rendszereit, az integrációs pontokat és az elvárt határidőt. Ezután készül a specifikáció, és arra adunk fix árajánlatot.

A publikálást mi végezzük: elkészítjük a store-listát (leírás, kulcsszavak, képernyőképek, adatkezelési nyilatkozat), feltöltjük a bináris csomagot, és végigvisszük a jóváhagyási folyamatot. Az Apple review jellemzően 1–3 munkanap, a Google Play általában ennél gyorsabb. A fejlesztői fiókok az Ön cégének nevére állnak.

Az elutasítás a folyamat normális része, és többnyire formai okból történik: hiányzó adatkezelési tájékoztató, tesztfiók, jogosultságok indoklása vagy megtévesztő leírás. Ilyenkor a store megjelöli az érintett irányelvet, mi javítjuk, és újra beküldjük. Ez az újrabeküldés a projekt része, nem külön díjas tétel.

Egyedi fejlesztésnél alapesetben igen: a forráskód és a felhasználási jogok a megrendelőt illetik, és ezt a szerződésben rögzítjük. Az átadáshoz dokumentációt és build-leírást is adunk, hogy az alkalmazást később bármikor tovább lehessen fejleszteni.

Igen, ez a leggyakoribb elvárás. Ha a rendszer rendelkezik API-val, arra kötünk rá REST vagy GraphQL kapcsolaton keresztül. Ha nincs, köztes integrációs réteget építünk. Így a törzsadatok, a készlet, a rendelések vagy az ügyféladatok egy helyen maradnak, és nem keletkezik párhuzamos adatnyilvántartás.

Igen, ha a projekt igényli. Az adatok egy részét a készüléken tároljuk, így a felhasználó offline is tud adatot rögzíteni vagy tartalmat megnézni, majd az alkalmazás a kapcsolat helyreállásakor szinkronizál. Terepi munkánál, raktárban és turisztikai alkalmazásoknál ez jellemzően alapkövetelmény.

A fejlesztés során adattakarékos működést tervezünk: csak a szükséges adatot kérjük be, titkosítva továbbítjuk és tároljuk, a hozzáféréseket naplózzuk, és elkészítjük a store-hoz kötelező adatkezelési tájékoztatót. Az adatkezelés jogalapját és a megőrzési időket az Ön adatvédelmi felelősével egyeztetve rögzítjük.

Igen. Ilyenkor először kódátvilágítást végzünk: megnézzük a forráskód állapotát, a függőségeket, a biztonsági kockázatokat és a store-fiókok helyzetét, majd megmondjuk, mi javítható a meglévő kódon, és mit érdemesebb újraírni. Erről írásos értékelést és költségbecslést kap.

Az éves karbantartás a piacon jellemzően a fejlesztési díj 15–20 százaléka. Ebben benne van a hibajavítás, az iOS- és Android-verziófrissítésekhez való igazítás, a könyvtárak biztonsági frissítése és a store-szabályok követése. Ehhez jön az Apple Developer Program (99 USD/év), a Google Play egyszeri 25 USD-s díja, valamint a szerver- és tárhelyköltség.

Ha a felhasználó ritkán, keresésből érkezik, a reszponzív weboldal vagy egy webalkalmazás általában elég. Mobilalkalmazás akkor indokolt, ha visszatérő használatról van szó, ha push értesítéssel kell elérni a felhasználót, ha offline működés kell, vagy ha a készülék funkcióira (kamera, GPS, NFC, biometrikus azonosítás) épül a szolgáltatás.

Ha mérhető belső veszteség van (papíralapú adatrögzítés, kétszeres adatbevitel, lassú terepi visszajelzés), a belső alkalmazás térül meg gyorsabban, mert a hatás azonnal számszerűsíthető. Ügyfélalkalmazást akkor érdemes előbb indítani, ha visszatérő vásárlói kör és rendszeres kommunikációs igény van mögötte.