Miért bukik meg az AI-pilotok túlnyomó többsége
A pilotok nem a modellen buknak el, hanem azon, hogy senki nem térképezte fel, hova kellene beépíteni. Öt visszatérő ok, és mit lehet ellenük tenni.
Forward Deployed Engineering · Budapest
Az intelligencia olcsó lett.
A bevezetés nem.
Ugyanazt a modellt megveszi a versenytársatok is. A különbség nem abban lesz, kinek van hozzáférése, hanem abban, ki tudja beépíteni a saját folyamataiba. Ezt csináljuk: bemegyünk, feltérképezzük, hogyan működik valójában a munka, és élesben futó rendszert adunk át — a meglévő ERP-tekre és CRM-etekre építve.
A probléma
A pilotok nem a modellen buknak el. A folyamaton buknak el.
A gyakran idézett MIT-felmérés szerint a generatív AI-pilotok túlnyomó többsége soha nem jut el a termelésig. Nem azért, mert a modell rossz — hanem mert senki nem térképezte fel, hova kellene beépíteni.
Ha megkérdezel valakit, hogyan indul a folyamata, azt mondja: „érkezik egy e-mail”. A valóság az, hogy negyven feladótól érkezik, nincs két egyforma formátum, a lényeg fél esetben egy PDF-ben van, és hogy melyiket hova kell továbbítani, az egyetlen kolléga fejében létezik. Aki soha nem írta le, mert senki nem kérdezte meg tőle nyolc órán keresztül ülve mellette.
Nálunk ezért nem a build az első lépés. Az első lépés az, hogy valaki bemegy és megnézi.
- 3 fázis: audit, eval, bevezetés — ebben a sorrendben, kihagyás nélkül
- 0 rendszermigráció. Arra építünk, ami már fut nálatok
- 100% naplózott lépés. Ha nem tudod megnézni, mit csinált, nem fogsz megbízni benne
Az FDE ítélete
Nem minden lépésre kell modell
A legdrágább hiba az, ha mindent odaadsz a modellnek. A munka java része determinisztikus szoftverrel jobban, olcsóbban és megbízhatóbban megoldható. Az FDE dolga eldönteni, lépésről lépésre, hogy melyik melyik. Ugyanaz a folyamat, mint fent — újratervezve:
- Determinisztikus
- Ágens
- Ember
- Kivétel
- 01
Beérkezés és normalizálás
Csatolmány kibontása, duplikátumszűrés, egységes formátum. Nincs benne modell — nincs is rá szükség.
- 02
Adatkinyerés
PDF-ből, képernyőképből, továbbított szálból. Itt kell az ítélet, mert nincs két egyforma feladó.
- 03
Séma-validáció
Kötelező mezők, összegellenőrzés, szállítói törzs. Ha elhasal, nem megy tovább.
- 04
Párosítás és besorolás
Megrendeléshez és szállítólevélhez kötés, költséghely javaslata, bizonytalanság jelzésével.
- 05
Jóváhagyás
A pénzügyes egy képernyőn látja a javaslatot és a forrást. Ő nyom Entert, nem a modell.
- 06
Rögzítés az ERP-ben
Meglévő API-n keresztül. Nem költöztetünk rendszert, ráépítünk.
- 07
Kivételsor
Amit a rendszer nem visz végig, az nem tűnik el, hanem sorba áll — indoklással.
A folyamat
Audit → Eval → Bevezetés
Mindegyik fázis a következő előfeltétele. Eval nélkül nem tudod, hogy működik-e; audit nélkül nem tudod, hogy egyáltalán a jó dolgot építed-e.
- 01
Audit
2–4 hétBeülünk a csapat mellé, és felvesszük, hogyan megy a munka valójában — nem azt, amit a folyamatleírás állít. A végén kaptok egy működési térképet, egy ROI-mátrixot arról, mit érdemes automatizálni, és mit nem, plusz egy konkrét megvalósítási tervet.
- Működési térkép lépésenként
- Kivétel- és hibaágak listája
- ROI-mátrix: mit igen, mit nem
- Architektúraterv és becslés
- 02
Eval
2–3 hétMielőtt bármi élesbe menne, megmérjük. Összeállítunk egy arany adathalmazt a saját múltbeli eseteitekből, és lefuttatjuk rajta a rendszert. Nem véleményt kaptok arról, hogy „jónak tűnik”, hanem egy számot, és mellé azt, hogy a hibák pontosan hol keletkeznek.
- Arany adathalmaz a saját eseteitekből
- Mérési jegyzőkönyv futásonként
- Hibamódok kategorizálva
- Küszöb: mi mehet gépre, mi nem
- 03
Bevezetés
4–8 hétRáépítünk arra, ami már megvan. Először árnyékmódban fut a rendszer a kollégák mellett, aztán fokozatosan kap önállóságot. Végig látszik minden lépés naplója — ha nem tudjátok megnézni, mit csinált, nem is fogtok megbízni benne.
- Árnyékmód, majd fokozatos élesítés
- Teljes audit trail lépésenként
- Riasztások és SLA-figyelés
- Átadás, dokumentáció, betanítás
Amit bérelni lehet
Egy mérnök, egy csapat, vagy csak az audit
Beépülő FDE
Egy senior mérnök heti 2–5 napra a csapatotokban. Ő veszi fel a folyamatot, ő építi meg, és ő is felel érte élesben.
Részletek →Önálló audit
Fix áras, 2–4 hetes felmérés egy részlegre. A végén működési térkép és ROI-mátrix. Kötelezettség nélkül továbbvihető.
Részletek →Teljes csapat
FDE, adatmérnök és eval-felelős egy projektre. Akkor éri meg, ha egyszerre több folyamatot visztek élesbe.
Részletek →Tudástár
Amit közben leírtunk
A dokumentált folyamat és a valódi folyamat
Minden cégnél két folyamat létezik: az, ami le van írva, és az, ami tényleg megy. Az AI-bevezetések az elsőre épülnek — így vehető fel a másodikat.
Hogyan készül egy AI-audit — lépésről lépésre
Mit csinál pontosan egy FDE a felmérés két-négy hete alatt, kikkel beszél, mit néz meg a rendszerekben, és mi az, amit a végén kézbe kaptok.
Gyakori kérdések
Mi a különbség köztetek és egy hagyományos tanácsadó között?
A tanácsadó prezentációt ad át. Mi működő rendszert. Az audit nálunk nem a végtermék, hanem az első fázis — utána ugyanaz a mérnök építi meg, aki felvette a folyamatot. Nincs átadás-átvételi szakadék a „megértő” és az „építő” csapat között.
Le kell cserélnünk az ERP-t vagy a CRM-et?
Nem. Kifejezetten az ellenkezőjét csináljuk. Ha valaki két évet és sokmillió forintot költött egy rendszer bevezetésére, az utolsó dolog, amire szüksége van, egy újabb migráció. A meglévő rendszerek API-jaira építünk, és azokat kötjük össze.
Mennyi idő, mire látunk bármilyen eredményt?
Az audit után 2–4 héttel már konkrét számot tudunk mondani arról, hol mennyi idő és pénz áll a folyamatban. Az első élesben futó munkafolyamat jellemzően a harmadik hónapban van fent, árnyékmódban pedig már korábban.
Melyik modellel dolgoztok?
Amelyik az adott feladatra a legjobb ár-pontosság arányt hozza — és ezt megmérjük, nem megérezzük. A rendszert úgy építjük, hogy a modell cserélhető legyen: a saját mérési készletetek marad a döntés alapja akkor is, ha fél év múlva olcsóbb vagy pontosabb modell jelenik meg.
Mi történik, ha a rendszer hibázik?
Erre épül az egész. Egy munkafolyamat egyféleképpen tud jól végigmenni, és több százféleképpen rosszul. A kivételágakat ugyanolyan komolyan tervezzük, mint a fő ágat: ami nem megy át a küszöbön, az nem tűnik el, hanem indoklással sorba áll egy embernél.
Bérelhetünk egyetlen FDE-t hosszabb távra?
Igen, ez a leggyakoribb konstrukció. Egy senior mérnök beépül a csapatotokba heti 2–5 napra, és belülről viszi a bevezetéseket. Részletek az Árak oldalon.
Kezdjük egy folyamattal
Írjátok meg, melyik részleg viszi el a legtöbb kézi munkaórát. Visszaírunk egy konkrét javaslattal arra, hogyan nézne ki nálatok az audit — nem sablonanyaggal.