„Vartotojo sąsajos“ eros pabaiga: kodėl jūsų būsimame biure nebus mygtukų

Per pastaruosius dvidešimt metų „modernaus“ verslo skiriamuoju ženklu buvo aptakūs SaaS valdymo skydeliai (angl. dashboards). Mes buvome pripratinti tikėti, kad efektyvumas atrodo kaip naršyklė su keturiolika atidarytų kortelių – „Xero“ apskaitai, „HubSpot“ potencialiems klientams, „Zendesk“ užklausoms ir „Slack“, kad galėtume apie visa tai pasikalbėti. Tačiau analizuodamas tūkstančius verslų matau struktūrinį pokytį, kurio dauguma dar nepastebėjo. Žengiame į „Vartotojo sąsajos eros“ pabaigą.

Tai ne tik dar viena technologijų tendencija; tai fundamentalioji DI transformacijos realybė. Tolstame nuo pasaulio, kuriame žmonės jungiasi prie programinės įrangos užduotims atlikti, ir judame link pasaulio, kuriame „Nematomos operacijos“ (angl. Invisible Operations) vyksta fone, suaktyvinamos ketinimo, o ne spustelėjimų. Jei jūsų ateinančių penkerių metų strategija apima daugiau programinės įrangos su geresniais mygtukais pirkimą, jūs ne transformuojatės – jūs tiesiog dekoruojate skęstantį laivą.

Valdymo skydelių spąstai ir vartotojo sąsajos trinties mokestis

Kiekvieną kartą, kai jūsų komandos narys turi prisijungti prie programinės įrangos, kad perkeltų duomenis iš taško A į tašką B, jūs mokate tai, ką aš vadinu Vartotojo sąsajos trinties mokesčiu.

Programinės įrangos sąsajos buvo sukurtos kaip tiltas tarp žmogaus logikos ir mašinos vykdymo. Jos buvo būtinos, nes žmonės nemokėjo kalbėti „kodu“, o mašinos nesuprato „ketinimų“. Valdymo skydeliai buvo kompromisas. Tačiau valdymo skydeliai taip pat yra izoliuotos informacijos salos. Jiems reikia mokymų, slaptažodžių, atnaujinimų ir – kas brangiausia – žmogaus dėmesio, kad informacija išliktų tiksli.

Neseniai dirbau su vidutinio dydžio profesionalių paslaugų įmone, kuri kas mėnesį atlyginimams išleisdavo £40,000 vien tam, kad žmonės „valdytų sistemas“. Jie neatliko paties darbo; jie valdė darbo sąsają. Žvelgiant į realias SaaS sutaupymo galimybes, didžiausi laimėjimai pasiekiami ne derantis dėl 10 % nuolaidos licencijos mokesčiui, o visiškai panaikinant sąsajos poreikį.

Nuo „Kaip“ prie „Kas“: ketinimų ekonomika

Vartotojo sąsajos eroje vadyba sukosi aplink „Kaip“. Kaip sukonfigūruoti šią darbo eigą? Kaip sugeneruoti šią ataskaitą? Kaip naudotis šiuo įrankiu?

Ketinimų ekonomikoje dėmesys sutelkiamas išskirtinai į „Kas“. Jūs nebe „naudojatės“ CRM; jūs sakote autonominiam agentui: „Rask visus potencialius klientus, su kuriais nebuvo susisiekta per 48 valandas, ir nusiųsk jiems asmeninę žinutę, pagrįstą jų paskutiniu „LinkedIn“ įrašu“. Agentui nereikia valdymo skydelio. Jam reikia API rakto ir instrukcijų rinkinio.

Tai yra DI transformacijos esmė. Tai perėjimas nuo tarpininkaujamo darbo (naudojant įrankį) prie tiesioginio darbo (įvardijant rezultatą).

Nematomų operacijų kilimas

Pagalvokite apie savo dabartinį administravimą (back-office). Tikėtina, kad jis veikia kaip salų grandinė. Kai gaunama sąskaita faktūra, žmogus (tiltas) perneša tą informaciją iš el. pašto „salos“ į apskaitos „salą“.

Nematomos operacijos pakeičia tiltą nuolatiniu tuneliu.

Pirmiausia į DI orientuotas verslas veikia per orkestravimo sluoksnį. Užuot „pagalbos skyriaus vadovui“ jungiantis prie sistemos užklausoms skirstyti, autonominis agentas perskaito gaunamus duomenis, patikrina kliento istoriją, išsprendžia problemą ir atnaujina duomenų bazę. Verslo savininkui skirta „sąsaja“ yra ne užklausų eilė, o paprastas pranešimas: „Šiandien išspręstos 24 užklausos, 100 % pasitenkinimas, £0.00 ribinės išlaidos“.

Tai aiškiausiai matome žvelgdami į IT pagalbos išlaidas. Tradiciškai ši funkcija buvo apibrėžiama „užklausomis“ – galutiniu, sąsaja grindžiamu rodikliu. Autonominiame biure tikslas yra ne greičiau valdyti užklausas, o užtikrinti, kad užklausa niekada nebūtų sukurta, nes sistema pati susitvarko arba vartotojo ketinimas patenkinamas per natūralios kalbos sluoksnį dar prieš jam pasiekiant pagalbos mygtuką.

90/10 autonomijos taisyklė

Šiuo pereinamuoju laikotarpiu pastebėjau dėsningumą, kurį vadinu 90/10 taisykle.

Kai DI atlieka 90 % funkcijos vykdymo, likę 10 % (išskirtiniai atvejai, didelės svarbos sprendimai, žmogiška empatija) retai pateisina atskirą tos funkcijos „vadovo“ ar „specialisto“ vaidmenį. Vietoj to, tie 10 % įsilieja į platesnį „Ketinimų direktoriaus“ vaidmenį – asmens, kuris valdo agentų užduotis ir parametrus, o ne žmones, atliekančius užduotis.

Štai kodėl „Agentūrų mokestis“ tampa toks akivaizdus. Jei agentūra ima mokestį už „Kaip“ (vykdymą, mygtukų spaudymą, ataskaitų teikimą), jie ima mokestį už trintį, kurią DI jau išsprendė. Turėtumėte mokėti tik už „Kas“ – strategiją ir unikalias įžvalgas, kurių agentai negali atkartoti.

Pagrindas: Agentų brandos modelis

Kaip sužinoti, kurioje šios transformacijos vietoje yra jūsų verslas? Vertindamas „priklausomybę nuo sąsajos“, naudoju keturių etapų modelį:

1. Rankinis (analoginis): Informacija yra galvose arba popieriuje. Didelė rizika, nulinis mastelio keitimas.
2. Sąsaja (skaitmeninis): Turite „programėlę tam“. Čia šiandien yra dauguma įmonių. Jos yra „skaitmeninės“, bet labai neefektyvios dėl vartotojo sąsajos trinties mokesčio.
3. Padedamas (antrasis pilotas): DI naudojate sąsajų viduje (pvz., valdymo skydelyje spustelėdami „Apibendrinti“). Tai pereinamasis etapas. Jis pagreitina žmogų 20 %, bet valdymo skydelis išlieka.
4. Autonominis (nematomas): Valdymo skydelio nebeliko. Sistemos kalbasi su sistemomis. Žmonės nurodo ketinimą ir vykdo priežiūrą. Ribinės veiklos sąnaudos artėja prie nulio.

Antriniai efektai: kas laukia SaaS rinkos?

Jei ateitis bus be mygtukų, kas nutiks milijardų vertės SaaS industrijai?

Mes jau matome SaaS atsiskyrimą (angl. SaaS Decoupling). Programinė įranga skyla į du sluoksnius: „Įrašų sistemą“ (duomenų bazę, kurioje gyvena duomenys) ir „Intelekto sluoksnį“ (DI, kuris sąveikauja su tais duomenimis).

Artimiausioje ateityje jums bus nesvarbu, ar jūsų duomenys yra „Salesforce“, „HubSpot“, ar individualioje SQL duomenų bazėje. Jums rūpės agentų, veikiančių virš jų, kokybė. Vertė persikelia iš „konteinerio“ (programinės įrangos) į „konduktorių“ (DI). Todėl savo klientams sakau: nustokite pasirašinėti trejų metų sutartis dėl „funkcijų“. Funkcijos yra tik mygtukai. Susikoncentruokite į duomenų perkeliamumą ir API prieigą.

Geroji tiesa apie transformaciją

Tikroji DI transformacija yra nepatogi, nes ji paverčia „užimtumą“ atgyvena. Sąsajų valdomame pasaulyje atrodo lengva būti užimtam – tiesiog spaudinėji mygtukus ir kilnoji langus. Nematomame biure nėra kur pasislėpti. Jūs arba kuriate strateginę vertę, arba sistema veikia be jūsų.

Jei norite sukurti efektyvesnį verslą, nustokite ieškoti geresnės programinės įrangos. Pradėkite ieškoti būdų, kaip panaikinti sąsają. Jūsų tikslas turėtų būti ne geresnis valdymo skydelis, o tai, kad jo visai nebūtų.

Jūsų veiksmų planas nematomam biurui sukurti

1. Įvertinkite vartotojo sąsajos trinties mokestį: Nustatykite 3 svarbiausius procesus, kuriuose jūsų komanda praleidžia daugiausia laiko „jungdamasi“ prie sistemų duomenims perkelti.
2. Reikalaukite „pirmiausia API“: Prieš pirkdami bet kokį naują įrankį, paklauskite: „Ar galiu valdyti visas šio įrankio funkcijas per API, niekada neatidarydamas naršyklės?“ Jei atsakymas neigiamas – nepirkite.
3. Sukurkite bandomąją ataskaitą: Užuot naudoję valdymo skydelį, paprašykite DI agento kasdien atsiųsti 3 sakinių svarbiausio rodiklio santrauką paprasta kalba. Jei tos santraukos pakanka sprendimams priimti, valdymo skydelio jums nereikia.

Tinklalapyje aiaccelerating.com aš jau dirbu būtent taip. Neturiu komandos ir retai žiūriu į valdymo skydelius. Mano verslas yra ketinimų ir agentų rinkinys. Tai greičiau, pigiau ir, tiesą sakant, daug smagiau.

Ar jūsų verslas pasirengęs atsisakyti mygtukų?