Ha most választasz fejlesztőpartnert egy 5–50 millió forintos IT projekthez, az egyik legfontosabb — és leggyakrabban félreértett — döntés nem az, hogy kit választasz, hanem az, hogy hogyan fizetsz. A szoftverfejlesztés árazási modellek közötti különbség nem csupán számlázási technikum: más-más kockázatprofilt, rugalmassági szintet és reális teljes költséget jelent. Ez a cikk pontosan azt tárja fel, amit az ajánlatkérők ritkán mondanak el előre.
Miért számít jobban az árazási modell, mint az óradíj?
Egy középvállalkozás ügyvezetőjeként könnyen eshetünk abba a csapdába, hogy az óradíjat vagy a projektárat hasonlítjuk össze ajánlatok között. Pedig a valós kérdés ez: mekkora lesz a projekt tényleges teljes költsége, és ki viseli a kockázatot, ha valami változik?
Három alapmodell létezik a piacon:
- Fix áras (Fixed Price) – előre rögzített hatókör, rögzített ár
- Time & Material (T&M) – tényleges ráfordítás alapján számlázott modell
- Dedikált fejlesztőcsapat (Dedicated Team) – hosszabb távra lekötött kapacitás, havi díjas struktúra
Mindháromnak van legitim felhasználási területe — és mindháromnak vannak buktatói, amelyeket csak akkor látunk meg, ha már benne vagyunk a projektben.
Fix áras szoftverfejlesztés: mikor véd, és mikor csap vissza?
Hogyan működik?
A fix áras modellnél a fejlesztő cég előre meghatározott funkciólistára (scope) ad árajánlatot, és ezt az összeget számlázza ki — függetlenül attól, mennyi munkát fordított rá valójában. Az ügyfél szempontjából ez kiszámítható büdzsét jelent.
Valós költségprofil
Egy tipikus, 8–12 millió Ft-os fix áras ERP-integrációs projekt esetén a következő rejtett tételekkel kell számolni:
- Specifikációs fázis: 300 000–800 000 Ft (sokszor nem része az ajánlatnak)
- Változáskezelési díjak (change request): az eredeti ár 15–40%-a, ha az igények módosulnak
- Garanciális javítások utáni support: általában 3–6 hónap, utána külön szerződés
Mikor éri meg? Ha a projekt hatóköre kristálytiszta, a specifikáció részletes, és az igények a fejlesztés alatt nem változnak. Klasszikus példa: egy meglévő rendszer migrációja, ahol az adatok és folyamatok jól dokumentáltak.
Mikor kerüld? Ha az üzleti igények még formálódnak, vagy ha innovatív terméket fejlesztesz, ahol a piaci visszajelzések alapján változtatni kell. Ebben az esetben a fix ár illúzió: a change request-ek hamar meghaladják az eredeti büdzsét.
Tipikus csapda: Egy 15 milliós fix áras webshop-projekt végösszege 22 millióra kúszott fel, mert a logisztikai integráció specifikációja hiányos volt, és a fejlesztő cég minden módosítást külön tételként számolt fel.
T&M szoftverfejlesztés: rugalmasság — de milyen áron?
Hogyan működik?
A Time & Material modellnél az ügyfél a ténylegesen elhasznált fejlesztői órákat és anyagköltségeket fizeti. Az óradíj általában 8 000–18 000 Ft/óra között mozog Magyarországon a csapat tapasztalatától és a technológiától függően. Az agilis szoftverfejlesztés természetes közege ez a modell.
Valós költségprofil
Egy 20 millió Ft-os kerettel induló T&M projekt esetén:
| Tétel | Arány |
|---|---|
| Fejlesztői munkaórák | ~65–70% |
| Projektmenedzsment | ~10–15% |
| Tesztelés, QA | ~10–12% |
| Infrastruktúra, licencek | ~5–8% |
A valós kockázat: a T&M modell az ügyfélre hárítja a hatókör-kúszás (scope creep) kockázatát. Ha nincs erős belső projektmenedzser, aki kontrollálja a sprinteket, a keret könnyen 30–50%-kal túlléphet.
Mikor éri meg? Ha az igények folyamatosan finomulnak (pl. új SaaS termék fejlesztése), ha agilis módszertanban gondolkodsz, és ha van belső kapacitásod a fejlesztés napi szintű nyomon követésére.
Mikor kerüld? Ha nincs fix büdzsé-kontroll folyamatod, és ha a projekt határideje kőbe van vésve — a T&M modell nem ösztönzi automatikusan a határidők tartását.
Ha most mérlegeled, hogy szoftverfejlesztő céget választasz, érdemes már az első tárgyaláson rákérdezni arra, hogyan kezelik a T&M keretek kontrollját.
Dedikált fejlesztőcsapat árazás: mikor lesz ez a legolcsóbb megoldás?
Hogyan működik?
A dedikált csapat modellnél az ügyfél egy előre meghatározott összetételű csapatot (pl. 2 fejlesztő + 1 tesztelő + 0,5 PM) köt le havi szinten. A díj fix havi tétel — jellemzően 1,5–4,5 millió Ft/hó között, a csapat méretétől és profiljától függően.
Valós költségprofil
Ez a modell hosszabb elköteleződést igényel (általában minimum 3–6 hónap), cserébe:
- Nincs change request felár — a csapat kapacitása rugalmasan átirányítható
- Mélyebb domain-ismeret épül fel — a csapat megismeri az üzleti folyamatokat
- Skálázható — a csapat bővíthető vagy szűkíthető a projekt fázisától függően
Konkrét példa: Egy 30 milliós éves IT büdzsével rendelkező logisztikai cég 3 hónapos fix áras projektek sorozata helyett dedikált csapatot vett igénybe. Az első félévben 12 millió Ft-ot fizetett havi díjban — de a change request-ek és újraspecifikálások elmaradásával összességében 4–5 millió Ft-ot takarított meg.
Mikor éri meg? Ha folyamatos fejlesztési igényed van, ha a projekt 6 hónapnál hosszabb, és ha stratégiai fontosságú a rendszer hosszú távú fejlesztése.
Mikor kerüld? Ha egyszeri, jól körülhatárolt feladatról van szó — ott a dedikált csapat kapacitásának egy részét garantáltan "üresen" fizeted.
A belsős fejlesztőcsapat vs. külső partner dilemmáját is érdemes végiggondolni, mielőtt dedikált csapat mellett döntesz.
Összehasonlító táblázat: melyik modell mikor optimális?
| Szempont | Fix áras | T&M | Dedikált csapat |
|---|---|---|---|
| Költségkiszámíthatóság | ✅ Magas | ⚠️ Közepes | ✅ Magas (havi szinten) |
| Rugalmasság | ❌ Alacsony | ✅ Magas | ✅ Magas |
| Kockázatviselő | Fejlesztő | Ügyfél | Megosztott |
| Ideális projektméret | 3–15M Ft | 8–30M Ft | 15M Ft felett/év |
| Minimális futamidő | Projekt-alapú | Sprint-alapú | 3–6 hónap |
| Change request kockázat | ❌ Magas | ✅ Alacsony | ✅ Alacsony |
| Belső PM-igény | Alacsony | ⚠️ Magas | Közepes |
| Agilis fejlesztéshez | ❌ Nem ideális | ✅ Ideális | ✅ Ideális |
Küszöbfeltételek: mikor melyik modell a racionális választás?
Válaszd a fix áras modellt, ha:
- A projekt hatóköre teljes körűen specifikált és stabil
- Az egyedi szoftverfejlesztés árak szempontjából fix büdzsé-korlátod van
- A projekt 3–6 hónapnál rövidebb
- Nincs belső IT kapacitásod a napi fejlesztési döntések meghozatalára
Válaszd a T&M modellt, ha:
- Agilis szoftverfejlesztés keretében dolgozol, iteratív visszajelzésekkel
- A termék piaci validációja még folyamatban van
- Van belső projektmenedzsered vagy product ownered
- A hatókör az első sprints után várhatóan változni fog
Válaszd a dedikált csapatot, ha:
- Éves szintű folyamatos fejlesztési igényed van (15M Ft felett)
- Stratégiai rendszert fejlesztesz, amelynek hosszú élettartama lesz
- Fontos a csapat domain-ismeretének felépítése
- Skálázható kapacitásra van szükséged, amelyet te irányítasz
Ha még az egyedi szoftverprojekt elindítása fázisában jársz, az árazási modell megválasztása legyen az egyik első döntési pont — mielőtt bármilyen ajánlatot kérsz.
Amit az ajánlatkérők ritkán mondanak el
Néhány iparági gyakorlat, amelyről érdemes tudni:
- A fix ár sokszor tartalmaz kockázati puffert: a fejlesztő cégek 20–35%-os tartalékkal áraznak, hogy a scope-változásokat fedezni tudják. Ha a projekt simán megy, ezt a puffert ők nyerik.
- A T&M nem jelent automatikusan átláthatóságot: ha nincs heti szintű óra-riport és sprint review, könnyen elveszíted a rálátást arra, mire megy a büdzsé.
- A dedikált csapat havi díja nem egyenlő a hatékonysággal: ha a csapat feladatkiosztása nem optimális, fizetsz a "várakozási időért" is.
Az egyedi szoftverfejlesztés területén dolgozó megbízható partnerek ezeket a kockázatokat nyíltan kommunikálják — és segítenek a projekted profiljához illő modell kiválasztásában.
Hogyan dönts 2026-ban?
A szoftverfejlesztés árazási modellek közötti választás nem univerzális igazság kérdése — hanem a projekted konkrét paramétereitől függ. A leggyakoribb hiba az, hogy az ügyfél az alacsonyabb látszólagos árat választja, majd a futamidő alatt szembesül a valós teljes költséggel.
A döntési folyamat javasolt lépései:
- Mérd fel a scope stabilitását — mennyire változhatnak az igények fejlesztés közben?
- Becsüld meg a belső PM-kapacitásodat — tudsz napi szinten részt venni a fejlesztési döntésekben?
- Határozd meg a projekt időhorizontját — egyszeri projekt vagy folyamatos fejlesztés?
- Számold ki a teljes költséget, ne csak az árajánlatot — add hozzá a change request-ek, a specifikáció és az utólagos support várható értékét
- Kérd el a partner referenciáit az adott modellben — hogyan zárultak korábbi fix áras vagy T&M projektjeik?
Ha 5–50 millió Ft-os IT büdzsével rendelkezel, és most mérlegeled, melyik szoftverfejlesztési árazási modell illeszkedik legjobban a projektedhez, ne hozz döntést egyetlen ajánlat alapján. Kérj személyre szabott ajánlatot — és az első konzultáción pontosan azt a modellt javasoljuk, amely a te projekted kockázat- és rugalmassági profiljához a legjobban illik.
— Nexora csapat