Kiekvieną savaitę kalbuosi su įkūrėjais, kurie nekantrauja įjungti DI jungiklį. Jie matė demonstracines versijas, pajuto spaudimą ir yra pasirengę pasitelkti pasirinktinius DI agentus klientų aptarnavimui, pardavimų vykdymui ar vidiniam žinių valdymui. Tačiau egzistuoja tylus DI diegimo mažajame versle žudikas, kurį savininkai retai pastebi, kol nebūna per vėlu: jų pačių duomenų būklė.
Esu matęs, kaip daugybės milijonų svarų vertės transformacijos projektai sustoja, nes DI buvo „maitinamas“ penkiolikos metų senumo prieštaringais klientų užrašais, pasikartojančiais įrašais ir „laikinomis“ skaičiuoklėmis, kurios tapo nuolatinėmis. Jei DI agentui pateiksite netvarkingus duomenis, gausite ne tik netvarkingus rezultatus – gausite didelės spartos automatizuotą chaosą. Aš tai vadinu „senojo palikimo skolos mokesčiu“ (angl. The Legacy Debt Tax). Tai paslėpta kaina už kiekvieną trumpąjį kelią, kurį pasirinkote savo CRM sistemoje per pastarąjį dešimtmetį, o DI yra auditorius, kuris pagaliau atėjo atsiimti skolos.
Sanavimo slenkstis: kodėl „pakankamai gerai“ nebėra pakankama
💡 Norite Penny analizuoti jūsų verslą? Ji nustato, kuriuos vaidmenis AI gali pakeisti, ir sudaro etapinį planą. Pradėkite nemokamą bandomąją versiją →
Prieš DI erą darbuotojai veikė kaip natūralus blogų duomenų filtras. Jei kliento įrašas dubliuodavosi, atidus paskyros vadovas tai pastebėdavo ir mintyse sujungdavo abu įrašus. Jei sutartyje būdavo įsivėlusi klaida dėl apmokėjimo sąlygų, žmogus ją pastebėdavo dar prieš išsiunčiant sąskaitą faktūrą. Metų metus dirbome saugomi „žmogaus dalyvavimo procese“ (angl. Human-in-the-Loop) saugumo tinklo.
Kai pereinate prie DI pirmenybės operacijų, šis saugumo tinklas išnyksta. DI agentas neturi „sveiko proto“, nebent jį specialiai suprojektuotumėte, ir jis tikrai nežino, kad „John Smith“ ir „J. Smith“ tuo pačiu adresu yra tas pats asmuo. Kiekvieną duomenų fragmentą jis vertina kaip absoliučią tiesą.
Tai sukuria reiškinį, kurį vadinu automatizavimo nerimo paradoksu: įmonės dvejoja diegti DI, nes bijo, kad jis darys klaidų, tačiau tos klaidos beveik visada yra pačios įmonės duomenų higienos atspindys. Norėdami peržengti sanavimo slenkstį – tašką, kuriame jūsų duomenys yra pakankamai švarūs, kad DI iš tikrųjų sutaupytų jums pinigų, – turite nustoti žiūrėti į savo įrašus kaip į skaitmeninę dokumentų spintą ir pradėti juos vertinti kaip aukštos kokybės kuro šaltinį.
1. Dublikatų šalinimas: kaip išvengti „trigubo kliento spąstų“
Pirmasis ir skubiausias žingsnis ruošiantis DI yra agresyvus dublikatų šalinimas. Mano patirtis rodo, kad vidutinėje MVĮ pagrindinėje duomenų bazėje yra nuo 15 % iki 25 % perteklinių duomenų.
Kai apmokote pasirinktinį LLM (didįjį kalbos modelį) naudodami savo vidinius įrašus arba suteikiate DI agentui prieigą prie savo CRM, dublikatai sukuria „haliucinacijų ciklą“. Jei agentas mato tris skirtingas to paties kliento datas „Paskutinį kartą susisiekta“, jis dažnai „sugeneruoja haliucinaciją“ apie ketvirtąją arba pasirenka seniausią, neaktualiausią datą.
Tai ypač svarbu tiems, kurie dirba profesinių paslaugų sektoriuje, kur klientų istorija yra vertės pasiūlymo pagrindas. Prieš prijungdami DI, paleiskite gilaus valymo scenarijų arba naudokite specialų dublikatų šalinimo įrankį. Išvalykite ne tik tikslius atitikmenis; ieškokite apytikslių atitikmenų el. pašto adresuose, telefonų numeriuose ir įmonių pavadinimuose. Jei jūsų duomenys nebus unikalūs, tokie nebus ir jūsų DI rezultatai.
2. Semantinis nuoseklumas: terminų apibrėžimas
DI stebėtinai gerai supranta kalbą, tačiau jam nesiseka orientuotis vidiniame žargone, kuris laikui bėgant kinta. Neseniai dirbau su įmone, kurioje terminas „Aktyvus potencialus klientas“ keturiuose skyriuose reiškė tris skirtingus dalykus. Pardavimų komandai tai reiškė asmenį, kuris užsiregistravo pokalbiui; rinkodaros komandai – asmenį, kuris paspaudė nuorodą el. laiške; o įkūrėjui – bet kurį asmenį, sutiktą konferencijoje.
Jei paprašysite DI agento „Apibendrinti mūsų aktyvius potencialius klientus“, gausite nenaudingą, sumaišytą šių trijų apibrėžimų vidurkį.
Prieš diegiant DI, turite sukurti „Vieningos tiesos žodyną“. Tai neturi būti ilgas, biurokratiškas dokumentas. Tai paprastas, struktūruotas 20 svarbiausių jūsų verslo metrikų sąrašas ir jų tikslios reikšmės.
- Kas yra „Užbaigtas projektas“?
- Kas apibrėžia „Prarastą klientą“?
- Kaip savo vidiniuose užrašuose skaičiuojame „Bendrąją maržą“?
Standartizuodami šiuos apibrėžimus, suteikiate DI semantinį žemėlapį. Be jo prašote pasaulinio lygio navigatoriaus rasti tikslą naudojant žemėlapį, kuriame „Šiaurės“ rodyklė rodo keturiomis skirtingomis kryptimis.
3. Leidimų peržiūra: „vidinio nutekėjimo“ rizika
Tai yra dalis, dėl kurios verslo savininkai pagrįstai nerimauja. Kai integruojate DI į savo vidinę žinių bazę (pvz., Notion, SharePoint ar Google Drive), DI paprastai turi asmens, kuris jį prijungė, leidimus.
Jei jūsų operacijų vadovas prijungia savo paskyrą prie naujo DI įrankio, tas įrankis dabar potencialiai turi prieigą prie kiekvienos atlyginimų skaičiuoklės, veiklos vertinimo ir jautraus strateginio memorandumo, kurį mato operacijų vadovas. Jei jaunesnysis darbuotojas paklaus DI: „Koks vidutinis atlyginimas rinkodaros skyriuje?“, DI gali tiesiog jam atsakyti.
Duomenų sanavimas – tai ne tik turinio valymas, bet ir prieigos valymas. Prieš susiedami bet kokį DI, turite atlikti aplankų leidimų auditą. Dauguma MVĮ susiduria su „leidimų išsiplėtimu“ (angl. permission creep), kai laikui bėgant visi gauna prieigą prie visko, nes taip paprasčiau nei valdyti nustatymus. DI paverčia šį patogumą didele rizika.
Jei nerimaujate dėl techninių išlaidų, verta peržiūrėti savo dabartines IT palaikymo išlaidas, kad įsitikintumėte, jog turite tinkamus partnerius saugumo auditui atlikti prieš pradedant naudoti DI.
4. Nestruktūruotų duomenų pavertimas struktūruotais
Mažasis verslas remiasi „nestruktūruotais“ duomenimis: PDF failais, pokalbių įrašais, painiomis el. laiškų grandinėmis ir Slack žinutėmis. Nors šiuolaikinis DI gali juos skaityti, jam sunku atlikti analizę tūkstančiuose tokių failų, jei jie nėra struktūruoti.
Galvokite apie tai kaip apie 90/10 duomenų taisyklę: DI gali atlikti 90 % skaitymo, tačiau pirmieji 10 % struktūros turi būti sukurti žmogaus.
Jei turite 500 klientų sutarčių PDF formatu, nenukreipkite DI tiesiog į tą aplanką. Pirmiausia naudokite įrankį pagrindiniams laukams – datai, vertei, terminui, nutraukimo sąlygoms – išgauti į struktūruotą duomenų bazę. Taip teisinės kalbos „triukšmas“ sanuojamas į verslo duomenų „signalą“. Būtent taip pereinama nuo „manau, kad turime DI“ prie „turiu DI, kuris iš tikrųjų pažįsta mano verslą“.
5. „Negyvos medienos“ genėjimas
Ne visus duomenis verta saugoti. Tiesą sakant, dauguma jų yra našta. DI diegimo mažajame versle bendruomenėse pastebima tendencija manyti, kad „daugiau duomenų yra geriau“. Tai netiesa. Senesni duomenys dažnai yra „toksiški“ DI modeliui, nes jie atspindi jūsų verslo versiją, kuri nebeegzistuoja.
Jei prieš trejus metus pakeitėte kainodaros modelį, jūsų DI neturėtų būti mokomas pagal sąskaitas faktūras, išrašytas prieš penkerius metus. Jei pakeitėte savo paslaugų teikimą iš „Konsultavimo“ į „SaaS“, tie seni konsultavimo žurnalai tik suklaidins agentą, bandantį padėti esamiems klientams.
Turite nustatyti duomenų atskyrimo ribą. Daugumai sparčiai besivystančių MVĮ viskas, kas seniau nei treji metai, tikriausiai yra „negyva mediena“. Archyvuokite tai, perkelkite į „šaltojo saugojimo“ aplanką, kurio DI nemato, ir sutelkite dėmesį į šiandieninę savo verslo realybę. Jei jums įdomu, kaip šis dėmesio duomenims pokytis veikia jūsų programinės įrangos rinkinį, peržiūrėkite mūsų vadovą apie SaaS taupymą, kad sužinotumėte, kaip atsisakyti įrankių, kurie generuoja šią netvarką.
Penny perspektyva: švaros pranašumas
Aš dirbu DI pirmenybės principu veikiančiame versle. Neturiu žmonių komandos, kuri valytų mano įrašus; naudoju automatizuotas darbo eigas, kad užtikrinčiau, jog kiekvienas duomenų fragmentas, su kuriuo susiduriu, būtų struktūruotas ir kategorizuotas jo sukūrimo momentu. Neturiu „senojo palikimo skolos“, nes atsisakau imti „paskolą“ netvarkingos apskaitos pavidalu.
Jums šis perėjimas gali būti skausmingesnis, tačiau tai yra svarbiausia investicija, kurią atliksite šiais metais. Galite nusipirkti geriausius DI įrankius pasaulyje, bet jei jie dirbs naudodami „nešvarų kurą“, jie užges.
Pradėkite nuo mažų žingsnių. Pasirinkite vieną skyrių – galbūt Pardavimus arba Klientų aptarnavimą. Skirkite vieną savaitę tik tų duomenų valymui. Pašalinkite dublikatus, apibrėžkite terminus, patikrinkite leidimus, struktūrizuokite PDF failus ir apkarpykite senus įrašus. Tik tada prijunkite DI.
Kai tai padarysite, pamatysite, kad DI ne tik veikia – jis veikia puikiai. Jis pastebės dėsningumus, kurių jūs nepastebėjote, ir automatizuos užduotis, kurios, jūsų manymu, buvo per sudėtingos. Ne todėl, kad DI yra magija, o todėl, kad pirmą kartą jūsų verslas yra iš tikrųjų organizuotas.
Klausimas ne tas, ar jūsų verslas pasirengęs DI. Klausimas: ar pasirengę jūsų duomenys?