Taip. Sveikinamosios žinutės siuntimas po pirkimo ar registracijos yra užduotis, kurią jau šiandien gerai gali perimti automatizavimas. Tam net nereikia pažangios AI: reguliarus automatizavimas (RPA) kartu su e. pašto rinkodaros įrankiu ar CRM sistema puikiai atlieka darbą beveik visais atvejais.
Lemiamą reikšmę turi trys ašys: struktūruotumas, vertinimo laisvė ir apimtis. Visos trys gauna maksimalų įvertinimą.
Struktūruotumas (5 iš 5). Sveikinamoji žinutė seka pastoviu modeliu: klientas perka arba registruojasi, sistema atpažįsta trigerį, šablonas užpildomas vardu ir pagrindiniais duomenimis, žinutė automatiškai siunčiama. Nereikia interpretuoti situacijos, atlikti tyrimo darbo ar spręsti, kas turėtų būti žinutėje. Turinys yra nustatytas iš anksto.
Vertinimo laisvė (5 iš 5). Sprendimo priimti nereikia. Sistemai nereikia svarstyti, ar tai yra tinkama žinutė šiam konkrečiam klientui — kiekvienas naujas klientas gauna tą pačią žinutę, galbūt su keliais kintamaisiais laukais. Kur nereikia vertinimo, nėra ir rizikos, kad automatizavimas padarys neteisingą sprendimą.
Apimtis (5 iš 5). Sveikinamosios žinutės siunčiamos daug ir pakartotinai, dažnai kasdien. Didelė apimtis kartu su pastoviu modeliu — tai tiksliai tas profilis, kuriame automatizavimas per trumpą laiką atsiperka: kiekviena sutaupyta minutė susikaupia augant naujų klientų skaičiui.
Kitos ašys atrodo mažiau vienareikšmiškos, tačiau čia nėra lemiamos.
Klientų kontaktas (3 iš 5). Žinutė pasiekia klientą tiesiogiai, todėl klientų kontaktas tikrai egzistuoja. Bet kadangi tai yra informacinė, faktinė žinutė — ne skundas, ne derybos, ne jautri situacija — šis kontakto momentas sveria mažiau nei, pavyzdžiui, atsakymas piktam klientui.
Kūrybiškumas (4 iš 5) ir atitiktis (4 iš 5). Kūrybinio įnašo reikia vos vos: tonas ir turinys yra fiksuoti šablone. Atitiktis (compliance) tampa svarbi, kai žinutėje tvarkomi asmens duomenys arba turi būti įtraukta teisiškai privaloma informacija (pvz., sutarties atsisakymo teisė pirkimo atveju), bet tai galima sutvarkyti pačiame šablone ir tam nereikia nuolatinės žmogaus kontrolės kiekvienai siunčiamai žinutei.
Klaidų kaina (4 iš 5). Jei kas nutrūksta blogai, žala yra ribota: klientas, kuris gauna neteisingai užpildytą sveikinamąją žinutę, tai nemalonu, tačiau retai kada rimta. Tai skiriasi nuo, pavyzdžiui, neteisingai išsiųstos sąskaitos faktūros ar nepagrįstai atmestos paraiškos.
Šią užduotį galima automatizuoti technologija, kuri egzistuoja jau daugelį metų: trigeris CRM sistemoje ar internetinėje parduotuvėje, kuris aktyvuoja e. laišką per rinkodaros įrankį, naudojant iš anksto patvirtintą šabloną. Yra dvi būtinos sąlygos. Pirma, šablonas turi būti galutinai sutvarkytas — įskaitant bet kokį teisiškai privalomą tekstą — prieš paleidžiant procesą. Antra, trigeris turi būti tinkamai susietas su reikiamu momentu: pirkimo momentu ar registracija, o ne su kitu sistemos įvykiu, kuris atsitiktinai paleidžia tą pačią žinutę.
Šis rezultatas taikomas standartinei sveikinamajai žinutei su pagrindine informacija. Kai užduotis pasislenka į kažką labiau pritaikyto — asmeninį sveikinimo pokalbį, žinutę, kuri priklauso nuo kliento tipo ar pirkimo vertės, arba pranešimą, kuris atsižvelgia į konkrečią situaciją — ašys pasislenka. Vertinimo laisvė ir kūrybiškumas tuomet padidėja, ir užduotis pereina iš 1 kategorijos į 2 kategoriją: AI ar automatizavimas galėtų sudaryti projektą, tačiau darbuotojas jį patvirtina arba atmeta.
Taip pat, jei sveikinamoji žinutė yra susieta su finansiniu produktu, draudimu ar kitu dalyku, turinčiu teisinį pagrindą, situacija pasikeičia: tada atitiktis nėra vienkartinis šablono patikrinimas, o nuolatinė kontrolė. Tai susiję su platesne didelės rizikos AI darbo vietoje tema, kur taikomi griežtesni priežiūros reikalavimai. Ir kadangi sveikinamoji žinutė pagal apibrėžimą tvarko asmens duomenis — vardą, e. pašto adresą, kartais pirkimo duomenis — rengiant procesą verta atsižvelgti ir į BDAR taikymą automatizuojant užduotis.
Šis puslapis aprašo užduotį, o ne personalo sprendimą. Ar ir kaip šios užduoties automatizavimas turi pasekmių rinkodaros ar klientų aptarnavimo darbuotojų darbo apimčiai — tai pasirinkimas, priklausantis darbdaviui, kuriam taikomi savi teisiniai reikalavimai — įskaitant galimą darbo tarybos vaidmenį. Šiame puslapyje dėl to patarimų nėra.
Ne visos rinkodaros ar klientų aptarnavimo užduotys yra tokios paprastos. Pavyzdžiui, klientų ir partnerių tikrinimas sankcijų sąrašuose vertinamas kitaip, nes ten svarbus vertinimas ir atitikties rizika, o taip pat popierinio archyvo skaitmenizavimas vertinamas kitaip dėl medžiagos pobūdžio. Tas skirtumas parodo, kodėl į konkrečią užduotį orientuota patikra duoda daugiau nei sprendimas apie visą skyrių vienu kartu.
Ar norite sužinoti, kaip tai atrodo jūsų komandos užduotims, ne tik sveikinamosioms žinutėms, o visam užduočių paketui? Nemokamą ftetoai greitąją patikrą sudaro dvylika klausimų, ji veikia be paskyros ir parodo, kokią dalį valandų pareigų profilyje AI galėtų perimti jau šiandien. Išsamesnė darbo patikra, kuri giliau analizuoja atskirus procesus, dar kuriama — šio pažado čia sąmoningai nepervertinam.
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.