Mennyibe kerül egy mobilapp 2026-ban? Valós árak, sávok és buktatók

A magyar piacon három sávban érdemes gondolkodnod. A határok nem élesek, de a nagyságrendek évek óta stabilak, és 2026-ban is ezek mentén tudsz reálisan kalkulálni.

• Egyszerű app: néhány képernyő, regisztráció, egy központi funkció, minimális szerveroldali logika. Jellemzően 2 és 6 millió forint között.
• Közepes app: fizetés, push-értesítés (a telefonra érkező üzenet), térkép, több felhasználói szerepkör, rendes háttérrendszer. Jellemzően 6 és 15 millió forint között.
• Összetett app: valós idejű funkciók, sok külső integráció, nagy terhelés, komoly adatvédelmi elvárások. 15 millió fölött, és felfelé nyitott.

A rangsoroló árcikkek jellemzően azért mondanak 700 ezres alsó határt, mert beleértik a sablonból összekattintott, app-generátoros megoldásokat is. Az viszont nem a te appod: bérled, korlátozott, és amint kinövöd, kezdheted elölről. Egyedi fejlesztésben a 2 millió alatti mobilapp 2026-ban gyakorlatilag nem létezik, és ha valaki ennél jóval olcsóbbat ígér, érdemes megkérdezni, mi marad ki belőle.

Nálam az egyedi mobilapp 3 500 000 Ft-tól indul, iOS-re és Androidra egyetlen közös kódbázisból. Az áraim nettóban értendők, és mivel alanyi adómentes vagyok, áfa nem jön rá. A teljes lista nyilvános az árak oldalon, nem kell hozzá kapcsolatfelvétel.

Az első nagy vízválasztó a natív kontra cross-platform kérdés. A natív azt jelenti, hogy iOS-re és Androidra külön-külön, az adott rendszer saját nyelvén készül el az app: két kódbázis, majdnem dupla munka, majdnem dupla ár. A cross-platform (egyetlen közös kódbázis, ami mindkét platformon fut) a legtöbb üzleti alkalmazásnál ugyanazt az élményt hozza a költség töredékéből. Én ezért dolgozom így. Natívra akkor van szükséged, ha a rendszer legmélyére kell nyúlnod, például egy grafikailag intenzív játéknál vagy speciális hardverkezelésnél.

A második tétel a backend (a szerveroldali háttérrendszer). Egy app, ami csak megjelenít valamit, olcsó. Egy app, ami felhasználókat kezel, adatot szinkronizál, fizetést fogad és jogosultságokat oszt, az valójában két szoftver: a telefonos felület és a mögötte futó rendszer. Az árajánlatok szórásának jó része innen jön. Két ránézésre „ugyanolyan” app között simán lehet háromszoros különbség, mert az egyik mögött komoly háttérrendszer dolgozik.

És van egy harmadik tényező, amiről kevesebb szó esik: a store-követelmények (az Apple és a Google alkalmazásboltjainak szabályai). A megjelenés nem feltöltés, hanem bírálati folyamat: adatvédelmi címkék, tesztfiókok, jogosultság-indoklások, elutasítás esetén javítás és újrabeadás. Ez tervezhető, de munka, és benne kell lennie az árban.

A fejlesztési díj csak a belépő. A store-okhoz fejlesztői fiók kell: az Apple évi, a Google egyszeri fejlesztői díjat kér (a pontos összeget a mindenkori árlistájuk mondja meg). Nem nagy tétel, de ha nem tudsz róla, kellemetlen meglepetés, főleg az Apple-féle éves díj, ami akkor is jár, ha az appodhoz épp hozzá sem nyúltok.

A nagyobb, rendszeresen elhallgatott költség a karbantartás. Az iOS és az Android évente frissül, a store-szabályok változnak, a felhasznált programkönyvtárak elavulnak. Egy magára hagyott mobilapp egy-két év alatt csendben elromlik: először csak figyelmeztetés jön a store-tól, aztán kötelező frissítési határidő, végül lekerül a polcról. A piacon évi 10 és 20 százalék közötti karbantartási költséggel szokás számolni a fejlesztési árra vetítve, és ez nem ijesztgetés, hanem tapasztalat.

Én ezt moduláris karbantartással kezelem, 10 000 Ft/hó-tól, vállalt reakcióidőkkel (csomagtól függően 72, 48, 24 vagy 8 óra). A részleteket a karbantartás oldalon találod, appos projektnél pedig már az ajánlatban leírom, mire számíts havonta, hogy ne utólag derüljön ki.

Ezt a kérdést a legtöbb árcikk kihagyja, pedig milliókat érhet. A webalkalmazás böngészőből fut, a PWA (progresszív webalkalmazás) pedig ennek az a változata, ami a telefon kezdőképernyőjére telepíthető és appnak érződik. Nincs store-bírálat, nincs éves fejlesztői díj, nincs a store-oknak fizetett, 15 és 30 százalék közötti jutalék az appon belüli bevételek után, és egy frissítés azonnal él minden felhasználónál.

Mikor kell mégis igazi mobilapp? Ha mély hardver-hozzáférés kell: folyamatos háttérbeli helymeghatározás, Bluetooth-eszközök, offline működés nagy adatmennyiséggel, vagy ha a megbízható push-értesítés üzletileg kritikus, főleg iPhone-on. Ha ezek közül egyik sem igaz rád, jó eséllyel webalkalmazással is célba érsz.

Nálam az egyedi webalkalmazás 3 000 000 Ft-tól indul, tehát a belépő alacsonyabb, mint a mobilappnál, és a folyamatos költségek is szelídebbek. Ha kíváncsi vagy, ez a gyakorlatban hogyan néz ki, a saját ügyfélportálom demója (demo.drewsystems.hu) pontosan ilyen webalkalmazás, szabadon kipróbálhatod. Az egyedi rendszer oldalon pedig leírom, mit és hogyan építek.

A legdrágább mobilapp nem a 15 milliós, hanem az, amit senki nem használ. Mielőtt appban gondolkodsz, nézd meg: van-e már működő, kipróbált folyamatod, amit az app csak kényelmesebbé tesz? Ha a folyamat papíron vagy táblázatban is életképes, az app jó befektetés lesz. Ha maga az ötlet sincs tesztelve, előbb próbáld ki olcsóbban: űrlappal, webes felülettel, akár kézi munkával a háttérben. A blogon rendszeresen írok arról, hogyan költs úgy szoftverre, hogy az ne szerencsejáték legyen.

Ha pedig már tudod, mit szeretnél, ne tölts heteket várakozással. Árajánlatra sem kell várnod: két perc, és tól-ig árat kapsz a publikus árlistámból. Az ajánlatkérés oldalon a Drew nevű AI-asszisztensem kérdez végig, de az árat nem ő találja ki: egy determinisztikus (azonos bemenetre mindig azonos eredményt számoló) ár-motor dolgozik a valós árlistámból, az AI csak kérdez és fogalmaz. Így nem lelkes becslést kapsz, hanem számot, amit másnap is vállalok.