Jei pažvelgę į savo kalendorių dabar matote daugybę 30 minučių blokų su pavadinimais „Greitas aptarimas“, „Savaitinis sinchronizavimas“ ar „Projekto statusas“, jūs ne vykdote verslą – jūs mokate mokestį. Aš tai vadinu „Sinchroniškumo mokesčiu“ – tai milžiniškos paslėptos išlaidos, kylančios dėl reikalavimo žmonėms tuo pačiu metu būti tame pačiame skaitmeniniame „kambaryje“ vien tam, kad informacija būtų perduota iš vieno asmens kitam.
Šiuolaikiniam mažojo verslo savininkui šis mokestis yra didžiausia kliūtis plėtrai. Kai jūsų komanda 40 % savo darbo savaitės praleidžia kalbėdama apie darbą, užuot jį dirbusi, jūsų augimą riboja valandų skaičius, kurį galite ištverti sėdėdami priešais internetinę kamerą. Tačiau yra geresnis būdas. Pasitelkdami DI įrankius mažajam verslui, galite pereiti nuo susitikimų kupinos kultūros prie „DI orkestruojamos“ darbo sekos, kurioje autonominiai agentai rūpinasi koordinavimu, būsenos atnaujinimais ir projektų priklausomybėmis, kol jūs ir jūsų komanda susitelkiate į didelės vertės užduočių vykdymą.
„Žmogiškosios tarpinės grandies“ modelio nesėkmė
💡 Norite Penny analizuoti jūsų verslą? Ji nustato, kuriuos vaidmenis AI gali pakeisti, ir sudaro etapinį planą. Pradėkite nemokamą bandomąją versiją →
Dauguma MVĮ veikia pagal modelį, kurį vadinu „žmogiškąja tarpine grandimi“ (angl. Human Middleware). Šioje sistemoje vadovai ir komandų lyderiai atlieka klijų tarp skirtingų programinės įrangos įrankių vaidmenį. Jie tikrina projektų valdymo lentą, pamato, kad užduotis vėluoja, ir tada jungiasi į Zoom skambutį paklausti, kodėl. Jie leidžia dienas rankiniu būdu sinchronizuodami duomenis tarp žmonių ir platformų.
Tai pasenęs mąstymo būdas. Į DI orientuotame versle „klijai“ neturėtų būti žmogus; tai turėtų būti DI agentų orkestravimo sluoksnis. Šie agentai nelaukia susitikimo, kad nustatytų kliūtis. Jie realiuoju laiku stebi jūsų Slack kanalus, CRM ir užduočių lentas, įsikišdami tik tada, kai būtina.
Perėjimas prie šio modelio ne tik taupo laiką – jis keičia jūsų verslo vieneto ekonomiką. Kai sumažinate nuolatinio sinchronizavimo poreikį, sumažinate ir viduriniosios grandies vadovų bei didelio tankio biuro patalpų poreikį. (Jei vis dar mokate už didelį centrinį biurą tik tam, kad žmonės būtų „suderinti“, peržiūrėkite mūsų gidą apie sutaupymą nekilnojamajam turtui, kad pamatytumėte, kiek lėšų galėtumėte susigrąžinti).
Veiksmų planas: Jūsų DI orkestravimo sluoksnio kūrimas
Perėjimas prie asinchroninės, DI orkestruojamos darbo sekos nereiškia visiško susitikimų uždraudimo. Tai reiškia užtikrinimą, kad iki to laiko, kai susitikimas iš tikrųjų įvyksta, visi duomenys jau būtų pasidalinti, o vienintelis likęs dalykas – priimti svarbų sprendimą.
1 žingsnis: Ambientinis būsenos atnaujinimas
„Būsenos aptarimo susitikimas“ yra žemiausia verslo komunikacijos forma. Tai vienpusis duomenų perdavimas, kuris galėjo būti el. laiškas – bet net ir juo neturėtų būti.
Vietoj to naudokite DI agentus, kad sukurtumėte ambientinį informacijos sluoksnį. Tokie įrankiai kaip Zapier Central arba pagal užsakymą sukurti agentai gali stebėti jūsų projektų valdymo programinę įrangą (Asana, Monday, ClickUp) ir pateikti kasdienę, automatizuotą „Verslo pulso“ santrauką tam skirtame Slack kanale.
Užuot klausęs „Kaip sekasi su Smith projektu?“, agentas proaktyviai skelbia: „Smith projektas šiuo metu baigtas 72 %. Sarah baigė projektavimo etapą prieš 2 valandas. Kita priklausomybė yra techninė Dave peržiūra, kurią jis suplanavo rytoj ryte.“
Nereikia jokio susitikimo. Nereikia jokio „greito sinchronizavimo“. Informacija egzistuoja kaip nuolatinė foninė būsena.
2 žingsnis: Priklausomybių valdymas su „Projektų sargybiniais“
Dažniausia susitikimo priežastis yra „blokatorius“. Kažkas negali pradėti B užduoties, kol kitas nebaigia A užduoties. Tradicinėje MVĮ šios priklausomybės dažnai sukelia el. laiškų grandinę arba karštingą penktadienio ryto skambutį.
DI „Projekto sargybinis“ veikia kaip autonominis koordinatorius. Jis supranta jūsų darbo sekos logiką. Jei programuotojas įkelia kodą į GitHub, bet pamiršta atnaujinti būseną Jira sistemoje, agentas aptinka veiklą, atnaujina lentą ir praneša QA vadovui, kad užduotis paruošta peržiūrai.
Šio tipo automatizavimas yra ypač efektyvus valdant nuotolinį IT palaikymą arba išorines technines komandas. Mačiau verslų, kurie drastiškai sumažino savo pridėtines išlaidas taikydami šiuos modelius; peržiūrėkite mūsų IT palaikymo išlaidų apžvalgą, kurioje rasite daugiau informacijos apie tai, kaip automatizavimas pakeičia rankinę priežiūrą.
3 žingsnis: Perėjimas prie asinchroninio sprendimų priėmimo
Jei būsenos atnaujinimą tvarko DI, kas nutinka su susitikimo „sprendimo“ dalimi?
Čia pasitarnauja asinchroninis vaizdo įrašas ir DI sintezė. Vietoj susitikimo komandos narys įrašo 2 minučių Loom vaizdo įrašą, kuriame paaiškina iššūkį ir siūlomą sprendimą. DI agentas (pvz., Otter arba Fireflies) transkribuoja vaizdo įrašą, išskiria pagrindinius sprendimo taškus ir sukuria komandai „Sprendimų giją“.
Komandos nariai pateikia savo mintis jiems patogiu laiku. Pasiekus konsensusą, DI agentas užfiksuoja sprendimą ir sukuria reikiamas užduotis. Tai išsaugo „Tėkmės būseną“ (angl. Flow State) – vertingiausią turtą žiniomis grįstame versle.
90/10 taisyklė sinchroniniam darbui
Kai verslo savininkams sakau, kad vadovauju į DI orientuotai įmonei, kurioje nėra jokių darbuotojų žmonių, jie dažnai klausia: „Bet ar jums netrūksta žmogiškojo ryšio?“
Štai mano 90/10 taisyklė: 90 % verslo operacijų turėtų būti atliekama asinchroniškai per DI orkestravimą. Likę 10 % – didelės empatijos, didelio kūrybiškumo ir svarbių strateginių sprendimų darbas – yra tai, kur turėtų pasireikšti žmonės (jei jų turite) arba jūsų pačių gilus susikaupimas.
Perkėlę 90 % procesų DI agentams, tuos 10 % padarote kur kas paveikesnius. Susitikimai tampa retu, didelės vertės įrankiu, o ne numatytuoju įpročiu.
Įgyvendinimas: Tinkamų DI įrankių pasirinkimas mažajam verslui
Norint tai pradėti, jums nereikia šešiaženklio korporacinio biudžeto. DI orkestravimo prieinamumo barjeras išnyko. Galite pradėti nuo paprasto rinkinio:
- Smegenys: Individualus ChatGPT (GPT) arba Claude projektas, apmokytas pagal jūsų specifines SOP (Standartines veiklos procedūras).
- Jungiamasis audinys: Zapier arba Make.com duomenų perkėlimui tarp programėlių.
- Sąsaja: Slack arba Microsoft Teams kaip „Valdymo centras“, kuriame agentai teikia ataskaitas.
Integruodami šiuos įrankius tikriausiai pastebėsite prenumeratos išlaidų augimą. Verta peržiūrėti mūsų SaaS sutaupymo gidą, kad įsitikintumėte, jog pridėdami DI įrankius nepermokate už pasenusią programinę įrangą, kurią DI jau padarė nereikalingą.
Ateitis: MVĮ be susitikimų
Tikslas nėra tiesiog turėti mažiau susitikimų. Tikslas yra sukurti verslą, kuris būtų atsparus laikui.
Asinchroninėje MVĮ verslas juda į priekį 24 valandas per parą, 7 dienas per savaitę. Kol jūs miegate, jūsų DI agentai tikrina terminus, iš naujo nustato užduočių prioritetus ir ruošia „Ambientinį sluoksnį“ tam laikui, kai pabisite. Jūs nustojate būti gaisrininku, reaguojančiu į naujausią Slack pranešimą, ir pradedate būti strategu, orkestruojančiu sistemą.
Pradėkite nuo mažų žingsnių. Šią savaitę pasirinkite vieną pasikartojantį susitikimą. Paklauskite savęs: „Ar DI agentas galėjo pateikti šią informaciją?“ Jei atsakymas yra „taip“, atšaukite susitikimą ir vietoj jo sukurkite agentą. Štai kaip iš tikrųjų vyksta transformacija – po vieną sutaupytą valandą.