realtimevaluation Į laukiančiųjų sąrašą

Kennisbank

Planavimo padarymas perduodamu su AI pagalba

Kur slypi priklausomybė

Daugelyje įmonių planavimas nėra dokumentas, o žmogus. Kažkas žino, kuris klientas praėjusią savaitę buvo sunkus, kuris darbuotojas negali dirbti šalia kito, kuri mašina po techninės priežiūros veikia lėčiau ir kuris tiekėjas pristato laiku, o kuris ne. Šios žinios niekur nėra užrašytos, nes jos naudojamos kasdien ir todėl niekada nebuvo užrašytos. Kasdieniam darbui tai veikia. Pirkėjui tai yra problema: nėra planavimo, kurį galima parduoti, yra tik žmogus, kurį atsitiktinai taip pat reikia parduoti kartu.

Kodėl taip susiklostė

Planavimas dažniausiai susiformavo, o ne buvo sukurtas. Pirmaisiais metais reikėjo vieno žmogaus, kuris išlaikytų apžvalgą, ir tas žmogus tapo vis geresnis, augant įmonei. Sistemos kartais buvo įvestos, tačiau kaip pagalbinis įrankis prie galvos, o ne kaip jos pakaitalas. Išimtys, pageidavimai ir gudrybės liko neužrašytos, nes žmogus, kuris jas žinojo, buvo čia kiekvieną dieną. Niekas neturėjo priežasties tai užrašyti, kol pirkėjas paklausia, kas atsitiks, jei tas žmogus dingtų mėnesiui.

Rizika pirkėjui

Pirkėjas vertina ne tai, kaip planavimas veikia dabar, o tai, kas tęsis toliau, jei dabartinis planuotojas nebebus. Jei atsakymas yra „mes to nežinome“, ta rizika įskaičiuojama į kainą arba į perdavimo sąlygas. Tai tiesiogiai susiję su savininko priklausomybės indeksu: kuo daugiau planavimo sprendimų priklauso nuo vieno žmogaus, tuo didesnę korekciją pirkėjas taiko, net jei likusi įmonės dalis yra tvarkoje. Ką perimamumas reiškia kainai parodo, kaip ta korekcija veikia praktikoje.

Kas keičiasi jau šiandien

Planavimas susideda iš eilės sprendimų, ir ne kiekvienas sprendimas sveria tiek pat. Dalis jų yra reguliarūs: kas gali dirbti kada, kokia eilės tvarka yra logiška, kokia kombinacija jau šimtą kartų pasiteisino. Tą dalį sistema su AI gali fiksuoti ir vykdyti jau šiandien, jei taisyklės kada nors buvo užrašytos arba gali būti nustatytos iš istorinių duomenų. Kita dalis vis dar reikalauja žmogiškos priežiūros: išimtis, kuri neatitinka modelio, konfliktas tarp dviejų nuolatinių klientų, sprendimas, kuriam reikia priežasties, kurią sistema gali pateikti, bet negali priimti pati. Trečia dalis vis dar liks žmogaus darbu, ypač kai kalbama apie piktos kliento situacijos de-eskalaciją ar naujo darbuotojo, kuris dar neturi darbo istorijos, vertinimą.

Santykis tarp šių trijų kategorijų smarkiai skiriasi pagal įmonę, ir šis skirtumas priklauso ne nuo sektoriaus, o nuo to, kas kada nors buvo užfiksuota. Įmonė, kurioje planavimo taisyklės, išimtys ir pageidavimai jau yra sistemoje, gali perleisti didelę dalį reguliaraus darbo ir palikti priežiūrą likusiai daliai. Įmonė, kurioje tai yra tik planuotojo galvoje, pirmiausia turi žengti šį žingsnį, kol AI galės ką nors perimti. Tai ne klausimas, kas planuoja geriau ar blogiau, o klausimas, kas kada nors buvo užrašyta, o kas ne.

Kaip padaryti tai perduodamu, nepakenkiant santykiams

Planuotojas, kuris dabar viską žino, nėra problema, o sprendimo šaltinis. Padarymas perduodamu pradedamas nuo to, kas tas žmogus jau daro, užfiksavimo: kokias taisykles jis taiko, kokios išimtys kartojasi, kokius sprendimus jis priima ir kodėl. Tai nėra jo vaidmens pakeitimas, o jo žinių pavertimas kažkuo, kuo sistema gali pasiremti ir ką perėmėjas gali perskaityti. Kai AI perima reguliarų darbą, planuotojui vis dar lieka vietos vertinti išimtis, kas jo funkciją pagal reikšmę labiau sustiprina, nei sumažina jos svarbą.

Šis požiūris paveikia ir kitas įmonės dalis. Planavimas dažnai susijęs su kaip klientų santykiai padaromi perduodami, nes klientų pageidavimai ir planavimo taisyklės dažnai priklauso toms pačioms galvoms, ir su kaip tiekėjų santykiai padaromi perduodami, nes pristatymo laikai ir planavimas veikia vienas kitą. Taip pat svarbūs ir su tuo susiję sprendimų priėmimo procesai: kaip sprendimų priėmimas padaromas perduodamas aprašo, kaip panašios priklausomybės susidaro už planavimo ribų.

Jei ši tema susijusi su personalo sprendimais, pavyzdžiui, pareigų ar etatų pokyčiais, tam taikomi atskiri teisiniai reikalavimai, kurie čia nėra aptariami.

Kas turi būti sutvarkyta už sistemos ribų

Perduodamas planavimas yra daugiau nei programinė įranga. Sutartys su klientais ir tiekėjais turi būti perleistos perdavimo metu, o susitarimai, kurie dabar yra žodiniai ar numanomi, turi būti užfiksuoti. Kokie teisiniai klausimai turi būti sutvarkyti pardavimui, aprašyta puslapyje kokie teisiniai klausimai turi būti sutvarkyti pardavimui, ir tai yra logiškas tolesnis žingsnis, kai planavimas pats jau yra užfiksuotas.

Ką galite padaryti dabar

Klausimas, kurią šios konkrečios įmonės planavimo dalį gali perimti AI, kuriai daliai vis dar reikia priežiūros ir kuri dalis liks žmogaus darbu, atsakomas atskirai kiekvienai užduočiai naudojant FTE TO AI darbo skenavimą. Jei pirmiausia norite žinoti, kur šiandien yra planavimas ir kiti veiksniai, nemokamas vertės patikrinimas su aštuoniais trumpais klausimais, po vieną kiekvienam veiksniui, parodys, kuris veiksnys šiandien labiausiai spaudžia jūsų kainą. Pilnas vertės skenavimas, su brandos įverčiais pagal veiksnius ir dvejų metų kalendoriumi iki išėjimo momento, yra kuriamas.