Mennyibe kerül egy egyedi rendszer 2026-ban, és mitől mozdul az ár

Miért nem kapsz sehol egyenes választ

Aki 2026-ban rákeres az egyedi szoftverfejlesztés áraira, két dolgot talál: cégeket, akik semmilyen számot nem írnak le, és cikkeket, amelyek „projekttől függ" választ adnak ezer szóban. Mindkettőnek ugyanaz az oka. Egy egyedi rendszer ára tényleg a tartalmától függ, és aki konkrét számot ír le, az támadható lesz vele.

Mi mégis leírjuk, két okból. Az egyik, hogy te ajánlatkérés előtt szeretnéd tudni, egyáltalán milyen nagyságrendről beszélünk; ezt az igényt üres cikkekkel kiszolgálni nem tisztességes. A másik, hogy a mi árazásunk fix: amit az ajánlatba írunk, az a szerződéses ár, tehát nincs okunk ködösíteni. Ez a cikk a nagyságrendeket adja meg, és utána azt a hat tényezőt, ami a nagyságrenden belül a valódi árat kialakítja. A végére pontosan látni fogod, a te projekted melyik sávban van, és mitől kerülne többe vagy kevesebbe.

A számok, amiket publikálunk

Az árak oldalunkon szolgáltatásonként közöljük a kiinduló árakat. A lényeg tömören, 2026-ra:

• Landing oldal: 120 000 Ft-tól. Egy kampányhoz készülő, egyetlen célra írt oldal.
• Céges weboldal: 350 000 Ft-tól. Több oldalas, saját tartalomkezelővel, amit utána magad szerkesztesz.
• Webshop: 550 000 Ft-tól. Shopify-alapon, egyedi felülettel.
• Egyedi webalkalmazás, belső rendszer, mobilapp: egyedi ajánlat. Ezekre szándékosan nem írunk kiinduló számot, mert egy „X Ft-tól" itt félrevezetne: a legkisebb értelmes belső rendszer és egy többszerepkörös ügyfélportál között többszörös a szorzó.
• Szoftvermentés, félkész app rendbetétele: audit után. Ránézés nélkül árat mondani ebben a műfajban tippelés lenne aláírással.

Hogy legyen viszonyítási alapod a piac többi részéhez: a magyar piacon a számot vállaló cégek nyilvános ársávjai is szélesek. A socialpro.hu a saját webshop-oldalán az egyedi, headless webáruházra 1,5–10 millió Ft + áfa egyszeri díjat közöl. A legtöbb hazai fejlesztőcég viszont egyetlen számot sem ír le, ajánlatkérésig jutsz. Ez az ő publikált sávjuk, nem a miénk, és pont a szélessége az árulkodó: a „mennyibe kerül" kérdésre a piac őszinte válasza egy sáv, és a sávon belüli helyet a projekt tartalma jelöli ki.

Nézzük, konkrétan mi.

1. Hány képernyő, hány folyamat

A legerősebb ártényező a felület és a mögötte lévő folyamatok száma. Egy rendszer, ami egyetlen dolgot csinál (mondjuk beérkező rendeléseket listáz és állapotot vált rajtuk), töredéke annak, amiben ajánlatkészítés, jóváhagyás, számlázás és riport is van. Számolásnál a különböző munkafolyamatok száma az irányadó, az oldalaké félrevisz: minden folyamat saját képernyőket, saját adatszabályokat és saját hibaeseteket hoz.

Praktikus teszt: írd össze egy oldalon, milyen munkakörök használnák a rendszert, és mindegyik mit csinálna benne. Ha a lista öt sor, kis projekt. Ha két oszlop, nem az.

2. Szerepkörök és jogosultság

Amíg mindenki mindent láthat, a jogosultság egyetlen belépési kapu. Abban a pillanatban, hogy „az értékesítő lássa az árrést, a raktáros ne", a rendszer minden pontján dönteni kell, ki mit láthat és írhat, és ezt nem elég a felületen eldugni: az adatbázis szintjén kell kikényszeríteni, különben egy ügyesebb felhasználó a felület megkerülésével mindent elér. Ez a réteg jellemzően hetekben mérhető munka, és kívülről láthatatlan, ezért szokott hiányozni az olcsó ajánlatokból.

3. Integrációk

Minden külső rendszer, amivel az újnak beszélnie kell, önálló tétel: számlázó, ERP, bank, futárszolgálat, hírlevélküldő. Az integráció árának nagyobbik felét a hibakezelés adja, a kapcsolat felépítése a kisebbik tétel. Mi történik, ha a számlázó nem válaszol? Ha ugyanaz a webhook kétszer érkezik meg? Ha félúton szakad meg egy szinkron? A demóban ezek sosem jönnek elő, élesben mind elő fog, és a különbség a „összekötöttük" és a „megbízhatóan együtt dolgozik" között főleg itt keletkezik. Ajánlatkérésnél sorold fel az összes rendszert, amivel kapcsolat kell; minden utólag előkerülő integráció árváltozás.

4. Meglévő adat

Ha a rendszer nulláról indul, ez a tétel nulla. Ha egy Excelből, egy régi rendszerből vagy egy másik szolgáltatóból kell áthozni az adatokat, az migráció, és a migráció ára az adat minőségétől függ: duplikált ügyfelek, hiányzó mezők, tíz éve öröklődő elgépelések. Az átemelés maga gyors; a rendrakás, a leképezés és az ellenőrzés az, ami időt visz. Jó hír, hogy ez egyszeri költség, és az ajánlat előtt az adat megnézésével elég pontosan belőhető.

5. Milyen szintű az „éles"

Két rendszer ugyanazzal a funkciólistával kétféle áron készülhet el attól függően, mit vállal az éles üzemre. Van-e mentés, és kipróbálta-e valaki a visszaállítást. Szól-e valami, ha éjjel hiba történik. Vannak-e automatikus tesztek a pénzt érintő útvonalakon. Bírja-e a rendszer, ha egyszerre többen nyomják ugyanazt a gombot. Ezek egyike sem látszik a bemutatón, és együtt az ár érdemi részét adják. A piacon a legtöbb árkülönbség valójában erről szól: az olcsóbb ajánlat gyakran ugyanazt a felületet ígéri, ebből a rétegből pedig keveset vagy semmit. Erről a rétegről külön cikket írtunk a vibe-codeolt, félkész appok kapcsán; ott pontról pontra látszik, mi hiányzik, amikor ez a munka kimarad.

6. Ki csinálja a tartalmat és a betanítást

A szoftver átadással még nem dolgozik. Szövegek, termékadatok, kezdeti feltöltés, a kollégák betanítása: ez vagy a te csapatod ideje, vagy a miénk, de valakié. Ajánlatkérésnél érdemes tisztázni, mert a „kulcsrakész" szó ezt a réteget hol tartalmazza, hol udvariasan átugorja.

A másik szám, amit mindig kérdezz meg: az üzemeltetés

Az ajánlatokban szereplő ár az elkészítés ára. A rendszer viszont utána is fut, és a futásnak három költségeleme van, amit érdemes az ajánlat mellé írásban elkérni. Az első az infrastruktúra: tárhely, adatbázis, e-mail-küldés, ezek a szolgáltatóknak fizetett havidíjak, és a te nevedre érdemes kötni őket, hogy szolgáltatóváltásnál ne ragadjanak be. A második a domain és a hozzá tartozó apróságok, ez a legkisebb tétel. A harmadik a karbantartás: frissítések, hibajavítás, rendelkezésre állás. Ez utóbbira kétféle modell él a piacon, eseti óradíj vagy havidíjas szerződés, és mindkettő tud jó lenni; az a rossz változat, amikor a kérdés fel sem merül, és az első éles hiba árazza be utólag.

Ökölszabálynak annyit: ha egy ajánlatban egyetlen szó sincs arról, mi történik átadás után, az ajánlat még nincs kész.

Mitől lesz olcsóbb

A hat ártényező visszafelé is működik, és tisztességes cikk ezt is leírja. A legerősebb árcsökkentő a fázisolás: az első kör szállítson egyetlen folyamatot végig, élesen, a többi pedig kerüljön ütemezve mögé. Egy kisebb, de éles rendszer többet mond két hét használat után, mint egy nagy specifikáció bármikor. Olcsóbb lesz a projekt attól is, ha a standard részekre kész elemet használunk: belépésre bevált szolgáltatót, fizetésre meglévő integrációt, és az egyedi munka arra megy, ami tényleg csak nálad létezik. És olcsóbb lesz attól, ha az adatod rendezetten érkezik; a 4. pont migrációs költsége nagyrészt a te oldaladon dől el.

Amitől viszont sosem lesz jó értelemben olcsóbb: az 5. pont kihúzásától. A mentés, a hibafigyelés és a pénzt érintő útvonalak tesztje az a réteg, amin spórolni annyit tesz, hogy az árkülönbözetet később fizeted ki, kamatostul, üzemkiesésben.

Mit vállal pontosan a fix ár

A fix ár nálunk három dolgot jelent, és mindhárom a szerződésben van, marketingszövegben nem lenne értéke.

Először: az ajánlatban rögzített funkciólistára a leírt ár a végső ár. A menet közben felmerülő új igény új tétel, előre beárazva, és te döntesz róla; ami viszont a listán van, arra nincs „sajnos többe került".

Másodszor: a határidő is írásban van, és a csúszás kockázata a miénk. Ha mi csúszunk, a következő részlet megvár. Ez a mondat az ajánlatainkban szerepel, és jobban fegyelmez minket bármilyen belső szabálynál.

Harmadszor: a kód a tiéd. Átadáskor a repó, a hozzáférések és a dokumentáció is átkerül hozzád, tehát az ár nem tartalmaz rejtett bérleti díjat, és nem vagy hozzánk láncolva. Eddig 12+ projektet adtunk át, mindet határidőre; a teljes szolgáltatáslistánk itt van, a leggyakoribb műfajról, az egyedi webalkalmazásról pedig külön oldalon írunk: webalkalmazás fejlesztés.

Kkv-ként mikor éri ez meg egyáltalán

Az „egyedi szoftverfejlesztés kkv" keresés mögött általában egy konkrétabb kérdés van: húsz-ötven fős cégként nem túl nagy falat-e ez nekünk. A becsületes válasz: attól függ, mit vált ki.

Egyedi rendszer ott éri meg, ahol a folyamat maga a cég előnye, és a dobozos szoftver ezt a folyamatot törné meg; vagy ahol ma egy Excel a nyilvántartás, és a hibái már pénzbe kerülnek. Ott nem éri meg, ahol egy standard folyamatra létezik jó dobozos eszköz havidíjért: azt mondani is szoktuk, mert egy fölöslegesen legyártott rendszer nekünk is rossz referencia. Az ajánlat előtti beszélgetés egyik fele pont ennek az eldöntése, és ez a rész akkor is ingyen van, ha a vége az, hogy nem tőlünk kell rendelned semmit.

Hogyan lesz ebből pontos szám

A sávot ez a cikk megadta, a pontos számhoz a hat tényezőt kell végigmenni a te projekteden. Ehhez nem kell specifikációt írnod: egy hívás, ahol elmondod, mi a folyamat, kik használnák és mivel kell együttműködnie, nekünk elég ahhoz, hogy írásos, fix áras ajánlatot adjunk. Minden megkeresésre 24 órán belül válaszolunk. A kiinduló árak az árak oldalon vannak, az ajánlatkéréshez pedig egy űrlap a kapcsolat oldalon; a hat tényezős listát érdemes előtte egyszer magadban is végigfutni, mert az ajánlatkérésed annyival lesz pontosabb, amennyire a válaszaid.