Hogyan válassz AI tanácsadó céget Magyarországon?

AI tanácsadót választani nehezebb, mint AI modellt választani. A modellek mérhetők: benchmarkok, árak, válaszidők. A tanácsadó munkájának minősége az aláírás napján még nem látszik. 46+ projekt van mögöttünk, és rendszeresen kapunk hívást olyan cégektől, ahol egy korábbi bevezetés nem működött.

Hét szempontot adunk a választáshoz — mindegyiknél: mit kérdezz, milyen a jó válasz, mi az intő jel —, és egy módszert, amivel az ajánlatok összehasonlíthatók.

Mi is AI tanácsadók vagyunk, tehát ebben a kérdésben elfogultak vagyunk. Ezért szempontokat és kérdéseket adunk, amiket bármelyik jelöltnél használhatsz — nálunk is.

Referenciák és mérhető eredmények

A logó a jelölt weboldalán önmagában kevés. Referencia az, akit felhívhatsz, és aki elmondja, mi ment félre a projekt alatt.

• Mit kérdezz. „Kit hívhatok fel egy olyan projektből, ami az enyémhez hasonló feladat volt?” A feladat hasonlósága számít, az iparágé kevésbé: a számlafeldolgozás egy logisztikai cégnél és egy gyártónál ugyanaz a probléma.
• A jó válasz. Legalább egy név és elérhetőség, ugyanolyan típusú folyamatból. A számok kontextussal érkeznek: megtudod, min mérték a pontosságot, és mi történik azokkal a dokumentumokkal, amelyeket a rendszer nem tud feldolgozni. A jelölt egy félrement projektről is tud beszélni: mi ment félre, és hogyan kezelte a csapat — minden projektben van ilyen, a kezelés módja mond a legtöbbet.
• Az intő jel. Cégnevek felhívható emberek nélkül. Pontossági szám kontextus nélkül. Demó, ami tökéletesen formázott adathalmazon fut — kérd, hogy a bemutató a te mintadokumentumaidat dolgozza fel.

A jelölt cégadatai nyilvánosak: az e-cégjegyzékben ellenőrizheted, mióta működik a cég, és mi a tényleges tevékenysége.

Ki dolgozik a projekten, és ki üzemelteti?

Az ajánlatot adó csapat és a projekten ténylegesen dolgozó csapat két különböző dolog lehet. A rendszert pedig a projekt vége után is üzemeltetni kell.

• Mit kérdezz. „Ki dolgozik ténylegesen a projekten, és ki üzemelteti a rendszert élesítés után?” Kérd, hogy megismerhesd a csapatot, amelyik ténylegesen a projekteden dolgozik majd — még az aláírás előtt.
• A jó válasz. Névvel és tapasztalattal bemutatott csapat, és karbantartási terv definiált SLA-val és éves költséggel az első naptól. Az AI rendszerek folyamatos gondoskodást igényelnek: a modellek driftelnek, az API-k elavulnak, a forrásrendszerek frissítése eltöri az integrációkat.
• Az intő jel. Az értékesítésen senior mérnökök ülnek, a projekten már mások dolgoznak. „A karbantartás minimális.” Nincs nevesített üzemeltető.

A kérdés mérettől függetlenül ugyanaz. Nagy cégnél: kik dolgoznak ténylegesen a projekten, és mennyi a tapasztalatuk hasonló bevezetésekkel? Kis csapatnál: mi történik, ha a projektet vivő fejlesztő kiesik? A munkát nálunk teljes csapat viszi — projektmenedzserek, senior fejlesztők, AI DevOps mérnök —, de a második kérdést nálunk is tedd fel.

Egyedi fejlesztés, kész termék vagy egyszerűbb eszköz

A jó javaslat a feladatból indul ki, és use case-enként dönt egyedi fejlesztés, kész termék vagy egyszerűbb eszköz között.

• Mit kérdezz. „Mikor javasoltok kész terméket egyedi fejlesztés helyett? És mikor mondjátok azt, hogy a feladatra RPA vagy egy script is elég?”
• A jó válasz. Use case-enként adott javaslat, írásos szempontokkal: adatvédelem, integráció, üzemeltetési költség. A megoldás szabványos elemekre épül, a modell cserélhető anélkül, hogy az egész rendszert újra kellene építeni, és a szállító saját platformja indoklást kap.
• Az intő jel. Minden feladatra ugyanaz a platform a válasz. A jelölt egyetlen platformhoz kötődik, és minden javaslat oda vezet, a te feladatodtól függetlenül.

EU AI Act felkészülés

Az EU AI Act kockázat szerint sorolja be az AI-rendszereket, és a kötelezettségek a kategóriából következnek. A besorolás a projekt elejére való, mert a kockázati kategória határozza meg a dokumentációs és felügyeleti követelményeket.

• Mit kérdezz. „Ki végzi el a kockázati besorolást, és mikor?”
• A jó válasz. A besorolás a projekt elején, rendszerenként, írásos indoklással készül. A rendelet négy kategóriát ismer — elfogadhatatlan, magas, korlátozott, minimális —, és a jelölt azt is tisztázza, hogy a szolgáltatói (provider) vagy az alkalmazói (deployer) szerep a tiéd. A jogi értékelés a saját jogászod feladata; a jó tanácsadó úgy adja át a dokumentációt, hogy ő át tudja nézni.
• Az intő jel. A jelölt nem tud a besorolásról beszélni, vagy a projekt végére ígéri. Ilyenkor a megfelelés rád marad.

Az árazás átláthatósága

A büdzsé nagy része az adatelőkészítésre és az integrációra megy; a modell az olcsó rész. Az ajánlat szerkezete ezt vagy megmutatja, vagy elrejti.

• Mit kérdezz. „Mit tartalmaz tételesen az ár, és mennyi a rendszer éves üzemeltetési költsége?”
• A jó válasz. Tételes bontás: adatelőkészítés, integráció, betanítás, és külön soron az üzemeltetés — API-díjak, monitorozás, újratanítás. Az első lépésre fix áras ajánlat, aminek az eredménye önállóan is használható.
• Az intő jel. Egyetlen összeg bontás nélkül. Az ajánlat csak a modellfejlesztést árazza be, az adatelőkészítés és az integráció később változáskérésként érkezik. Az üzemeltetési költség sehol nem szerepel.

Tulajdonjog és vendor lock-in

Szállítót váltani csak akkor tudsz, ha van mit vinned.

• Mit kérdezz. „Kié lesz a forráskód, a betanított modellek és az adat-pipeline-ok? Mi történik, ha a szerződés lejár?” Kérdezd meg azt is, hol futnak a modellek, és milyen adat hagyja el a környezetedet.
• A jó válasz. A szerződés kimondja, hogy mindez a te tulajdonodba kerül. A rendszer a szerződés lejárta után is futtatható: exportálható adat, dokumentált telepítés, és olyan átadható dokumentáció, ami alapján másik csapat is át tudja venni. Érzékeny adatoknál on-premise vagy privát felhő telepítést kérj, nyílt forráskódú modellekkel, amelyek a saját szervereiden futnak.
• Az intő jel. A rendszer a szállító saját platformján fut, és az ő formátumában tárolja az adataidat — szállítóváltásnál a nulláról kezded. A dokumentáció „majd a végén” készül el.

Őszinteség

A legjobb szűrő egy olyan kérdés, amire a rossz jelölt nem tud jól válaszolni.

• Mit kérdezz. „Mikor mondtátok utoljára egy ügyfélnek, hogy a feladatára nem AI kell?”
• A jó válasz. Konkrét történet. Néha a válasz egy egyszerű script, egy jobb adatbázis-lekérdezés vagy a forrásadatok minőségének javítása. Mi beszéltünk már le ügyfelet AI projektről, és építettünk helyette RPA megoldást — olcsóbb volt, hamarabb készült el, jobban működött.
• Az intő jel. Minden ötletedre igent mondanak. Aki mindent elvállal, az a te büdzsédből tanulja meg, mi nem működik.

A szállítói oldal további intő jeleiről külön cikk szól: Amit az AI szállítód nem fog elmondani az aláírás előtt.

Így tedd összehasonlíthatóvá az ajánlatokat

Kérj be három ajánlatot, és hasonlítsd össze őket ugyanazokon a pontokon. Négy lépés:

• Ugyanaz a use case. Válassz ki egy folyamatot — például a beérkező számlák feldolgozását —, és írd le minden jelöltnek ugyanazzal a részletességgel: mennyi dokumentum, milyen forrásokból, milyen rendszerekbe kell integrálni, mi számít sikernek. Az általános „AI bevezetésre” adott ajánlatok egymással nem összevethetők.
• Ugyanazok a havi volumenek. Minden ajánlat a te havi volumeneiddel számoljon. Ha egy jelölt a saját átlagaival számol, az árak nem összevethetők.
• Tételes bontás. Adatelőkészítés, integráció, betanítás, pontossági vállalás a te adataidon mérve, és az üzemeltetés éves költsége külön soron.
• Megtérülési ígéret a feltételezéseivel együtt. Rögzítsd az alaphelyzetet a start előtt: mennyi időbe és pénzbe kerül ma a folyamat. A megtérülési számítás feltételezései írásban kerüljenek az ajánlatba — így az ígéret a szállítás után is ellenőrizhető.

Viszonyítási alapnak: egy AI asszisztens vagy integrációs projekt általában 6–16 millió Ft, egy dokumentumfeldolgozó rendszer 12–32 millió Ft. Ha egy ajánlat jóval a sáv alatt van, kérdezd meg, mi maradt ki belőle. Ha jóval felette, kérdezd meg, mit tartalmaz pluszban.

Az időtervnél is van mihez viszonyítani: egy proof of concept 2-3 hét, egy bevezetési projekt 6-12 hét a kickofftól az éles üzemig. Ha az ígért határidő ennél jóval rövidebb, kérdezd meg, mi hiányzik belőle.

A megtérüléshez a viszonyítási alap: 46+ lezárt projektünk alapján az automatizált folyamatokon 40-45%-os hatékonyságnövekedés érhető el, a tipikus megtérülési idő 6-12 hónap. Ha egy ajánlat ennél lényegesen többet ígér, kérdezd meg, mire alapozza. A saját számaiddal az AI megtérülés-kalkulátorban is számolhatsz.

Mivel érdemes indulni?

Kis, önállóan is használható szállítással. Az első munka mérete legyen akkora, hogy az eredményéből el tudd dönteni, folytatod-e.

Mi erre az AI felmérést használjuk — 500 000 Ft + ÁFA-tól. Az eredmény egy írásos terv: melyik folyamat automatizálható, mennyiért, és mennyi idő alatt térül meg. A forma bármelyik tanácsadónál működik: kérj olyan első szállítást, amivel akkor is tudsz dolgozni, ha nem velük folytatod.

Az elrontott bevezetés utáni második nekifutás mindig drágább, mint az első alkalommal feltett jó kérdés. A szempontok fent vannak. Használd őket — nálunk is.