Dešimtmečius įprasta augančios MVĮ veiklos procedūra buvo paprasta: pasamdyti valdomų paslaugų teikėją (MSP), mokėti fiksuotą kasmėnesinį mokestį už darbo vietą ir melstis, kad, nustojus veikti Wi-Fi ar pasirodžius mėlynajam kompiuterio ekranui, kas nors pakels ragelį. Tai modelis, pagrįstas reaktyviu „gaisrų gesinimu“. Tačiau vis daugiau verslų klausiant, ar AI replace IT support funkcijos gali būti atliekamos efektyviai, atsakymas keičiasi iš viltingo „galbūt“ į užtikrintą „tai jau vyksta“.
Pastaruosius metus praleidau analizuodamas šimtų įmonių balansus. Vienas dėsningumas tampa akivaizdus: tradicinis IT paslaugų mokestis vis dažniau tampa „ramybės mokesčiu“, o ne didelės vertės paslauga. Kai mokate £100 už vartotoją per mėnesį komandai, kuri iš esmės laukia, kol kas nors suges, jūs mokate ne už nepertraukiamą veikimą – jūs mokate už jų prieinamumą sutvarkyti prastovą, kurios jie nesugebėjo išvengti.
„Bilietų laukimo mokesčio“ anatomija
💡 Norite Penny analizuoti jūsų verslą? Ji nustato, kuriuos vaidmenis AI gali pakeisti, ir sudaro etapinį planą. Pradėkite nemokamą bandomąją versiją →
Tradiciniame modelyje verslo vertė yra susieta su žmogaus darbo valandomis. Jei serveris sugenda 2 valandą nakties, žmogus turi atsikelti, prisijungti, diagnozuoti problemą ir ją pašalinti. Tai sukuria tai, ką aš vadinu sprendimo delsos atotrūkiu (angl. The Resolution Latency Gap) – neišvengiamą delsimą tarp sistemos gedimo ir žmogaus įsikišimo.
Net ir turint „auksinio lygio“ SLA (paslaugų lygio sutartį), dažnai susiduriate su 1 valandos reagavimo laiku ir 4 valandų sprendimo tikslu. Šiuolaikiniame, skaitmeniniame versle keturios valandos prastovos nėra tik nepatogumas; tai katastrofiškas duomenų, reputacijos ir pajamų praradimas.
Kai svarstome, ar AI replace IT support, kalbame ne tik apie pokalbių robotus, atsakančius į klausimą „kaip nustatyti slaptažodį iš naujo?“. Kalbame apie DI valdomus RMM (nuotolinio stebėjimo ir valdymo) įrankius, kurie nustato atminties nutekėjimą ar gendantį kietąjį diską ir perkelia darbo krūvį į veikiantį mazgą dar prieš tai, kai vartotojas pastebi sulėtėjimą. Tai perėjimas nuo reaktyvios priežiūros prie „savaime atsistatančios“ infrastruktūros.
Kaštų palyginimas: £30 prieš £150 realybė
Pažvelkime į konkrečius skaičius. Įprastas JK dirbantis MSP ima nuo £60 iki £150 už vartotoją per mėnesį. 50 darbuotojų įmonei tai sudaro mažiausiai £36,000 per metus.
Dabar pažiūrėkime į „DI pirmumo“ (angl. AI-first) alternatyvą. Naudojant šiuolaikines platformas, tokias kaip Atera ar NinjaOne, kurios vis dažniau integruoja gilius DI pajėgumus, ir papildomai naudojant specializuotus DI palaikymo agentus, tokius kaip Moveworks ar net pagal užsakymą sukurtas LLM sąsajas vidinėms triktims šalinti, pačios programinės įrangos kaina vienam vartotojui dažnai nesiekia nė £10. Net įskaičiavus aukšto lygio techninės architektūros specialistą, kuris kelias valandas per mėnesį prižiūri sistemą, bendros išlaidos dažnai sumažėja 60–80 %.
Išsamiau tai aprašiau mūsų IT palaikymo išlaidų apžvalgoje, tačiau pagrindinė įžvalga yra ši: šiuo metu mokate žmogui už tai, ką scenarijus (skriptas) dabar gali atlikti patikimiau. Tai klasikinis pavyzdys to, ką vadinu agentūros mokesčiu (angl. The Agency Tax) – priemoka už rankinį darbą, kurį programinė įranga jau pavertė standartizuota preke.
IT inversijos modelis
Dauguma įmonių 80 % savo IT biudžeto išleidžia „šviesų palaikymui“ (priežiūrai) ir 20 % augimui (naujiems pajėgumams). Norėdami išlikti konkurencingi ateinančius penkerius metus, turite pritaikyti IT inversijos modelį. Tai reiškia DI naudojimą 90 % priežiūros darbų atlikti, leidžiant apversti biudžetą taip, kad 80 % jūsų išlaidų būtų skiriama skaitmeninei transformacijai ir konkurenciniam pranašumui.
| Funkcija | Tradicinis MSP | DI pirmumo valdymas | | :--- | :--- | :--- | | Reagavimo laikas | Nuo minučių iki valandų | Nuo milisekundžių iki sekundžių | | Prieinamumas | Darbo valandomis (dažniausiai) | 24/7/365 | | Pagrindinis režimas | Reaktyvus (taisymas) | Proaktyvus (savaiminis atsistatymas) | | Kaštų mastelio keitimas | Linijinis (už vartotoją) | Logaritminis (programinės įrangos pagrindu) | | Įžvalgos | Mėnesinės ataskaitos | Realaus laiko valdymo skydelis |
Kur DI negali pakeisti žmogaus (kol kas)
Esu DI pirmumo verslo šalininkas, bet taip pat esu realistas. DI dar negali užeiti į jūsų biurą ir prijungti naujo maršrutizatoriaus. Jis negali fiziškai pakeisti suskilusio ekrano ar derėtis dėl sudėtingos sutarties su pasauliniu telekomunikacijų paslaugų teikėju.
Tačiau daugelis verslo savininkų daro klaidą manydami, kad jei jiems reikia žmogaus fiziniam ar strateginiam 10 % darbų, jie privalo mokėti žmogui ir už automatizuotus 90 %. Tai labai brangi prielaida.
Efektyvus DI pirmumo valdymas fizinėms užduotims atlikti naudoja „Smart Hands“ paslaugas – technikus pagal poreikį, kurie ima valandinį mokestį, o operacijos „smegenys“ yra su DI integruotas valdymo sluoksnis. Taip valdomas efektyvesnis ir atsparesnis verslas. Jei domitės, kaip tai atrodo lyginant su tradicinio konsultanto patarimais, peržiūrėkite skiltį mano požiūris prieš verslo konsultantą.
Savaiminio atsistatymo dividendas
Kai sistema susitvarko pati, jūsų darbuotojai išlieka produktyvūs. Tai ne tik apie sutaupytus £2,000 per mėnesį IT mokesčiams; tai apie 500 valandų bendro produktyvumo atgavimą, kuris kasmet prarandamas dėl „nedidelių“ IT problemų visoje komandoje. Tai vadinu savaiminio atsistatymo dividendu.
Įsivaizduokite pasaulį, kuriame:
- Nešiojamas kompiuteris pradeda veikti lėčiau dėl fone vykstančio proceso. DI jį atpažįsta, nutraukia procesą ir praneša vartotojui: „Sveiki, sutvarkiau strigimo problemą“.
- 3 valandą ryto pastebimas įtartinas bandymas prisijungti iš nežinomo IP adreso. DI užblokuoja paskyrą, panaikina aktyvius raktus ir akimirksniu inicijuoja daugiapakopio autentifikavimo nustatymą iš naujo.
- Išleidžiamas programinės įrangos atnaujinimas, kuris, kaip žinoma, sugadina tam tikro spausdintuvo tvarkyklę. DI pirmumo sistema automatiškai atideda tą atnaujinimą paveiktoms mašinoms, kol bus patvirtintas pataisymas.
Tradiciniame modelyje visiems trims atvejams prireiktų žmogaus įsikišimo: pastebėti problemą, užregistruoti užklausą ir atlikti rankinius veiksmus. Kol tai įvyksta, produktyvumo praradimas (arba saugumo pažeidimas) jau būna įvykęs.
Kaip pradėti perėjimą
Jei šiuo metu esate saistomi brangios IT sutarties, jums nereikia jos nutraukti rytoj. Pradėkite užduodami savo dabartiniam teikėjui tris klausimus:
- „Kokia dalis mūsų užklausų išsprendžiama naudojant automatizuotus scenarijus, o ne rankinį įsikišimą?“
- „Ar pateikiate realaus laiko valdymo skydelį, rodantį šį mėnesį atliktus automatinius savaiminio atsistatymo veiksmus?“
- „Kaip naudojate didžiuosius kalbos modelius (LLM), kad sumažintumėte mūsų palaikymo išlaidas vienam vartotojui?“
Jei jų atsakymai yra nekonkretūs, tikėtina, kad mokate už jų neefektyvumą. Perėjimas prie DI pirmumo valdymo reiškia virsmą iš kultūros „kam man skambinti?“ į kultūrą „kodėl tai sugedo?“.
Kaip visada sakau, langas šiai transformacijai veriasi. Jūsų konkurentai jau ieško, kaip AI replace IT support išlaidas paversti lėšomis savo augimui finansuoti. Nebūkite tas, kuris moka ugniagesiui, kai namas jau yra atsparus ugniai.