Pastaruosius metus stebėjau, kaip verslo savininkai daro tą pačią brangią klaidą. Jie nuperka šimtą ChatGPT Plus licencijų, surengia „Pietų ir mokymų“ sesiją apie tai, kaip parašyti „tobulą“ užklausą, o tada stebisi, kodėl jų veiklos rezultatai nepagerėjo. Jie tai vadina DI transformacija, tačiau iš tikrųjų tai yra kažkas kur kas pavojingiau: tai sistemų architektūros perdavimas žmonėms, kurie tam mažiausiai pasiruošę – galutiniams vartotojams.
Lyderystė nėra susijusi su tuščio teksto laukelio pateikimu komandai ir raginimu „būti efektyvesniems“. Tai tas pats, kas duoti visiems po kibirą ir liepti nešti vandenį iš šulinio, kai tuo tarpu turėjote montuoti vandentiekį. Jei jūsų darbuotojai turi galvoti apie tai, kaip kalbėtis su mašina, kad tiesiog atliktų savo darbą, jūs nieko neautomatizavote. Jūs tiesiog pridėjote „užklausų inžinieriaus“ pareigybę prie jų ir taip perpildytų darbo aprašymų, nepadidindami nei jų atlyginimo, nei galimybių.
Užklausų paradoksas: kodėl jūsų darbuotojai ignoruoja savo DI prenumeratas
💡 Norite Penny analizuoti jūsų verslą? Ji nustato, kuriuos vaidmenis AI gali pakeisti, ir sudaro etapinį planą. Pradėkite nemokamą bandomąją versiją →
Dabartiniame DI naratyve egzistuoja esminis trinties taškas, kurį vadinu Užklausų paradoksu. Jis teigia: kuo daugiau kognityvinių pastangų vartotojas turi įdėti, kad gautų rezultatą iš DI, tuo mažesnė tikimybė, kad jis jį naudos pasikartojančioms, didelės vertės užduotims atlikti.
Šiuo metu mes prašome aukštos kvalifikacijos profesionalų – buhalterių, rinkodaros specialistų, inžinierių – sustabdyti tai, ką jie daro, ir įsitraukti į kūrybinio rašymo pratybas su pokalbių robotu. Vienkartinei minčių lietui tai tinka. Verslo procesui tai yra katastrofa. Kai užduotis reikalauja, kad žmogus nepamirštų atidaryti naršyklės skirtuko, įklijuoti užklausą, patikrinti rezultatą ir grąžinti jį atgal į savo darbo eigą, „trinties kaina“ dažnai nusveria „efektyvumo prieaugį“.
Štai kodėl matau tiek daug įmonių, kurių DI naudojimas pirmąjį mėnesį yra didelis, o trečiąjį mėnesį sumažėja 90 proc. Žmonės nenori būti užklausų inžinieriais; jie nori pabaigti savo darbą. Tikroji DI transformacija įvyksta tada, kai DI yra vandentiekis, o ne čiaupas. Jis turėtų veikti fone, suaktyvinamas įvykių, o ne žmogaus įsikišimo.
„Rankinio intelekto mokestis“ jūsų veiklos rezultatams
Kiekvieną kartą, kai darbuotojas turi rankiniu būdu pateikti užklausą DI, kad šis atliktų tai, kas turėtų būti standartinė veiklos procedūra, jūs mokate tai, ką vadinu Rankinio intelekto mokesčiu.
Padvokite apie savo dabartines išlaidas. Daugelyje profesinių paslaugų sektorių brangiausias resursas yra „asociatyvinė spraga“ – laikas, praleistas perkeliant duomenis iš vienos vietos į kitą arba sintezuojant standartinę ataskaitą. Jei mokate padėjėjui £60,000 per metus ir jis 20 proc. savo laiko praleidžia teikdamas „užklausas“ DI, kad šis apibendrintų susitikimus ar parengtų el. laiškų projektus, jūs mokate £12,000 per metus už tai, kad jis veiktų kaip žmogiškasis tiltas tarp dviejų sistemų.
Tai yra lyderystės nesėkmė. Vadovo darbas yra sukurti aplinką, kurioje ta santrauka būtų parengiama automatiškai vos pasibaigus susitikimui, jau įkėlus kliento istorijos kontekstą, o juodraštis jau lauktų padėjėjo pašto dėžutėje 30-ies sekundžių peržiūrai. Tai yra skirtumas tarp „įrankio“ ir „transformacijos“.
Nuo „generatyvinio“ prie „integracinio“ DI
Norėdami išvengti Rankinio intelekto mokesčio, vadovai turi nukreipti dėmesį nuo generatyvinio DI (gebėjimo kurti) į integracinį DI (gebėjimą jungti).
Integracinėje aplinkoje DI nelaukia užklausos. Jis laukia Spragtuko (angl. Trigger).
- Spragtukas: CRM sistemoje atsiranda naujas potencialus klientas.
- Kontekstas: DI surenka pastarųjų trijų metų pramonės tendencijas, kliento „LinkedIn“ profilį ir jūsų įmonės vidinius atvejų tyrimus.
- Veiksmas: Jis sugeneruoja specialiai pritaikytą instruktažo pastabą pardavimų atstovui.
Niekas nepateikė užklausos. Atstovui nereikėjo galvoti. Jis tiesiog atsidarė nešiojamąjį kompiuterį ir tapo 10 kartų pranašesnis savo darbe, nes sistema buvo sukurta jam padėti. Taip aš valdau savo verslą. Aš visą dieną „nesikalbu“ su savimi per pokalbių sąsają. Esu sukūręs ciklus, kuriuose įvykiai (el. laiškas, naujas prenumeratorius, duomenų įkėlimas) suaktyvina mano vidinius modelius atlikti konkrečias, iš anksto nustatytas funkcijas.
Trys nematomo DI lygmenys
Jei norite vadovauti tikrai DI transformacijai, turite nustoti galvoti apie pokalbių sąsajas ir pradėti galvoti apie nematomumo lygmenis.
1. Šešėlinis lygmuo (pagrįstas įvykiais)
Čia DI gyvuoja jūsų esamoje programinėje įrangoje. Pavyzdžiui, kai vertinate augančias personalo valdymo programinės įrangos sąnaudas, turėtumėte žiūrėti ne tik į licencijos kainą. Turėtumėte vertinti, ar ta programinė įranga naudoja DI, kad automatiškai atliktų „Rankinio intelekto“ užduotis – pavyzdžiui, klasifikuotų išlaidas ar nustatytų atitikties rizikas – be žmogaus įsikišimo.
2. Kontekstinis lygmuo (turtingas duomenimis)
Didžiausia „tiesiog pateik užklausą“ požiūrio silpnybė yra ta, kad DI neatsimena jūsų verslo. Aplinka be užklausų tai išsprendžia maitindama DI tiesioginiu įmonės duomenų srautu. Švietimo ir mokymo sektoriuje tai reiškia DI, kuris žino kiekvieno studento praeities rezultatus ir automatiškai pritaiko mokymo programą, užuot mokytojui tekę rankiniu būdu prašyti roboto „parengti pamokos planą sunkumų turinčiam studentui“.
3. Orchestravimo lygmuo (daugiapakopis)
Tai yra šventasis gralis. Čia keli DI agentai dirba kartu, kad užbaigtų sudėtingą projektą. Vienas agentas nustato problemą, antrasis pasiūlo sprendimą, trečiasis patikrina, ar jis atitinka biudžetą, o žmogus įsijungia į procesą tik pačioje pabaigoje, kad pateiktų galutinį „Taip“.
Lyderis kaip sistemų architektas
Lyderystės ateitis nėra „išmanymas technologijose“ ta prasme, kad žinotumėte, kokius mygtukus spausti. Tai reiškia būti Sistemų architektu.
Turite gebėti pažvelgti į verslo procesą – nesvarbu, ar tai būtų naujų klientų priėmimas, produktų kūrimas ar finansinė atskaitomybė – ir nubraižyti „Logikos srautą“, kuriuo DI galėtų vadovautis.
Jei negalite apibūdinti savo verslo proceso kaip loginės žingsnių sekos, negalite jo automatizuoti. O jei negalite jo automatizuoti, verčiate savo darbuotojus naudoti savo brangias, žmogiškąsias smegenis darbui, kurį atlieka pigi silicio grandinė. Tai ne tik neefektyvu; tai žmogiškojo potencialo švaistymas.
Kodėl esu radikaliai atviras apie užklausų kūrimą
Žinau, kad populiaru pardavinėti „Užklausų inžinerijos“ kursus. Tai lengva, apčiuopiama ir leidžia žmonėms pasijusti išmokus naujų įgūdžių. Tačiau esu čia tam, kad pasakyčiau jums, jog užklausų inžinerija yra pereinamasis etapas. Tai DI eros „MS-DOS komandinė eilutė“. Galiausiai ji išnyks už vartotojo sąsajos, kuri iš tikrųjų supranta, ko mes norime.
Mano patarimas? Nemokykite savo darbuotojų pasauliui, kuris jau dabar nyksta. Verčiau investuokite tą laiką ir pinigus į infrastruktūros kūrimą, dėl kurios užklausų teikimas taps nereikalingas.
Nustokite klausti savo komandos, ką jie gali padaryti su ChatGPT. Pradėkite klausti savo komandos, kur jie šiuo metu veikia kaip rankinis tiltas tarp sistemų – ir tada pastatykite tą tiltą.
Tikroji DI transformacija nėra susijusi su laukeliu, kuriame rašo jūsų darbuotojai. Ji susijusi su darbu, kurio jiems nebereikės atlikti niekada gyvenime.
Pasiruošę pamatyti, kur jūsų verslas vis dar moka Rankinio intelekto mokestį? Peržiūrėkime jūsų operacijas ir raskime vandentiekį, kurį reikia sumontuoti. Galimybių langas šiam pokyčiui užsidaro, o nugalėtojai bus ne tie, kurie suformuluos geriausias užklausas, o tie, kuriems jų apskritai neprireiks.