Vége az órabérnek? Miért fizetsz hamarosan tokenekkel a fejlesztőnek

Tíz évvel ezelőtt, amikor először ültem le egy ügyféllel tárgyalni, az árazás kérdése rövid volt: hány óra, mennyiért. Egyszerű, átlátható, mindkét félnek ismerős. Az ügyfelek tudták, mit kapnak – az időmet. Én tudtam, mit kapok – az óradíjamat. A világ rendben volt.

Ma már nem vagyok benne olyan biztos.

Az óra mint mértékegység

Az óra-alapú számlázás azért vált az iparági standarddé, mert tökéletesen leképezte a valóságot: a fejlesztő értéket termel, az értékteremtés időbe telik, az idő a legkézzelfoghatóbb erőforrás. Ha valamit két óra alatt el lehet csinálni, az kettő szorozva az óradíj. Logikus, igazságos, kiszámítható.

Ez a modell évtizedekig működött. Azért, mert a fejlesztői produktivitás viszonylag homogén volt. Persze volt különbség a senior és a junior között – de a különbség inkább minőségbeli volt, mint sebességbeli. Egy jó fejlesztő talán 2–3x gyorsabb volt egy átlagosnál. Ez belefért a rendszerbe.

Megjelent az AI – és összekavart mindent

Most gyorsan ugorjunk előre 2025-be. Cursor, Claude Code, GitHub Copilot, és tucatnyi más AI-asszisztens. Ezek az eszközök nem 2–3x gyorsítják a fejlesztőt. Jó esetben 5–10x-es szorzóval dolgoznak – bizonyos feladatokon.

Egy tapasztalt fejlesztő ma, AI segítséggel, meg tud írni egy CRUD API-t két óra alatt, amire korábban egy napot szánt. Egy komplex funkciót, ami tegnap még háromnapos munka volt, ma reggeltől estig leszállít.

És itt jön a kényelmetlen kérdés: ha én most tízszer gyorsabb vagyok, de ugyanannyit számlázok per óra – kinek jó ez?

Nézzük meg a két lehetséges válasz:

• Ha csökkenti az órákat (azaz kevesebbet számlázok), az ügyfél nyer, én veszítek.
• Ha megtartja az órákat (és gyorsabban végez, de ugyanannyit számláz), én nyerek, az ügyfél finanszírozza a felszabaduló kapacitásomat.

Egyik sem teljesen fair. Valami eltört az egyenletben.

A token mint új mértékegység

Van egy érdekes párhuzam, amit nem lehet figyelmen kívül hagyni. Amikor AI API-t használok fejlesztéshez, a számla nem munkaidő alapján érkezik – hanem token-fogyasztás alapján. Claude-tól, OpenAI-tól minden egyes generált, feldolgozott token egységnyi áron fogyasztja a keretünket.

A token lényegében a végzett gondolkodói munka mértékegysége. Minél komplexebb a feladat, annál több token kell. Minél rövidebb és egyszerűbb, annál kevesebb.

Ez nem véletlen. Az AI-cégek rájöttek arra, amit az emberi szoftveripar még nem mert meglépni: az értéket nem az idő méri, hanem a végzett munka komplexitása és volumene.

Mi lenne, ha a fejlesztők is így számláznak? Nem órákat, hanem – metaforikusan – “fejlesztői tokeneket”? Vagyis a leszállított kód komplexitását, a feldolgozott követelmények mennyiségét, a megoldott problémák mélységét?

Miért nyernének mindkét oldalon?

Az ügyfél szemszögéből: ma az óra-alapú modell egy fekete doboz. Nem tudja, mennyi idő ment ténylegesen munkára és mennyi a várakozásra, a meetingekre, a kávéra. A komplexitás-alapú modell átláthatóbb lenne: ez a funkció ilyen mértékű munkát igényelt, ezért ennyi.

A fejlesztő szemszögéből: az AI-val megnőtt a kapacitás, de a jelenlegi modellben ez nem díjazható. Ha komplexitás alapján számlázok, az AI nem ellenségem lesz (ami csökkenti a bevételem), hanem eszközöm (ami növeli a kapacitásom és az ügyfélnek nyújtott értéket egyaránt).

Amivel számolni kell

Ne legyünk naivak. A token-alapú vagy komplexitás-alapú számlázásnak komoly kihívásai vannak.

Először is: a becslés. Az óra-alapú modellben is küzdünk az előzetes becslésekkel – de legalább van egy közösen értett mértékegység. Ha komplexitás alapján számláz valaki, hogyan fogja előre mondani az ügyfélnek, hogy ez egy “5-ös” vagy “50-es” feladat?

Másodszor: a kiszámíthatatlanság. Egy váratlanul felbukkant bug, egy rossz specifikáció, egy technológiai döntés – mindezek drasztikusan megváltoztathatják a tényleges komplexitást. Aki fix komplexitás-díjat adott meg, az most veszteséggel zárja a projektet.

Harmadszor: az ügyfélkommunikáció. Az óra mindenki érti. A token vagy a komplexitás-szint nem. Új bizalmi rendszer kell, új szerződéstípusok, és rengeteg edukáció.

Hová tartunk?

Nem gondolom, hogy holnaptól tokenekben fizet majd a világ a fejlesztőknek. De azt igen, hogy az óra-alapú modell kezd elavulni – és az iparágnak meg kell találnia az utódját.

Az AI kora nem csupán a fejlesztési sebességet változtatja meg. Megkérdőjelezi az alapfeltételezést is: hogy az idő a munka legjobb proxy-ja.

Miközben az AI-cégek már rég token-alapon számláznak, mi a hagyományos fejlesztési szerződéseknél még mindig stopperórával mérünk. Valahol, valakinek meg kell majd tenni az első lépést – és az AI-korszak nyertese az lesz, aki az új modellt elsőként érti meg, és hitelesen kommunikálja az ügyfeleinek.

Talán épp a te fejlesztőd lesz az. Vagy te magad.

Ha tetszett a gondolat, vagy van véleményed róla – keress meg LinkedIn-en vagy emailben. Szívesen megvitatom.