Taip. Priminimų apie susitikimus siuntimas yra viena iš tų užduočių, kurias DI — arba tiksliau: automatizuota programinė įranga, tokia kaip RPA (robotic process automation) — gali perimti beveik visiškai. Tai nėra netikėtas rezultatas: užduotis yra nuspėjama, joje mažai vertinimo, o apimtis dažnai pakankamai didelė, kad automatizavimas būtų verta pastangų. Tai tiksliai tokio pobūdžio užduotis, kurią ftetoai analizė ir yra sukurta atpažinti.
Šiai užduočiai lemiamą reikšmę turi trys ašys: struktūrizuotumas, vertinimo laisvė ir apimtis.
Struktūrizuotumas yra maksimalus. Priminimas apie susitikimą visada seka tuo pačiu modeliu: yra data, laikas, kliento vardas ir susitikimo priežastis. Šie duomenys jau yra kalendoriaus sistemoje ar CRM. Nereikia nieko aiškintis, interpretuoti ar sudarinėti to, kas jau nėra užfiksuota. Palyginkite tai su užduotimi, kurioje reikia įvertinti, ar klientas nusipelno nuolaidos — tai reikalauja konteksto ir svarstymo. Priminimo apie susitikimą atveju to nėra.
Vertinimo laisvė taip pat yra maksimaliai automatizavimo naudai: paprasčiausiai nėra ko spręsti. Taisyklė yra „jei susitikimas vyks po X valandų, siųsk žinutę Y“. Du klientų aptarnavimo darbuotojai čia niekada nepriimtų skirtingo sprendimo, nes sprendimo priimti nereikia. Tai iš esmės skiriasi, pavyzdžiui, nuo skundo vertinimo, kai vienas darbuotojas parodo nuolaidumą, o kitas — ne.
Apimtis yra didelė: priminimai apie susitikimus siunčiami kasdien, kartais dešimtis ar šimtus kartų, beveik identišku būdu. Kuo didesnė apimtis prie nekintančio modelio, tuo tvirtesnis argumentas automatizavimui. Vieną kartą per mėnesį siunčiamas priminimas galbūt neapsimokėtų šiam procesui įdiegti; tačiau praktikoje, klinikoje ar salone su kasdieniais susitikimais — apsimoka.
Likusios ašys šį vaizdą patvirtina. Kliento kontaktas gauna 3 balus — kontaktas su klientu vyksta, tačiau tai yra vienpusis pranešimas su fiksuota žinute, o ne pokalbis, reikalaujantis įsijautimo. Fiziniai veiksmai nėra reikalingi, kūrybiškumas taip pat ne, o atitikties rizikos yra ribotos, kol tai yra neutralus priminimas be jautrios informacijos. Klaidų kaina gauna 4 balus: nepasiųstas ar dukart nusiųstas priminimas yra nepatogus, tačiau retai rimtas — praleistas susitikimas kainuoja laiką, ne saugumą ar dideles pinigų sumas.
Aukščiau pateiktas rezultatas taikomas standartinei situacijai: eiliniam susitikimui, fiksuotai žinutei, įprastam kanalui. Kitoje įmonėje situacija gali skirtis, ir tai tiksliai paaiškina, kodėl analizė turi būti atliekama kiekvienai įmonei atskirai, o ne pateikiama kaip bendras teiginys.
Tarkime, priminime pateikiama ne tik laiko informacija, bet ir personalizuotos pasiruošimo instrukcijos, kurios skiriasi kiekvienam klientui — pavyzdžiui, medicininio pirminio įvertinimo atveju, kai turinys priklauso nuo bylos. Tuomet struktūrizuotumas sumažėja, o vertinimo laisvė padidėja, ir užduotis pereina nuo „DI gali tai perimti“ prie „iš dalies, su priežiūra“. Taip pat, jei komunikacijos kanalas yra jautrus — pavyzdžiui, SMS klientui, kuris niekada nedavė sutikimo šiam kanalui — situacija iš esmės nesikeičia, bet teisiškai pasikeičia, ir tai paveikia atitikties ašį.
Mažos apimties atveju, pavyzdžiui, savarankiškai dirbančio konsultanto su trimis susitikimais per savaitę, automatizavimas techniškai tebėra galimas, tačiau investicijos į integraciją ir įdiegimą mažiau atsiperka laiko sutaupymu. Tuomet tai galbūt liks žmogaus darbas, ne dėl to, kad negalima, bet dėl to, kad tai neapsimoka.
Šios užduoties automatizavimas nėra tiesiog „įjungimo“ klausimas. Konkrečiai reikalingos dvi sąlygos: veikianti integracija su kalendoriaus sistema, kad pakeitimai ir atšaukimai automatiškai atsispindėtų priminime, ir galiojantis sutikimas pasirinktam komunikacijos kanalui — el. paštui ar SMS reikalingas kliento sutikimas, ir tai nėra techninė, o teisinė sąlyga. Įmonės, kurios ilgesnį laiką dirba su klientų komunikacija, šį modelį atpažįsta ir kituose sektoriuose; pavyzdžiui, ką DI gali perimti viešbučių ir restoranų versle parodo, kaip panašūs priminimai naudojami rezervacijų atveju.
Šis puslapis nėra apie personalo panaudojimą. Ką organizacija daro su atlaisvintomis valandomis, sprendžia pati organizacija; mes tik aprašome, kurios užduotys tinka automatizavimui. Jei šios užduoties automatizavimas susijęs su pareigų turiniu ar personalo sprendimais, tam taikomi atskiri teisiniai reikalavimai — tai nėra šios analizės dalis.
Tiems, kurie DI taikymus naudoja plačiau organizacijoje, verta atkreipti dėmesį ir į DI reglamentą ir jūsų darbuotojus, ir į DI raštingumą kaip pareigą, nes net ir paprastas automatizavimas, toks kaip priminimai apie susitikimus, patenka į platesnę atsakingo DI sistemų naudojimo įmonėje sistemą.
Jei šią užduotį atpažįstate savo organizacijoje, kitas klausimas nėra ar tai galima, o kiek jūsų darbuotojų valandų sudaro panašios užduotys. Nemokama ftetoai greitoji analizė susideda iš dvylikos klausimų, nereikalauja paskyros ir parodo, kokia dalis jūsų profilio valandų šiandien gali būti perimta DI. Išsamesnė darbo analizė, kuri nagrinėja atskiras užduotis giliau, kol kas kuriama — šiuo metu ji dar neegzistuoja, ir apie tai pranešame sąžiningai, nei ją reklamuojame iš anksto.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.