AI bevezetés kkv-nál — mi kell hozzá tényleg

A legtöbb helyen, ahol járok, már mindenki kipróbálta az AI-t. Van, aki ChatGPT-t nyit meg naponta, van, akinek a Copilot ott ül az Outlookban. És mégis: a cégben semmi nem megy másképp, mint fél éve. Ez nem azért van, mert rossz eszközt választottatok. Azért van, mert az eszközválasztás nem bevezetés. A bevezetés három döntés, és egyik sem arról szól, melyik modell a jobb.

Miért akad el a legtöbb bevezetés

Nem a technológiánál. A technológia évek óta elég jó ahhoz, amit egy kkv-nál kellene csinálnia.

Ott akad el, hogy a kipróbálás egy emberhez tartozik, a folyamat viszont többhöz.

Valaki elkezdi használni, jó eredményt kap, megmutatja a többieknek. Két hétig lelkesedés van. Aztán az illető szabadságra megy, és a dolog megáll — mert nem volt sehol leírva, mit csinált, nem volt naplózva, mi alapján, és nem volt olyan pont, ahol egy másik kolléga be tudott volna lépni.

Ez nem fegyelmezetlenség. Ez a hiányzó beépítés: az AI a fejekben volt, nem a folyamatban. Amíg egy megnyitott chatablakban lakik, addig annyit ér, amennyi figyelem jut rá aznap.

Az első döntés: melyik folyamat

Nem az, amelyik a legdrágább. Az, amelyik a leggyakoribb — mert abból lesz elég futás ahhoz, hogy egy hónap múlva legyen mit megnézni.

Amivel érdemes kezdeni

  • Hetente visszatér, nem havonta egyszer.
  • Írásban zajlik — levél, dokumentum, táblázat, űrlap.
  • Van rá egy elfogadott jó válasz, amit fel tudsz ismerni, ha látod.
  • Ma is van gazdája, aki meg tudja mondani, mikor lett rossz a kimenet.

Amivel ne

  • Ami minden alkalommal más. Ott nincs mit gépesíteni.
  • Ami ma sincs leírva sehol. Előbb a folyamatot kell rendbe tenni.
  • Ami egyetlen ember fejében van, és ő pont most menne nyugdíjba.
  • A látványos, amit a vezetőségnek jó megmutatni. Azt senki nem használja a harmadik héten.

A gyakorlatban ez nálatok valószínűleg ajánlatkérés-feldolgozás, bejövő számlák előkészítése, egy hetente összerakott riport vagy az ügyfélszolgálati levelek első változata. Unalmas tételek. Pont ezért működnek.

A második döntés: kinek a kezében

Nem kell fejlesztőt felvenni. Kell viszont egy ember nálatok, aki a magáénak érzi a rendszert.

Ez általában az, aki ma is a folyamat gazdája: az irodavezető, a pénzügyes, az operatív vezető. Nem azért, mert ért az AI-hoz, hanem mert ő tudja, mikor rossz a kimenet — és ez a fontosabb tudás a kettő közül.

Az átadás része, hogy ez az ember a saját kezével csinálja végig a beállítást, nem nézi, ahogy én csinálom.

Ha a bevezetés után csak a külsős tudja megjavítani, akkor nem bevezetés történt, hanem függőség épült. Ez a különbség egy projekt és egy rendszer között, és ez az, amit a harmadik hónapban lehet érezni, nem az elsőben.

A harmadik döntés: mi történik, ha hibázik

Hibázni fog. Ez nem kockázat, amit el kell hárítani, hanem tervezési kérdés, amit előre el kell dönteni.

Minden folyamatnál eldől, hol van jóváhagyási pont: mi az, ami magától elmegy, és mi az, amit ember néz meg, mielőtt kimegy. Pénzmozgás és ügyfélnek szóló levél az utóbbi kategória. Egy belső összefoglaló nem az.

A másik fele a napló. Minden futásnál látszik, mit olvasott, mit írt és mi alapján javasolta. Ettől lesz egy hibás lépés visszakereshető húsz másodperc alatt, nem nyomozás egy hét múlva.

A határ a rendszerben van, nem a promptban.

Ez a mondat a gyakorlatban azt jelenti, hogy a jogosultságot nem az ügynök kapja, hanem az a hely, ahonnan indul. Amit egy kolléga eddig sem láthatott, azt az ő nevében futó ügynök sem látja. Ha ez ma nincs rendben nálatok, akkor a bevezetés első lépése nem az AI, hanem a jogosultságok átnézése.

Négy-hat hét, lépésről lépésre

  1. 1–2. hét — nézés. Végigmegyünk azon, mi történik nálatok hetente ugyanúgy. Ebből választunk egyet. Ez a szakasz nem gépesítés, és nem is hagyható ki: a rossz folyamatválasztást később nem lehet jó megvalósítással kijavítani.
  2. 3. hét — hozzáférés és határok. Mihez fér hozzá, kinek a nevében, hol a jóváhagyási pont. Unalmas hét, és ez az egyetlen, aminek a kihagyása tényleg fájni tud.
  3. 4. hét — az első folyamat élesben. Nem tesztkörnyezetben. Valódi ügyeken, jóváhagyási ponttal, hogy hiba esetén se menjen ki semmi rossz.
  4. 5–6. hét — átadás és mérés. A ti embere csinálja, én nézem. Közben megnézzük a naplót: hányszor futott, hol kellett belenyúlni, mennyibe került. Ahol nulla futás van, ott nem az eszköz volt rossz, hanem a folyamat nem volt elég gyakori.

A második folyamat ezután gyorsabb, mert a napló, a jogosultság és a jóváhagyási pont már áll. Azt egyszer kell megépíteni.

Mikor ne vágj bele

Ha nincs olyan folyamat nálatok, ami hetente legalább néhányszor ugyanúgy lefut, akkor most nem ez a következő lépés.

Ha minden ügy egyedi, nincs mit gépesíteni, és a bevezetésből egy drága demó lesz, amit fél év múlva senki nem nyit meg. Ugyanez igaz akkor is, ha a folyamat ma sincs leírva sehol: az AI nem rendez el egy kusza folyamatot, hanem gyorsabban végigviszi, ahogy van.

Ilyenkor azt szoktam mondani, hogy előbb a folyamatot kell rendbe tenni, és arra nem kell engem megfizetni. Ha ez a helyzet nálatok, ezt fogom mondani az első beszélgetésen is.

Amit a legtöbben megkérdeznek

Az első folyamat négy-hat hét, és ebből az első kettő nem gépesítés, hanem nézés: mi az, ami hetente ugyanúgy megtörténik nálatok. Ha valaki két hetet ígér, akkor vagy egy prompt-gyűjteményt ad el, vagy nem nézte meg, hogyan dolgoztok. A második folyamat utána gyorsabb, mert a napló, a jogosultság és a jóváhagyási pont már áll — azt egyszer kell megépíteni.

Amelyik hetente visszatér, írásban zajlik, és van rá egy elfogadott jó válasz. Ajánlatkérés feldolgozása, bejövő számlák előkészítése, hetente ismétlődő riport összeállítása, ügyfélszolgálati levelek első változata. Nem a legdrágább folyamattal érdemes kezdeni, hanem a leggyakoribbal — abból lesz elég futás ahhoz, hogy egy hónap múlva legyen mit megnézni.

Nem kell fejlesztőt felvenni, de kell egy ember nálatok, aki a magáénak érzi. Ez általában az, aki ma is a folyamat gazdája — az irodavezető, a pénzügyes, az operatív vezető. Az átadás része, hogy ez az ember végigcsinálja a beállítást a kezével, nem nézi, ahogy én csinálom. Ha a bevezetés után csak én tudom megjavítani, akkor nem bevezetés volt, hanem függőség.

Ez nem kockázat, hanem tervezési kérdés, és ez a bevezetés harmadik döntése. Minden folyamatnál előre eldől, hol van jóváhagyási pont: mi az, ami magától elmegy, és mi az, amit ember néz meg, mielőtt kimegy. Pénzmozgás és ügyfélnek szóló levél az utóbbi. Emellett minden futás naplózva van — mit olvasott, mit írt, mi alapján javasolta —, tehát egy hibás lépés visszakereshető, nem nyomozás.

Nem. A rendszer a meglévők fölé kerül, nem helyettük: a CRM marad CRM, a számlázó marad számlázó, a naptár marad naptár. Az ügynök ezekhez fér hozzá, ugyanazokkal a jogosultságokkal, amiket ti adtok neki. A migráció a leggyakoribb ok, amiért egy bevezetés félbemarad — nem azért, mert nehéz, hanem mert közben a napi munka nem áll meg.

Ha nincs olyan folyamat nálatok, ami hetente legalább néhányszor ugyanúgy lefut. Ha minden ügy egyedi, akkor nincs mit gépesíteni, és a bevezetésből egy drága demó lesz. Ugyanígy: ha a folyamat ma sincs leírva sehol, először azt kell rendbe tenni. Az AI nem rendez el egy kusza folyamatot, hanem gyorsabban végigviszi, ahogy van.

A bevezetés díja a folyamatok számától és a bekötendő rendszerektől függ, ezért ezt egy beszélgetés után tudom megmondani, nem előtte. Ami előre látszik: a modellhasználat futásonként mérve jelenik meg, tehát a havi költség nem egy borítékolt átalány, hanem egy szám, amit a rendszerben látsz. Ez szándékos — a legtöbb elakadt AI-projekt onnan indult, hogy senki nem tudta, mennyibe kerül egy futás.

Melyik az az egy folyamat, amivel kezdeni érdemes?

Erre a kérdésre nem lehet általánosan válaszolni — attól függ, mi történik nálatok hetente ugyanúgy. Egy beszélgetésen végigvesszük, és ha az derül ki, hogy még korai, azt mondom. Nézd meg, hogyan épül fel a bevezetés, és mi marad utána nálatok.

  • A folyamat magától megy végig, nem valakinek eszébe jut
  • Minden futás naplózva, visszakereshetően
  • A jogosultság a rendszernél, nem az ügynöknél
  • A végén marad egy embered, aki érti és üzemelteti