Kiekvienas verslo savininkas, su kuriuo kalbuosi, šiuo metu stebi tą patį mirksintį žymeklį. Jus bombarduoja programinės įrangos atnaujinimai, „LinkedIn“ nuomonės lyderiai ir pardavimų el. laiškai – visi teigia turintys „stebuklingą piliulę“ jūsų operacijoms. Spaudimas diegti naujoves yra tikras, tačiau jį dažnai užgožia kur kas garsesnis klausimas: ar turėčiau naudoti DI savo versle jau dabar, ar tai tik dar vienas brangios ir perteklinės programinės įrangos ciklas?
Stebėjau tūkstančius įmonių, einančių per šį perėjimą. Mačiau bendroves, sutaupančias £50k per metus, perėjus prie vieno, DI pagrindu sukurto įrankio, ir mačiau kitas, kurios iššvaisto šešiaženklius biudžetus pasenusiai programinei įrangai, kuri prie sugedusio proceso tiesiog pridėjo mygtuką „Generuoti su DI“. Skirtumas tarp šių dviejų rezultatų nėra sėkmė; tai gebėjimas atskirti DI pagrindu sukurtus (AI-Native) įrankius nuo to, ką vadinu SaaS taksidermija – senosios programinės įrangos, kuri buvo „iškimšta“ DI API sąsaja, kad atrodytų gyva šiuolaikinėje eroje.
Kad padėčiau jums susigaudyti šiame triukšme, parengiau sistemą. Prieš pasirašydami kitą licencijomis pagrįstą sutartį ar atnaujindami savo technologijų krepšelį, užduokite šiuos penkis klausimus.
1. Ar tai panaikina darbo eigą, ar tik pakeičia sąsają?
💡 Norite Penny analizuoti jūsų verslą? Ji nustato, kuriuos vaidmenis AI gali pakeisti, ir sudaro etapinį planą. Pradėkite nemokamą bandomąją versiją →
Tai yra svarbiausias skiriamasis bruožas sprendžiant, ar turėčiau naudoti DI savo versle konkrečiai funkcijai atlikti.
Senieji įrankiai su „DI apvalkalu“ paprastai pagerina sąsają. Ekrano šone jie pateikia pokalbių robotą, kuris padeda parašyti aprašymą arba apibendrinti susirašinėjimą. Tai naudinga, bet tai tik nežymus patobulinimas. Tai sutaupo tris minutes rašymo, tačiau palieka jus įkalintus tame pačiame rankiniame darbo procese.
DI pagrindu sukurti įrankiai panaikina darbo eigą.
Užuot naudoję įrankį, kuris padeda parašyti geresnę sąskaitą faktūrą (sąsajos patobulinimas), DI pagrindu sukurtas įrankis stebi jūsų projektų valdymo programinę įrangą, aptinka pasiektą etapą, sugeneruoja sąskaitą faktūrą, suderina ją su banko išrašu ir informuoja jus tik tuo atveju, jei yra neatitikimų. Darbo eiga nebuvo patobulinta – ji buvo panaikinta.
Vertindami naują įrankį, paklauskite: Ar tai pašalina žingsnius iš mano darbotvarkės, ar tik šiek tiek pagreitina esamus žingsnius? Jei tai nepanaikina užduoties, tikėtina, kad mokate tik už „apvalkalą“.
2. Ar tai integruota viduje, ar „priklijuota“ iš išorės?
Matau šį dėsningumą visose pramonės šakose – nuo mažmeninės prekybos iki profesionalių paslaugų. Senosios SaaS įmonės desperatiškai siekia išvengti nusidėvėjimo. Jų sprendimas dažnai būna „priklijuoti“ trečiosios šalies DI modelį (pvz., GPT-4) kaip atskirą funkciją.
Tai sukuria tai, ką vadinu delsos atotrūkiu. Kadangi DI yra tik papildoma mintis, jis neturi gilios prieigos prie pagrindinių programinės įrangos duomenų. Jis gali „matyti“ tik tai, ką į jį įklijuojate, arba tai, ką jis gauna per ribotą API sąsają.
DI pagrindu sukurtas įrankis yra sukurtas aplink modelį. Duomenų struktūra, naudotojo patirtis ir automatizavimo trigeriai yra sukurti darant prielaidą, kad LLM (didieji kalbos modeliai) atlieka didžiąją darbo dalį.
Pavyzdžiui, jei optimizuojate savo programinės įrangos išlaidas, ieškokite įrankių, kuriuose DI yra variklis, o ne tik nauji dažai. „Priklijuota“ DI funkcija paprastai yra ženklas, kad įmonė bando pateisinti kainų kilimą, o ne iš esmės tobulina savo produktą.
3. Kas yra „vertės vienetas“?
Dvidešimt metų SaaS buvo parduodama pagal „vietų“ skaičių. Jūs mokate £20 per mėnesį už kiekvieną prisijungusį žmogų. Šis modelis iš esmės prieštarauja DI erai.
Jei įrankis tikrai sukurtas DI pagrindu, jis turėtų sumažinti prisijungti turinčių žmonių skaičių. Jei programinės įrangos įmonė vis dar stumia griežtą, vartotojų skaičiumi pagrįstą modelį, kartu teigdama, kad DI yra jų prioritetas, jie stato prieš savo pačių produkto efektyvumą.
Kai klausiate savęs: „ar turėčiau naudoti DI savo versle?“, taip pat turėtumėte paklausti: „kaip man skaičiuojama kaina?“
Pastebėjau, kad efektyviausi DI įrankiai pereina prie rezultatais pagrįstos kainodaros. Jūs mokate už atliktą užduotį, apdorotą sąskaitą faktūrą arba kvalifikuotą potencialų klientą. Tai suderina programinės įrangos sėkmę su jūsų sėkme. Jei vis dar mokate už 50 licencijų įrankiui, kuris teigia, kad jo DI „atlieka 10 žmonių darbą“, matematika nesutampa.
4. Ar jis mokosi iš jūsų konteksto, ar yra tik „bendrosios paskirties“?
Daugelis „DI“ įrankių yra tik bendrosios paskirties modelių apvalkalai. Jei paprašysite bendro DI įrankio parengti rinkodaros planą jūsų konkrečiam santechnikos verslui Lydse, jis pateiks jums bendro pobūdžio atsakymą.
Tikroji DI vertė atsiranda iš kontekstinio intelekto. DI pagrindu sukurtas įrankis turėtų gebėti įsisavinti jūsų istorinius duomenis, prekės ženklo toną, kainų struktūras ir klientų atsiliepimus, kad pateiktų atsakymus, kurie yra unikalūs būtent jums.
Štai kodėl aš dažnai atkalbinėju įmones nuo bendrųjų platformų „DI viskam“ ir nukreipiu jas prie specializuotų įrankių, kurie giliai sprendžia vieną problemą. Nesvarbu, ar tai būtų IT palaikymo automatizavimas, ar teisinių dokumentų peržiūra, įrankis privalo įrodyti, kad gali susidoroti su jūsų specifiniais atvejais, o ne tik su „vidutiniais“.
5. 90/10 taisyklė: kas nutinka su likusiais 10 %?
Tai vieta, kurioje dauguma verslo savininkų užstringa. Jie mato DI įrankį, kuris gali atlikti 90 % darbo – pavyzdžiui, buhalteriją ar pagrindinį klientų aptarnavimą – ir dvejoja dėl likusių 10 %, kuriems reikia žmogaus sprendimo.
Mano patarimas? Automatizuokite 90 % ir traktuokite likusius 10 % kaip valdymo užduotį.
Klaida yra išlaikyti pilnu etatu dirbantį žmogų (arba rankinę senąją sistemą) 100 % darbo atlikimui tik todėl, kad DI negali padaryti paskutinių 10 %. Kai pradedate naudoti DI pagrindu sukurtą įrankį, jūsų vaidmuo pasikeičia iš „vykdytojo“ į „redaktorių“.
Neturėtumėte ieškoti įrankio, kuris yra 100 % tobulas. Turėtumėte ieškoti įrankio, kuris susidoroja su didžiąja dalimi darbų, kad jūsų darbuotojai galėtų susikoncentruoti į didelės vertės, sudėtingus išimtinius atvejus. Jei vis dar valdote savo verslą naudodami rankinį sekimą, apsvarstykite, kaip DI prioritetą teikiantys sprendimai lyginami su tradicinėmis skaičiuoklėmis klaidų lygio ir greičio atžvilgiu.
„Agentūrų mokestis“ ir kodėl tai svarbu dabar
Viena didžiausių pastarojo meto „neakivaizdžių“ mano pastabų yra agentūrų mokesčio atsiradimas. Daugelis įmonių moka agentūroms po £3,000 per mėnesį už vykdomąjį darbą (SEO įrašų rašymą, reklamų valdymą, pagrindines ataskaitas), kurį dabar gali atlikti £50 per mėnesį kainuojantys DI įrankiai.
Agentūros nebūtinai jums meluoja – daugelis jų tiesiog dar neatnaujino savo vidinių procesų. Jos vis dar apmokestina jus už žmogaus darbo valandas, kurias DI pavertė standartine preke.
Kai vertinate kitą SaaS pirkinį, paklauskite: Ar šis įrankis leidžia man susigrąžinti anksčiau užsakytą funkciją į įmonės vidų? Jei atsakymas yra „taip“, investicijų grąža (ROI) yra ne tik programinės įrangos kaina, bet ir panaikintas agentūros mokestis.
Nuo ketinimų prie veiksmų
Mano duomenimis, nors 73 % MVĮ savininkų teigia norintys naudoti DI, tik apie 15 % iš tikrųjų integravo DI pagrindu sukurtą įrankį į savo pagrindinę darbo eigą. Šis „ketinimų ir veiksmų atotrūkis“ yra jūsų didžiausia konkurencinė galimybė.
Jūsų konkurentai tikriausiai vis dar yra „SaaS taksidermistai“ – jie naudoja senus įrankius su naujais mygtukais. Užduodami šiuos penkis klausimus, užtikrinsite, kad ne tik perkate dar vieną prenumeratą, bet ir kuriate efektyvesnį, autonomiškesnį verslą.
Šis pirmojo žingsnio pranašumo langas veriasi. Per dvejus metus DI pagrindu veikiančios operacijos taps standartu. Šiuo metu tai yra supergalia.
Nuo ko pradėsite? Jei nesate tikri, mano rekomendacija visada yra pradėti ten, kur darbų apimtis didžiausia, o sudėtingumas mažiausias. Paprastai tai yra jūsų biuro operacijos arba pirmoji klientų aptarnavimo linija.
Nustokite klausti „ar“ ir pradėkite klausti „kur“. Atsakymai jau yra jūsų skaičiuoklėse.