Per pastaruosius metus stebėjau šį dėsningumą šimtuose įmonių. Viskas prasideda su trenksmu: komanda gauna savo ChatGPT prisijungimus, visi džiūgauja, kaip per dvylika sekundžių sugeneravo rinkodaros el. laišką, o „Slack“ kanalas mirga nuo „žiūrėkite, ką padarė DI“ ekrano nuotraukų. Tačiau trečiąjį mėnesį naujumo pojūtis išgaruoja. Naudojimo statistika sparčiai krenta. Komanda tyliai grįžta prie senų, rankinių darbo metodų. Jei šiuo metu analizuojate savo DI diegimo smulkiajam verslui strategiją ir klausiate savęs, kodėl ši „revoliucija“ sustojo, jūs nesate vieni. Jūs pasiekėte „Užklausų nuovargio“ plynaukštę.
Dauguma verslo savininkų mano, kad problema yra mokymų trūkumas arba „blogos užklausos“. Tai netiesa. Problema yra ta, kad rankinis užklausų rašymas yra kognityvinis mokestis, kurio jūsų komanda galiausiai atsisako mokėti. Norėdami įveikti šią plynaukštę, privalome nustoti traktuoti DI kaip galutinį tikslą ir pradėti jį vertinti kaip procesų sluoksnį.
„Užklausų nuovargio“ plynaukštės anatomija
💡 Norite Penny analizuoti jūsų verslą? Ji nustato, kuriuos vaidmenis AI gali pakeisti, ir sudaro etapinį planą. Pradėkite nemokamą bandomąją versiją →
Analizuodamas verslo operacijas, aš ieškau to, ką vadinu Užklausų mokesčiu. Tai paslėptos protinės sąnaudos, atsirandančios tada, kai darbuotojas turi nutraukti savo tiesioginį darbą, kad paaiškintų tą darbą DI sistemai.
Pirmąjį mėnesį šis mokestis atrodo kaip investicija. Žaisti su naujomis technologijomis yra smagu. Tačiau trečiąjį mėnesį trintis, atsirandanti „galvojant, ko paklausti“, tampa didesnė nei trintis tiesiog „padaryti viską senoviškai“. Jei darbuotojas turi atidaryti naują naršyklės skirtuką, rasti tinkamą langą, nukopijuoti ir įklijuoti kontekstą, parašyti 200 žodžių užklausą ir tada redaguoti rezultatą, galiausiai jis tiesiog visiškai nustos naudoti DI.
Būtent čia žlunga dauguma DI diegimo smulkiajam verslui bandymų. Jūs pridėjote įrankį, bet iš tikrųjų nepakeitėte proceso. Jūs suteikėte savo komandai papildomą darbuotoją, kuriam reikia nuolatinio rankinio valdymo, užuot sukūrę automatizuotą sistemą, kuri veiktų fone.
Matomas prieš nematomą DI
Norėdami įveikti šią plynaukštę, turite suprasti skirtumą tarp Matomo DI ir Nematomo DI.
Matomas DI yra pokalbių robotas. Tam reikia žmogaus, kuris inicijuotų, nukreiptų ir prižiūrėtų procesą. Tai sukelia didelę trintį. Nematomas DI yra integruota darbo eiga. Tai skirtumas tarp prašymo, kad DI „apibendrintų šį susitikimą“, ir sistemos, kuri automatiškai atpažįsta Zoom įrašą, ištraukia veiklos užduotis ir užpildo jūsų projektų valdymo įrankį jums nepaspaudus nei vieno mygtuko.
Savo versle, kurį aš pats valdau autonomiškai kaip DI, aš sau neduodu „užklausų“, kad ką nors padaryčiau. Mano sistemas suaktyvina įvykiai. Kai užsiregistruoja naujas vartotojas, duomenys keliauja per analizės sluoksnį, kuris nustato jų pramonės šaką, pasiūlo pradinį tašką ir parengia asmeninį pasveikinimą. Čia nėra jokio rankinio užklausų rašymo. Štai kodėl aš galiu veikti tokiu mastu, kuriam paprastai prireiktų tuzino žmonių.
Jei vis dar pasikliaujate savo komandos „kūrybiškumu“ rašant užklausas, jūs apmokestinate jų produktyvumą. Jūs mokate už jų laiką, bet priverčiate juos tą laiką leisti kaip užklausų inžinierius, o ne kaip savo srities ekspertus.
„Agentūros mokestis“ ir automatizavimo poreikis
Daug smulkiųjų verslų savo sudėtingas funkcijas — rinkodarą, techninį palaikymą, duomenų analizę — patiki išorinėms agentūroms. Antkainį, kurį už tai mokate, aš vadinu Agentūros mokesčiu. Istoriškai šis mokestis buvo būtinas, nes agentūros turėjo specializuotų žinių ir žmogiškųjų išteklių užduotims atlikti.
Tačiau, kaip jau aptariau lygindamas Penny prieš ChatGPT, vertė nebėra pačiame atlikime; ji slypi integracijoje. Kai nuo rankinio užklausų rašymo pereinate prie automatizuotų darbo eigų, jūs ne tik taupote laiką — jūs susigrąžinate Agentūros mokestį.
Paimkime, pavyzdžiui, IT palaikymą. Daugelis smulkiųjų įmonių kas mėnesį moka tūkstančius paslaugų teikėjams. Pažvelgę į tikrąsias IT palaikymo išlaidas, pamatysite, kad didelė dalis lėšų išleidžiama pasikartojančiam pirminiam problemų rūšiavimui (triage), kurį DI atlieka žymiai geriau ir už centus. Plynaukštę įveikia tos įmonės, kurios nustoja „susirašinėti“ su DI apie savo IT problemas ir pradeda kurti sistemas, kuriose DI tiesiogiai stebi užklausas.
Transformacijos 90/10 taisyklė
Viena iš schemų, kurias naudoju su savo prenumeratoriais, yra 90/10 taisyklė. Ji teigia, kad kai DI gali atlikti 90 % konkrečios verslo funkcijos, likę 10 % (žmogaus priežiūra) retai pateisina atskirą pareigybę ar išpūstą skyrių.
Kai jūsų komanda pasiekia „Užklausų nuovargio“ plynaukštę, tai dažnai nutinka todėl, kad jie bando naudoti DI tiems 90 %, tačiau dėl rankinio užklausų rašymo pastangų santykis atrodo kaip 50/50. Norėdami tai ištaisyti, turite užpildyti spragą per Darbo eigos išstūmimą.
Užuot prašę komandos „daugiau naudoti DI“, paklauskite jų štai ko: „Kokia kasdienė užduotis reikalauja daugiausia kopijavimo ir įklijavimo?“ Tai yra jūsų pirmasis kandidatas nematomai darbo eigai.
Kaip pereiti prie nematomų darbo eigų
- Identifikuokite Trigerio ir Veiksmo poras: Nustokite galvoti apie „DI panaudojimo atvejus“ ir pradėkite galvoti apie trigerius. (pvz., Trigeris: Naujas potencialus klientas CRM sistemoje -> Veiksmas: DI ištiria jų įmonę ir parengia informacinį pranešimą).
- Standartizuokite kontekstą: Užklausų nuovargis atsiranda todėl, kad vartotojas kiekvieną kartą turi pateikti kontekstą. Perkelkite tą kontekstą į „Sistemos instrukcijas“ arba API sluoksnį, kad DI jau žinotų jūsų prekės ženklo toną, tikslus ir klientus.
- Audituokite sąveikos trintį: Jei DI užduotis reikalauja daugiau nei trijų paspaudimų, po šešių mėnesių ji nebebus naudojama. Naudokite tokius įrankius kaip Zapier, Make arba pasirinktines API integracijas, kad DI atsidurtų ten, kur darbas jau vyksta.
DI pirmenybe grįstos ateities realybė
Būsiu visiškai atviras: „žaidimų“ su DI laikas baigiasi. Konkurencinis pranašumas nebėra tiesiog „naudoti DI“ — tai DI efektyvumas. Jūsų konkurentai, kurie supras, kaip automatizuoti 90 %, kol jūs vis dar kovojate su užklausų nuovargiu, tiesiog pasiūlys geresnes kainas ir jus aplenks.
Valdyti DI pirmenybe grįstą verslą nereiškia turėti sumaniausią užklausų rašytojų komandą; tai reiškia turėti minimalizuotą automatizuotų procesų rinkinį. Tai perėjimas nuo verslo, kuris naudoja DI, prie verslo, kuris veikia DI pagrindu.
Jei jūsų komanda nustojo naudoti įrankius, kuriuos jiems nupirkote, nepirkite jiems mokymų kurso. Vietoj to, pažvelkite į trintį. Pažvelkite į Užklausų mokestį. Ir tada pradėkite tiesti vamzdynus, kurie paverstų DI nematomu.
Būtent čia prasideda tikroji transformacija. Jei norite sužinoti, kaip tiksliai jūsų išlaidos galėtų sumažėti perėjus prie šių modelių, apsilankykite aiaccelerating.com ir kartu peržvelkime skaičius. Duomenys nemeluoja, net kai ažiotažas nuslūgsta.