Kétféle céget ismerek. Az elsők teljesen figyelmen kívül hagyják az MI-t. A vezetőség azt mondja: "ez csak hype, várunk", miközben a versenytársaik automatizálják a riportokat, gyorsítják az értékesítést, és hetente több tucat órát takarítanak meg. A második típus túlzottan fellelkesül, mindenre egyszerre vásárol Enterprise licenceket, majd három hónappal később rájön, hogy valójában senki sem használja az eszközöket. Mindkét megközelítés hibás.
Az elmúlt évben a Rise.sk-nál 20 és 500 fő közötti cégeknek segítettünk abban, hogy az MI-t valós, mindennapi működésükbe integrálják. Nem kísérletként. Hanem munkaeszközként, amelyet az emberek ténylegesen használnak. És ismételten azt tapasztaltuk, hogy egy 4 hetes megközelítés jól működik. Nem tökéletes, de eredményt hoz. Íme a terv.
Az első hét nem a technológiáról szól. Arról szól, hogy megértse, hol van a fájdalom.
Üljön le a csapatvezetőkkel, és tegyen fel egy kérdést: "Hol csinál a csapata ismétlődően valamit, ami unalmas, kiszámítható, és heti egy óránál többet vesz igénybe?" Írjon le mindent. Olyan dolgokat keres, mint:
A cél nem az, hogy megtalálja a cég legnagyobb problémáját. A cél az, hogy találjon egy konkrét, ismétlődő feladatot, ahol az MI gyorsan és mérhetően tud segíteni.
A teljes listából válasszon ki legfeljebb 3 folyamatot. Ne többet. Három dolog dönt.
Először a gyakoriság. Egy hetente többször visszatérő feladat megéri a ráfordítást. Egy negyedévente egyszeri feladat egy hónap előkészítésbe kerül, hogy évi egy órát spóroljon. Aztán a struktúra. A feladatnak egyértelmű bemenete és egyértelmű kimenete kell legyen, mert az MI ezzel tud ténylegesen dolgozni. Ha egy csapatvezető azt mondja, hogy "néha így, néha úgy, és megérzésen múlik", tegye félre. Végül a mérhetőség. Ha ma nem tudja megmondani, hány órát vesz igénybe az a munka, egy hónap múlva sem fogja tudni, segített-e az MI. Mérje meg még a pilot indulása előtt.
Most már tudja, mit szeretne megoldani. Ideje kiválasztani az eszközöket.
Nincs értelme megvenni egy eszközt, majd keresni hozzá a felhasználási esetet. A folyamatból induljon ki, ne a technológiából. A gyakorlatban ez azt jelenti, hogy leginkább az számít, hol dolgoznak már ma az emberei.
Ha a cég az Outlookban, a Teamsben és a SharePointban él, a leggyorsabb út a Microsoft Copilot M365-höz. Összefoglalja az e-maileket, prezentációkat generál, vázlatokat készít Wordben. És mivel pontosan azokban az alkalmazásokban ül, amelyeket az emberek amúgy is egész nap nyitva tartanak, az adoptáció szinte semmilyen erőfeszítésbe nem kerül. A licenc körülbelül 30 EUR felhasználónként havonta.
A ChatGPT Enterprise vagy Business univerzálisabb, és azoknak a csapatoknak való, amelyek szöveget generálnak, dokumentumokat elemeznek és a Microsoft-világon kívül dolgoznak adatokkal. A Business csomag 25 EUR-tól indul felhasználónként havonta.
A Notion AI csak akkor van értelme, ha a Notiont már tudásbázisként vagy projekteszközként használja. Az MI natívan integrálva van, így a saját dokumentumai fölött válaszol, anélkül hogy bárhová bármit fel kellene töltenie.
A Jirán és Confluence-en dolgozó csapatoknak az Atlassian Intelligence és a Rovo segít, amelyek a teljes Atlassian-ökoszisztémában keresnek. Több száz Confluence-oldalnál ez a különbség a "leírtuk valahol" és a "tessék, itt van" között.
A Slack AI pedig összefoglalja azt a csatornát, amit két napja nem volt ideje elolvasni, vagy előássa a fél évvel ezelőtti szálba temetett választ.
Ne vásároljon licenceket az egész cégnek. Kezdje 5-15 emberrel, akik a pilotot futtatják. Beszéljék meg, kinek melyik eszközhöz van hozzáférése, hol tárolódnak a kimenetek, és ki ellenőrzi azokat.
Egyvalamire külön figyeljen. Személyes adatok, érzékeny pénzügyi adatok és üzleti titkok nem kerülhetnek az MI-be, és ennek a szabálynak léteznie kell, mielőtt bárki megkapja az első licencét. Nincs szüksége 20 oldalas szabályzatra. Egyetlen oldal elég.
Megvan az eszköz, megvan a hozzáférés. Most jön a legnehezebb rész. Meggyőzni az embereket, hogy ténylegesen használják.
Minden csapatban, amely a pilot része, azonosítson egy embert, aki lelkesedik a technológiáért. Nem kell IT-snek lennie. Lehet marketingmenedzser, értékesítő vagy account manager. A lényeg, hogy az illető ki akarjon próbálni új dolgokat, és ne szégyelljen kérdezni.
Ezek az emberek az Ön MI-bajnokai. Adjon nekik egy-két nap extra képzést, és ők aztán segítenek a saját csapatukban lévő kollégáiknak. Ez 10x jobban működik, mint egy központosított képzés 50 embernek egy tárgyalóban, mert a kolléga két asztallal odébb ül, és megkérdezni őt semmibe sem kerül.
Tanítson meg az embereknek négy lépést, amely minden promptnál érvényes.
A feladattal kezdődik, és a feladatnak konkrétnak kell lennie. Ne "írj valamit a termékről", hanem "írj 3 változatot egy bevezető e-mailhez egy potenciális logisztikai ügyfél számára". Aztán a kontextus. Csatolja az adatokat, a mintákat, a korábbi kimeneteket. A modell semmit nem tud, amit Ön nem mond el neki, és a rossz kimenetek nagy része valójában hiányzó kontextus. Utána a kimenet. Mondja el előre, hogy felsorolást, táblázatot vagy folyószöveget vár-e, és milyen hosszban, különben mehet a második kör.
És végül az ellenőrzés. Amit az MI előállít, addig nem megy tovább, amíg egy ember el nem olvasta. Ez a szabály nem tűr kivételt.
Figyeljen három számot. Hányan nyitják meg ténylegesen a pilotcsoportból az eszközt legalább heti 3 alkalommal. Hány percet vagy órát takarít meg hetente egy adott folyamat, amit úgy tud meg, hogy közvetlenül megkérdezi az embereket, és naplóztatja velük. És hogy a kimenetek összehasonlíthatók-e a korábbiakkal vagy jobbak, amit azok ítélnek meg, akik utána dolgoznak velük.
A napi promptok száma semmit sem mond az értékről. A "wow" érzés az első demónál egy héten belül elmúlik. A telepített eszközök száma pedig a beszerzést méri, nem a hasznot.
A negyedik hét a kemény adatokról és a döntésekről szól.
Gyűjtsön adatokat a pilotcsoporttól. A 3 pilotfolyamat mindegyikére válaszoljon:
Az utolsó kérdés a legfontosabb. Ha a válasz nem, akkor a pilotot ugyan befejezte, de nem vezetett be semmit.
Minden pilotra hozzon meg egyet a három döntés közül.
Skálázzon, ha működik, az emberek használják és mérhetően segít. Terjessze ki további csapatokra.
Módosítson, ha érzi a potenciált, de valami akadozik. Cserélje az eszközt, változtassa a folyamatot vagy adjon több képzést, és adjon rá további 2 hetet.
Állítsa le, ha nem működik. Az MI-nek ennél a konkrét folyamatnál nincs értelme. Ez nem kudarc. Megspórolt magának egy évnyi tolást valamivel, ami úgysem terjedt volna el.
A pilot alapján írjon egy egyszerű belső szabályzatot:
Számolja ki a valós költségeket. A licencek a kisebbik tétel. A nagyobbik az az idő, amit az emberek képzésre és adminisztrációra fordítanak, és éppen ez az, amit a költségvetések rendre elfelejtenek. Vesse össze a megtakarított idővel. A ROI a legtöbbször egyértelmű. Ha nem, akkor rossz folyamatot választott automatizálásra.
Egy AI Skills Sprintet tartottunk egy szlovákiai középvállalatnak. Amikor elkezdtük, az MI-hez fűződő viszonyuk annyi volt, hogy "néhány ember kipróbálta a ChatGPT-t e-mailíráshoz". Semmi struktúra, semmi mérés, semmi szabály.
4 hét alatt eljutottunk a "kipróbáltuk a ChatGPT-t szórakozásból" ponttól 3 éles workflow-ig, amelyek heti 25 órát takarítanak meg. Az egyik csapat automatizálta az értékesítési ajánlatok előkészítését. Egy másik az MI-t ügyfélhívások összefoglalására használta. A harmadik pedig műszaki dokumentáció első vázlatainak generálására.
A kulcs nem az eszközök voltak. A strukturált megközelítés volt, amellyel azonosítható, hol van értelme valójában az MI-nek és hol nincs.
Ha szeretné bevezetni az MI-t a cégénél, és nem tudja, hol kezdje, keressen minket. Nem fogunk eszközöket eladni Önnek. Segítünk megtalálni azokat a folyamatokat, ahol az MI valóban időt és pénzt takarít meg, és végigvezetjük a teljes 30 napos terven.
Írjon nekünk, és megbeszélünk egy kötelezettségmentes bevezető hívást.
A Rise.sk alapítója és műszaki vezetője. Webalkalmazásokat, adatrendszereket és automatizálást tervez és szállít; szoftverdöntésekről, AI-ról és digitális szolgáltatásokról ír.
A kínai modellek ma már csak hónapokkal, nem évekkel maradnak el az amerikai élvonaltól, mégpedig a költség töredékéért. Egy európai cég számára a valódi kérdés nem az, ki nyeri a versenyt, hanem az, hogy érdemes-e használni őket, és hogyan.
Az OpenAI szerint a GPT-5.6 Sol a költség harmadáért veri a Claude Fable 5-öt kódolásban. Az Anthropic szerint a Fable 5 vezet a nyers képességben. Mindkettőnek igaza van. Íme, melyik modell melyik feladatot nyeri.
Az API-tokenek kevesebbe kerülhetnek egy fejlesztői óránál, de nem képezik a teljes projekt költségét. Gyakorlati összehasonlítás a modellhasználatról, az átnézésről, a tesztelésről és az üzemeltetési költségekről.
Az Ön helyzete határozza meg a választ
