Jei pastaruosius šešis mėnesius bandėte įvaldyti „tobulą užklausą“, turiu jums nepatogių naujienų: mokotės naudotis diskiniu telefonu išmaniųjų telefonų amžiuje. Šurmulys aplink „užklausų inžineriją“ (angl. prompt engineering) pasiekė aukščiausią tašką, tačiau visiems, žvelgiantiems į DI smulkiajam verslui per komercinę prizmę, akivaizdu, kad užklausų kūrimas yra tik pereinamasis įgūdis – ir jis jau miršta.
Stebėjau tūkstančius verslo savininkų, valandų valandas bandančių įtikinti pokalbių robotą parašyti pusėtiną el. laišką ar rinkodaros planą. Jie jaučiasi produktyvūs, nes „naudoja DI“. Tačiau realybė yra tokia: jei turite sėdėti ir kalbėtis su mašina, kad ji veiktų, jūs nieko neautomatizavote. Jūs tiesiog pasamdėte skaitmeninį praktikantą, kuriam reikia 100 % jūsų dėmesio.
Pokalbių mokestis
💡 Norite Penny analizuoti jūsų verslą? Ji nustato, kuriuos vaidmenis AI gali pakeisti, ir sudaro etapinį planą. Pradėkite nemokamą bandomąją versiją →
Savo darbe padėdamas įmonėms pereiti prie DI prioriteto operacijų, pastebėjau dėsningumą, kurį vadinu Pokalbių mokesčiu. Tai paslėpta DI su žmogaus įsikišimu (angl. human-in-the-loop) kaina. Tai laikas, protinė energija ir trintis, patiriama rankiniu būdu skatinant DI atlikti užduotį.
Kai naudojate pokalbių sąsają darbui atlikti, mokate šį mokestį. Jūs galvojate, rašote, peržiūrite ir taisote. Nors tai tikrai geriau nei atlikti darbą nuo nulio, tai toli gražu nėra liesas ir efektyvus verslas. DI tikslas smulkiajame versle neturėtų būti paversti savininką geresniu „užklausų kūrėju“; tikslas turėtų būti pasiekti, kad darbas vyktų savininkui miegant.
Mes tolstame nuo „generatyvinio DI“ (kur jūs prašote dalykų) ir judame link Agentinės darbo eigos architektūros. Šioje naujoje eroje svarbiausias įgūdis yra ne žinojimas, kokius būdvardžius naudoti ChatGPT langelyje, o mokėjimas suprojektuoti tylias, fone veikiančias sistemas, kurios visiškai panaikina žmogaus įsikišimo poreikį.
Kodėl užklausų inžinerija yra aklavietė
Yra trys priežastys, kodėl užklausų inžinerija yra nuvertėjantis turtas:
- Modelių intelektas kyla į naują lygį: Kiekviena nauja LLM iteracija vis geriau atlieka „ketinimų atvaizdavimą“ (angl. Intent Mapping). Jiems nebereikia, kad būtumėte lingvistikos gimnastas, norint suprasti, ko norite.
- Sisteminės integracijos augimas: Vertingiausias DI negyvena atskirame naršyklės skirtuke; jis gyvena jūsų esamoje sistemoje. Žvelgdami į SaaS sutaupymo ateitį, pamatysite, kad nugalėtojai yra ne tos įmonės, kurios suteikia jums užklausos langelį, o tos, kurios naudoja DI nematomam duomenų tvarkymui tarp programų.
- Delsos spąstai: Smulkiojo verslo savininkai yra užsiėmę. Būtinybė atidaryti programėlę ir pateikti užklausą sukuria pakankamą barjerą, kad galiausiai DI būtų ignoruojamas.
Nuo operatoriaus prie architekto: pokytis, kurį privalote padaryti
Jei nesimokote kurti užklausų, ko turėtumėte mokytis? Turėtumėte mokytis Darbo eigos architektūros.
Operatorius kalbasi su robotu. Architektas kuria sistemą, kuri aktyvuoja robotą.
Pagalvokite apie savo potencialių klientų priėmimo procesą. Operatorius gauna el. laišką, nukopijuoja informaciją, įklijuoja ją į DI, paprašo santraukos, o tada tą santrauką įklijuoja į savo CRM. Architektas sukuria „Tylųjį agentą“, kuris stebi gautų laiškų dėžutę, išgauna duomenis, patikrina juos CRM sistemoje, parengia personalizuotą atsakymą, pagrįstą ankstesne sąveika, ir praneša savininkui tik tada, kai užsakomas didelės vertės susitikimas.
Vienam reikia užklausos. Kitam reikia brėžinio.
90/10 DI diegimo taisyklė
Dažnai kalbu apie 90/10 taisyklę: kai DI gali savarankiškai atlikti 90 % funkcijos, turite savęs paklausti, ar likę 10 % tikrai pateisina rankinį procesą. Dauguma verslo savininkų vis dar įstrigę tuose 10 %, bandydami „suprojektuoti“ tobulą rezultatą.
Tikrasis lūžis įvyksta tada, kai sutinkate su „pakankamai gerais“ autonominiais rezultatais tiems 90 % ir sutelkiate savo žmogiškąją energiją į sistemos architektūrą. Būtent čia slypi didžiausias išlaidų sutaupymas. Kai palyginsite mano požiūrį Penny su standartine ChatGPT prenumerata, pamatysite esminį skirtumą: aš nesu čia tam, kad duočiau jums langelį rašymui; aš esu čia tam, kad padėčiau jums sukurti struktūrą, dėl kurios rašymas tampa nereikalingas.
Architektūros sistema: trigeris, logika, veiksmas
Norėdami iš užklausų kūrėjo tapti architektu, turite mąstyti trimis lygmenimis:
1. Trigeris (Kada?)
Pokalbių pasaulyje trigeris esate jūs, rašantis tekstą. Architektūros pasaulyje trigeris yra įvykis. Nauja eilutė skaičiuoklėje, gaunamas el. laiškas, kalendoriaus įvykis arba konkurento kainos pasikeitimas.
2. Logika (Kaip?)
Čia užklausų kūrimas baigiasi. Vietoj ilgos instrukcijų pastraipos naudojate „Logikos grandines“. Jei potencialus klientas yra iš technologijų įmonės, naudokite Toną A. Jei jie mini didesnį nei £5k biudžetą, nukreipkite į Toną B. Tai nėra užklausos inžinerija; tai sprendimų medžio inžinerija.
3. Veiksmas (Kas?)
Koks yra pamatuojamas verslo rezultatas? Ar atnaujintas įrašas? Sugeneruotas dokumentas? Išsiųstas pranešimas? Jei „Veiksmas“ yra tik dar daugiau teksto, kurį turite perskaityti, jūs nebaigėte architektūros.
Kur tai atsispindi pelningume
Pažvelkime į profesionalias paslaugas. Tradiciškai šios įmonės pasižymi dideliu „rankinio koordinavimo“ kiekiu – el. laiškai, planavimas, ataskaitų generavimas. Jei esate konsultantas ir „projektuojate užklausas“ savo klientų ataskaitoms, vis tiek imate mokestį už savo laiką, tik šiek tiek efektyviau.
Tačiau jei suprojektuosite sistemą, kurioje jūsų klientų duomenys keliauja pas tylųjį agentą, kuris parengia ataskaitos juodraštį tą pačią akimirką, kai projektas pasiekia tam tikrą etapą, jūs iš esmės pakeisite savo verslo ekonomiką. Jūs perėjote nuo „užklausų rašymo valandų“ pardavimo prie „rezultatų“ pardavimo.
Nematomoji infrastruktūra
Per ateinančius 24 mėnesius sėkmingiausi smulkieji verslai bus ne tie, kurie turės geriausius „DI entuziastus“. Tai bus tie, kurie turės stipriausią Nematomąją infrastruktūrą (angl. Invisible Infrastructure).
Tai jūsų verslo sluoksnis, kuris veikia be jūsų. Tai tylieji agentai, kurie tvarko nuobodžius, pasikartojančius ir daug duomenų reikalaujančius darbus. Kol jūsų konkurentai bus užsiėmę ginčais, ar „minčių grandinės“ (angl. Chain of Thought) ar „kelių pavyzdžių“ (angl. Few-Shot) užklausos yra geresnės, jūs turėtumėte užsiimti savo duomenų saugyklų sujungimu ir logikos vartų kūrimu, dėl kurių tos užklausos taps neaktualios.
Jūsų naujas mokymosi kelias
Jei norite išlikti priekyje, nustokite skaityti „50 geriausių rinkodaros užklausų“ gijas. Vietoj to pradėkite tyrinėti:
- Duomenų srautas: Kaip informacija keliauja iš jūsų svetainės į CRM ir į buhalterinės apskaitos programinę įrangą?
- Sąlyginė logika: Išmokite mąstyseną „Jei tai, tada anas“ (angl. If This, Then That). Tai visos architektūros pagrindas.
- API raštingumas: Jums nereikia mokėti programuoti, bet turite suprasti, kaip skirtingos programinės įrangos „kalbasi“ tarpusavyje.
Užklausų kūrimas yra įgūdis vartotojui. Architektūra yra įgūdis savininkui.
Mačiau šį perėjimą šimtuose įmonių. Klesti tos, kurios nustoja traktuoti DI kaip pokalbių partnerį ir pradeda jį vertinti kaip savo įmonės inžinerines sistemas. Ateitis yra tyli. Ateitis yra automatizuota. Ir ateitis tikrai nereikalauja, kad šešis kartus per dieną rašytumėte „prašau“ ir „ačiū“ pokalbių langelyje.
Ar esate pasiruošę nustoti kurti užklausas ir pradėti statyti? Pažvelkime į jūsų operacijas ir suraskime, kur turėtų atsirasti jūsų pirmasis „Tylusis agentas“.