Minden héten beszélek olyan cégtulajdonosokkal, akik ugyanazt az alapvető kérdést teszik fel nekem: „Használjak mesterséges intelligenciát a vállalkozásomban?” A válaszom minden alkalommal egy határozott igen, de egy olyan komoly fenntartással, amelyet a legtöbb tanácsadó nem árul el Önnek. Létezik ugyanis az MI használatának egy sajátos módja, amely valójában lassabbá, drágábbá és végül elavulttá teszi a vállalatot.
Ezt nevezem a „megfelelő” csapdájának. Ez akkor következik be, amikor Ön úgy dönt, hogy „bevezeti az MI-t” – egyszerűen megvárva, amíg meglévő szoftverszolgáltatói (akiket már egy évtizede használ) egy „MI-funkciók” gombot illesztenek a következő frissítésbe. Ez biztonságosnak tűnik. Integráltnak tűnik. A valóságban azonban Ön azt fizeti meg, amit én Legacy-adónak hívok: egy 21. századi vállalkozás működtetésének költségét egy 20. századi architektúrán, amelyre ügyetlenül „rácsavarozták” a modern technológiát.
Az integráció illúziója
💡 Szeretné, hogy Penny elemezze vállalkozását? Feltérképezi, hogy a mesterséges intelligencia mely szerepeket helyettesítheti, és szakaszos tervet készít. Indítsa el az ingyenes próbaidőszakot →
Amikor egy nagy legacy platform – legyen az a könyvelőszoftvere, a CRM-rendszere vagy a projektmenedzsment eszköze – bejelenti az új MI-asszisztensét, a marketing csábító. Azt ígérik, hogy mivel az adatai már ott vannak, az ő MI-megoldásuk a leginkább „zökkenőmentes” választás.
De itt van a nem egyértelmű valóság, amit több ezer vállalkozásnál látok: A piacvezető szereplők abban érdekeltek, hogy megvédjék jelenlegi üzleti modelljüket, nem pedig abban, hogy automatizálják azt a létezésből.
Ha egy szoftvercég felhasználónkénti díjat számít fel Önnek, nem áll anyagi érdekében olyan MI-t biztosítani, amely lehetővé teszi, hogy ugyanazt a munkát 80%-kal kevesebb emberrel végezze el. Az ő MI-funkcióikat „segítőknek” tervezték, amelyek célja, hogy Ön minél hosszabb ideig bejelentkezve maradjon a platformjukon, nem pedig autonóm ágenseknek, amelyek elvégzik a munkát, amíg Ön alszik. Ez a különbség egy olyan eszköz között, amely segít megírni egy e-mailt, és egy olyan rendszer között, amely a teljes ügyfélszerzési tölcsért kezeli.
Bemutatjuk a „Wrapper-csapdát”
A legtöbb hagyományos szoftverszolgáltató valójában nem építi újjá a rendszereit az MI-korszak számára. Ehelyett beleesnek a Wrapper-csapdába.
Fogják a meglévő, merev adatbázis-struktúráikat, és egy MI-modell (például a GPT-4) vékony „burkolatát” (wrapper) helyezik rá. Úgy néz ki, mint az MI, úgy beszél, mint az MI, de a mögöttes kód korlátozza. Nem képes valódi „következtetésekre” a teljes üzleti folyamatában, mert egy 2012-ben tervezett silóba van zárva.
Hasonlítsa össze ezt az MI-natív kihívók új hullámával. Ezek olyan platformok, amelyeket az első naptól kezdve azzal a feltételezéssel építettek, hogy az MI végzi a munka 90%-át. Nincs megvédendő elavult kódjuk. Nincsenek olyan felhasználónkénti árazási modelljeik, amelyek elriasztanák a hatékonyságot.
Például, ha összehasonlítja, hogyan kezeljük az üzleti útmutatást a hagyományos eszközökhöz képest, látni fogja a különbséget. Sok vállalkozás a tehetetlenség miatt marad a régi szolgáltatójánál, de végül egy „ember plusz szoftver” modellért fizetnek, miközben áttérhetnének egy „MI-első” modellre. Megnézheti, hogyan alakul ez a Penny vs Xero vagy a Penny vs QuickBooks összehasonlításunkban.
A „várjunk és meglátjuk” valódi ára
A leggyakoribb ok, amiért az emberek azt kérdezik, „használjak-e MI-t a vállalkozásomban”, az, hogy érzik a növekvő piaci nyomást. Látják a szalagcímeket, de félnek a rossz döntéstől.
Azonban a kockázat nem a rossz MI-eszköz kiválasztásában rejlik; a kockázat abban van, ha olyan legacy eszköznél marad, amely alapvetően alkalmatlan a 90/10-es szabály elérésére.
A 90/10-es szabály kimondja, hogy amikor az MI kezel egy adott funkció 90%-át – legyen az könyvelés, tartalomkészítés vagy alapvető ügyfélszolgálat –, a fennmaradó 10% ritkán marad önálló munkakör. Ez általában egy olyan feladattá válik, amely beépül egy magasabb szintű stratégiai pozícióba. A legacy szoftvereket arra tervezték, hogy segítsenek az embernek a munka 100%-át gyorsabban elvégezni. Az MI-natív szoftvereket arra tervezték, hogy a munka 90%-át autonóm módon végezzék el, meghagyva az embernek az ellenőrzést és a stratégiát.
Ha beéri a jelenlegi rendszereibe „utólag beépített” MI-vel, akkor gyakorlatilag egy „ember-plusz” szinten maximalizálja a hatékonyságát. Versenytársai, akik MI-natív rendszereket alkalmaznak, „MI-mínusz” költségekkel működnek. A professzionális szolgáltatások terén például a rezsiköltségek közötti különbség megdöbbentő lehet. Feltérképeztük ezeket a specifikus szoftvermegtakarításokat professzionális szolgáltatások számára, hogy megmutassuk, milyen mély szakadék tátong a két megközelítés között.
Mintázatfelismerés: Miért bukik el a „megfelelő”
Egész pályafutásomat MI-első vállalkozásként töltöttem, és láttam a mintázatok kialakulását minden szektorban a kiskereskedelemtől a prémium tanácsadásig.
A 2010-es évek elején láttuk a „felhőbe költözést”. Azok a cégek, amelyek csak „saját szervereiket akarták a felhőben tárolni” (IaaS) anélkül, hogy újragondolták volna szoftvereiket (SaaS), végül a felhő összes költségét megkapták, de a rugalmasságából semmit.
Pontosan ugyanezt látjuk most az MI esetében is.
Ha a válasza arra a kérdésre, hogy „használjak-e MI-t a vállalkozásomban”, mindössze annyi, hogy elkezdi használni az „MI” gombot a Wordben vagy a jelenlegi CRM-jében, akkor Ön egyszerűen csak „a régi szokásait tárolja egy új LLM-ben”. Nem alakul át; csak többet fizet ugyanazért a teljesítményért.
A „biztonságos” választás stratégiai kockázata
Egy legacy szolgáltató „utólag rászerelt” MI-jét választani biztonságos, konzervatív lépésnek tűnik egy vezérigazgató vagy alapító számára. Ez a „sosem rúgtak ki senkit, amiért IBM-et vásárolt” logikája.
De az exponenciális technológiai növekedés időszakában a „biztonságos” választás gyakran a legveszélyesebb.
Míg Ön arra vár, hogy a legacy szolgáltatója előálljon egy MI-funkció középszerű verziójával, egy MI-natív startup az Ön létszámának tizedével és a sebességének tízszeresével lép be az Ön piaci résébe. Nincs szükségük 20 fős csapatra ahhoz, amit Ön csinál; van egy 2 fős csapatuk és egy autonóm MI-rendszerük.
Ez nem csak a „produktivitásról” szól. Ez gazdasági arbitrázs. Ha az Ön ügyfélkiszolgálási költsége a legacy szoftvere korlátaihoz van kötve, a versenytársa költsége pedig a számítási kapacitás zuhanó árához, akkor nem nyerhet az árversenyben, és nehezen fog nyerni a sebességben is.
Hogyan kerüljük el a csapdát
Tehát, ha azt kérdezi, „használjak-e MI-t a vállalkozásomban”, a kérdés nem az, hogy használja-e, hanem az, hogyan válassza le magát azokról a legacy rendszerekről, amelyek visszatartják.
- Auditálja a „felhasználószám-alapú” függőségét: Olcsóbb lesz a jelenlegi szoftvere, ahogy Ön hatékonyabbá válik? Ha nem, akkor az érdekeik ellentétesek.
- Keresse az „MI-elsőt”, ne az „MI-is” megoldást: Új eszközök értékelésekor kérdezze meg: „Létezhetne ez az eszköz LLM nélkül?” Ha a válasz igen, akkor valószínűleg egy legacy eszközről van szó, némi MI-bevonattal. Ha a válasz nem, akkor a jövőnek épült.
- Alkalmazza a 90/10-es szabályt: Ne olyan eszközöket keressen, amelyek 10%-kal gyorsabbá teszik a munkatársait. Olyanokat keressen, amelyek a feladatot 90%-ban autonómmá teszik.
Az ítélet
A radikális őszinteség ideje: A jelenlegi szoftverszolgáltatói valószínűleg a legnagyobb akadályai a valódi MI-transzformációnak. Azt akarják, hogy a „megfelelő” csapdájában maradjon, mert ez életben tartja az előfizetését és bezárva az adatait.
De a „megfelelő” az „elavult” előszobája.
Az MI-transzformáció ablaka záródik. A következő évtizedet nem azok a vállalkozások fogják dominálni, amelyek az MI-t a régi dolgok kicsit jobb elvégzésére használták. Hanem azok, amelyek az MI segítségével újragondolták, miért is csinálták azokat a dolgokat egyáltalán.
Ne hagyja, hogy a legacy szoftverei határozzák meg a jövőbeli lehetőségeit. Itt az ideje túllépni az „utólag rászerelt” korszakon, és elkezdeni egy MI-natív vállalkozás felépítését.
Az első lépés annak beismerése, hogy az „integrált” nem mindig jelent „jobbat”. Gyakran csak azt jelenti: „beragadt”.