Ugyanaz a modell, három csomagolás
Amikor egy cég „bevezeti az AI-t", a döntés ritkán arról szól, melyik modell. Sokkal inkább arról, hogy hogyan jut el a modell a munkáig — és erre három út van, plusz egy negyedik, ami félúton van közöttük.
A furcsa az, hogy mind a három mögött ugyanaz a néhány modell áll. A különbség nem a képességben van, hanem abban, hogy ki nyomja meg a gombot, hol vannak az adatok, és mi alapján számláznak.
1. Chatfelület
A legismertebb út: előfizetsz, beírod a kérdést, megkapod a választ.
- Mire jó: egyszeri feladatokra, fogalmazásra, ötletelésre, olyan munkára, amit amúgy is ember végez, csak gyorsabban. Nulla bevezetési idő.
- Mire nem: ismétlődő tömegmunkára. Ha valaki naponta 200-szor másol be ugyanolyan szöveget ugyanabba az ablakba, az nem AI-bevezetés, hanem kézi munka AI-val.
- Mit fizetsz: felhasználónkénti havidíjat, jellemzően sávos használati korláttal. Az ingyenes és a fizetős szint között nem a modell a fő különbség, hanem a mennyiség.
2. API
A modell közvetlen elérése kódból. Itt nem ember ül a gép előtt, hanem a te rendszered hívja.
- Mire jó: ismétlődő feladatra, meglévő folyamatba építve. Ha a munka amúgy is egy rendszerben zajlik — CRM, ügyfélszolgálati jegyek, számlák —, akkor ez az egyetlen út, ami skálázódik.
- Mire nem: ha nincs, aki megírja és üzemeltesse. Az API nem termék, hanem alkatrész.
- Mit fizetsz: tokenenként, használat szerint. Nincs havidíj, viszont nincs felső korlát sem — a költség a forgalommal együtt nő.
3. Beépített AI egy alkalmazásban
A harmadik út az, hogy egy meglévő szoftvered kap AI-funkciót: az ügyfélszolgálati rendszer válaszjavaslatot ad, a könyvelőprogram kiolvassa a számlát, az irodai csomag összefoglalja a dokumentumot.
- Mire jó: ha a feladat pontosan az, amit a gyártó megoldott. Ilyenkor nemcsak modellt kapsz, hanem a köré épített munkafolyamat ot, ellenőrzéssel és jogosultságokkal.
- Mire nem: ha a feladatod eltér attól, amit a termék elképzel. A beépített AI-t nem tudod átalakítani, legfeljebb kikapcsolni.
- Mit fizetsz: jellemzően felárat a meglévő előfizetésre, ülőhelyenként vagy eredményenként. Van, ahol megoldott ügyenként számláznak.
A negyedik út, ami félúton van
Az utóbbi két évben megjelent egy köztes réteg: no-code és agent-platformok, ahol kattintással raksz össze egy folyamatot, ami a háttérben API-t hív. Fejlesztő nem kell hozzá, de a folyamatot neked kell megterveztetned.
Ez akkor jó választás, ha a feladat ismétlődő, de nem elég nagy ahhoz, hogy fejlesztést rendelj rá. Ami viszont ugyanúgy igaz rá, mint az API-ra: ha hibázik, azt neked kell észrevenned — a felelősség nem megy át a platformra.
Mi dönt közöttük?
Nem az ár és nem is a modell. Négy kérdés:
- Hányszor fut le? Napi öt alatt: chat. Napi száz felett: API vagy beépített AI.
- Hol vannak az adatok? Ha az anyag amúgy is egy rendszerben ül, kár kézzel kimásolni belőle.
- Ki felel az eredményért? A chatnél mindig ember néz rá. Az API-nál ezt külön be kell tervezni.
- Van, aki üzemeltesse? Az API-s megoldás nem készül el — működik, és a működéshez gazda kell.
Az árak nem összehasonlíthatók
Ez a leggyakoribb hiba a döntésnél: a havidíjat és a token árat egymás mellé teszik. Nem összemérhetők, mert mást mérnek.
Egy chat-előfizetés felhasználónkénti fix díj, függetlenül attól, hogy a kolléga havi ötször vagy ötszázszor használja. Egy API-számla a tényleges forgalommal nő, és nulla, ha senki nem használja. Egy beépített AI ára gyakran be van építve a szoftver árába — vagyis akkor is fizeted, ha ki van kapcsolva.
A tisztességes összehasonlítás egyetlen módja, ha havi teljes költséget számolsz egy valós hónapra mind a három modellben. Erről szól a Miért fizetsz pontosan? cikk részletesen.
Egy döntés, végigvezetve
A helyzet: egy nyolcfős cég ügyfélszolgálata naponta kb. 60 levelet kap. A cél: gyorsabb válasz.
Chat: a kolléga bemásolja a levelet, kap egy választervezetet, átírja, kiküldi. 60 levélnél ez napi másfél óra másolgatás — működik, de nem sokáig.
API: a jegyrendszerbe épített megoldás minden beérkező levélhez tesz egy választervezetet és egy kategóriát. A kolléga csak átnézi. Ez a helyes megoldás — ha van, aki megírja és karbantartsa.
Beépített AI: ha a jegyrendszer gyártója már kínál ilyet, akkor ugyanezt kapod fejlesztés nélkül, csak kevesebb ráhatással. Nyolc főnél ez majdnem mindig jobb üzlet, mint saját fejlesztés.
A sorrend tehát: előbb nézd meg, amit már használsz. Csak akkor építs, ha a meglévő szoftvered nem tudja, vagy rosszul tudja.
Amit érdemes elvinni
A chat emberi munkához való, az API rendszerhez, a beépített AI ahhoz, amit a gyártó már megoldott. A döntést nem a modell hozza meg, hanem az, hányszor fut le a feladat, hol vannak az adatok, és van-e, aki üzemeltesse. És az árakat csak teljes havi költségként érdemes összevetni — a havidíj és a tokenár nem ugyanaz a mérték.