Mobil alkalmazás fejlesztés: iOS és Android app üzleti szemlélettel.

Meglévő weboldal telepíthetővé tétele (PWA rávezetés) nettó 150 ezer forinttól indul, egyedi PWA webalkalmazás nettó 350 ezer, saját backenddel és integrációkkal nettó 750 ezer forinttól. Egy cross-platform MVP nettó 2,5 millió forinttól, egy natív vagy összetett alkalmazás nettó 5 millió forinttól indul. A végső árat a funkciólista dönti el, nem a platform: felmérés után tételes, írásos ajánlatot adunk. Az üzemeltetés és a támogatás nettó 50 000 Ft/hó díjtól érhető el.

Részletes ársávok: mobil app fejlesztés árak 2026.

Egy MVP jellemzően 6–12 hét, egy összetettebb alkalmazás 3–6 hónap. Az átfutást leginkább a specifikáció érettsége és a jóváhagyások gyorsasága határozza meg. A kickoff után mérföldkövekkel ütemezünk, így végig látja, hol tart a projekt.

Ha két platformra kell gyorsan és gazdaságosan, akkor cross-platform (Flutter vagy React Native). Ha nem kell áruházi jelenlét, a böngészőből telepíthető PWA a legolcsóbb út. Natív fejlesztést akkor javaslunk, ha hardverközeli funkciók vagy kiemelt teljesítmény kell. A döntést nem ízlés alapján hozzuk, hanem a funkciólista és a büdzsé alapján, közösen.

Belső céges alkalmazásnál a válasz egyszerű: az a platform, ami a kollégák kezében lévő eszközökön fut. Fogyasztói appnál a saját analitikája dönt, érdemes megnézni, a weboldal látogatói milyen arányban érkeznek iOS-ről és Androidról. Cross-platform fejlesztésnél a kérdés nagyrészt kiesik, mert mindkét áruházba ugyanabból a kódbázisból megy ki a verzió, a különbség a beküldésben és néhány platformfunkcióban marad.

Cross-platform fejlesztésre Fluttert és React Native-ot, natív fejlesztésre Swiftet (iOS) és Kotlint (Android) használunk, emellett PWA-t és backend API-t is építünk. A technológiát a feladathoz választjuk, nem fordítva. A backend és az üzemeltetés is házon belül van, nem kell több céggel egyeztetnie.

Igen, a fejlesztői fiókok létrehozásától az áruházi adatlapokon át a review folyamatig mindent viszünk. Az elutasítási kockázatokat már a tervezésnél kezeljük, mert megelőzni olcsóbb, mint újra beküldeni. Az áruházak saját díjaival számolni kell: az Apple 99 USD évente, a Google egyszeri 25 USD.

A legtöbb üzleti alkalmazáshoz igen: a felhasználók, az adatok és az értesítések szerveren élnek. A backend API-t mi fejlesztjük, futtatni pedig saját üzemeltetésű Ubuntu VPS szervereinken tudjuk, monitorozással és napi mentéssel. Így egy kézben van az app, az API és a szerver.

Igen, a meglévő rendszerre API-t építünk és arra köthető az alkalmazás. Webáruházaknál ez bevált út a visszatérő vásárlók kiszolgálására: push értesítés, gyorsabb pénztár, hűségfunkciók. WShop, Magento 2 és WooCommerce alapú webshopokkal egyaránt működik.

Részben igen, ha így tervezzük. Az adatok egy része a készüléken tárolható, így a már letöltött tartalom offline is olvasható, és a terepen rögzített adat is elmenthető a későbbi szinkronhoz.

Amit előre el kell dönteni: mi történjen, ha közben valaki más is módosította ugyanazt az adatot. Ezt az ütközéskezelést a felmérésnél tisztázzuk, mert utólag építeni drága.

Az áruházi díjakon felül (Apple 99 USD évente, Google egyszeri 25 USD) az éves iOS és Android verziókövetéssel és a hibajavítással kell számolni. Ezt havidíjas üzemeltetési csomagban vállaljuk nettó 50 000 Ft/hó díjtól. Enélkül egy app 1–2 év alatt csendben elavul és akár az áruházból is kikerülhet.

Igen, a projekt lezárásakor a teljes forráskódot és minden hozzáférést átadunk. Nincs bezárás: az alkalmazás bármikor továbbvihető, akár másik fejlesztőhöz is. Fordított helyzetben mi is pontosan ezt várnánk el.

Igen, szűkített funkciókörű, de éles környezetben működő MVP-t építünk, ami alkalmas piacvalidációra és befektetői demóra. A hangsúly a fő értékajánlat bemutatásán van, nem a tökéletességen. A későbbi teljes verzió erre az alapra épül, nem kell semmit kidobni.

Az alkalmazásba mérés kerül: hány telepítés történt, hányan használják naponta, melyik képernyőn állnak meg és hol szakad meg a folyamat. Ez nem személyes megfigyelés, hanem összesített használati adat, a hozzájárulási szabályok betartásával.

Az áruházi felületek emellett mutatják a letöltéseket, a lemorzsolódást és az értékeléseket. Ezekből áll össze, mit érdemes a következő verzióban javítani.

Az áruházba feltöltés önmagában nem hoz felhasználót. A lépések, amikkel érdemes kezdeni: áruházi adatlap optimalizálása (cím, kulcsszavak, képernyőképek, videó), a saját weboldalon és hírlevélben való kommunikáció, valamint a meglévő ügyfélkör megszólítása.

Belső céges appnál ez a kérdés kiesik, ott a bevezetés és a betanítás a fontos. Fogyasztói appnál érdemes a hirdetési keretet is betervezni, mert a letöltésért ugyanúgy meg kell dolgozni, mint a weboldal látogatójáért.

Átadás után támogatási időszak jár, utána igény szerint havidíjas üzemeltetés és továbbfejlesztési keret választható. Ennek része az új OS verziók követése, az áruházi szabályváltozások kezelése és a hibajavítás. Egyszeri módosításokat külön is vállalunk.

Igen, kód-audit után reális képet adunk az állapotról: folytatható vagy olcsóbb újraírni. Az audit fix áras és gyors, utána tételes javaslatot kap. Sok projektet hoztunk már így vissza az életbe.

Az applikáció készítés több rétegből áll: a felület mellett szerveroldal (backend és API), felhasználókezelés, push értesítés és store publikálás is tartozik hozzá, az App Store és a Google Play szabályaival együtt. A weboldal azonnal frissíthető, az app új verziója viszont áruházi ellenőrzésen megy át. Ha a cél böngészőből is elérhető, egy PWA webalkalmazás olcsóbb belépő, ezt a felmérésnél megmondjuk.

Felméréssel és technológiaválasztással: tisztázzuk a célt, a fő funkciókat és azt, hogy PWA, cross-platform vagy natív app illik-e hozzá. Utána felületi terv és kattintható prototípus készül, amin az ötlet még olcsón kipróbálható. A fejlesztés iterációkban halad, a végén tesztelés, store publikálás és mérés következik.

Hat kérdést érdemes feltenni: ki építi a szerveroldalt, kinek a nevére kerülnek a fejlesztői fiókok, hogyan próbálható ki az app menet közben, mi történik a publikálás után, mit tartalmaz pontosan az ár és hogyan kapcsolódik az app a meglévő webes rendszerhez. Nálunk a backend és az üzemeltetés házon belül van, a fejlesztői fiókok pedig az Ön tulajdonában maradnak.

Igen. Ha a feladat böngészőből is megoldható, a webalkalmazás vagy a PWA gyorsabb és olcsóbb út, store jóváhagyás nélkül. Ügyfélportál, foglalási és ügyviteli rendszer, belső céges felület: ezekről a webalkalmazás és web applikáció fejlesztés oldalon írunk részletesen.