Kai NPS krenta, kas atsakingas?

Paslaugų įmonė. Trejų metų CX programa. Strategija parašyta, pristatyta, patvirtinta. NPS matuojamas kas ketvirtį. Komanda motyvuota.

Vieną dieną NPS nukrenta 12 taškų. Vadovas paklausia: kas atsakingas? Atsakymas — visi. Kas reiškia: niekas.

Tai nėra išimtis. Tai struktūrinė taisyklė: CX strategija be valdymo architektūros yra puikiai suformuluotas ketinimas. O ketinimai nekeičia elgsenos, kol nepavirsta į sistemą, kuri nustato, kas, kada ir kaip priima sprendimus kliento vardu.

⚠️ Svarbiausia įžvalga: štai kodėl matavimo rodikliai gerėja, o klientai išeina. Ir kodėl po metų investicijų komanda negali atsakyti, kas atsakingas už tai, kad problema kartojasi.

Kodėl dauguma CX strategijų neduoda rezultatų

Klientų orientuotos organizacijos pasiekia 41 % greitesnį pajamų augimą, 49 % greitesnį pelno augimą ir 51 % geresnį klientų išlaikymą nei kitos. Tačiau tik 3 % įmonių šiuo metu atitinka šį standartą.

Ne todėl, kad trūksta vizijos ar investicijų — o todėl, kad vizija neišverčiama į kasdienius sprendimus. Daugelis įmonių turi CX strategiją. Nedaugelis turi atsakymą į klausimą: kas nusprendžia, kai kažkas negerai?

Šaltinis: Forrester 2024 US Customer Experience Index (paskelbtas 2024 m. birželio 17 d.). Tyrimas apėmė daugiau nei 98 000 JAV vartotojų, 223 brendus ir 13 pramonės sektorių.

Kuo skiriasi strategija nuo valdymo architektūros

CX strategija atsako į klausimą: kur norime būti? Valdymo architektūra atsako į klausimą: kas nusprendžia, kai kažkas negerai?

Organizacijos, kurios pasiekia apčiuopiamų CX rezultatų, nesiskiria geresne vizija. Jas skiria tai, kad jos turi atsakymą į antrąjį klausimą — konkretų, pasirašytą ir veikiantį kasdien, ne tik strateginių susitikimų metu.

Strategija apibūdina tikslą. Valdymo architektūra nustato mechanizmą tiems tikslams pasiekti — kai niekas nežiūri ir kai niekas nesitiki problemų.

Nemokamas įvertinimas · 3 minutės

Ar jūsų klientų patirtis yra valdoma sistema — ar tiesiog loterija?

Atlikite ekspres-testą vadovams ir sužinokite, kur jūsų įmonė šiandien stovi CX brandos skalėje — ir ką daryti pirmiausia.

Atlikti nemokamą testą

Keturi struktūriniai elementai, kurių trūksta daugumai strategijų

Kiekvienas jų atsako į klausimą, kurio strategija neužduoda.

1
Atsakomybė — ne funkcija, o vardas CX yra visos organizacijos atsakomybė — tiesa, kuri praktiškai reiškia, kad niekas nėra atsakingas. Veikianti sistema nustato konkretų žmogų — ne komandą, ne skyrių — atsakingą už kliento patirtį nuo pradžios iki pabaigos, su įgaliojimais kalbėtis su visais skyriais, keisti procesus ir priimti sprendimus be komiteto patvirtinimo. Kai atsakomybė paskirstyta visiems — realiai ji nepriklauso niekam.
Diagnostinis klausimas Jei jūsų NPS kitą mėnesį nukristų 10 taškų — kas organizacijoje būtų atsakingas? Jei negalite atsakyti vienu vardu — atsakomybės struktūros nėra.
Pradėk čia Parašykite vieno žmogaus vardą, atsakingą už CX rezultatus jūsų organizacijoje. Jei negalite to padaryti per 30 sekundžių — pirmasis struktūrinis elementas neegzistuoja.
2
Sprendimų mechanizmas — ne susirinkimas, o sprendimas Dauguma CX valdymo susirinkimų yra ataskaitos, ne sprendimai: komanda susirenka, peržiūri duomenis, paskirsto veiksmus — ir kitą mėnesį aptaria tuos pačius klausimus. Sprendimų mechanizmas apibrėžia, kokius sprendimus galima priimti, kas turi įgaliojimus juos priimti ir kas nutinka, kai sprendimas nepriimamas laiku. Skirtumas matomas po susirinkimo: ar komanda išeina su sprendimais ir terminais — ar su veiksmų sąrašu, kuris bus peržiūrėtas po mėnesio.
Diagnostinis klausimas Per paskutinius tris CX valdymo susirinkimus — kiek sprendimų buvo priimta su konkrečiu vykdytoju ir terminu? Jei artima nuliui — turite ataskaitos ritualą, ne valdymo sistemą.
Pradėk čia Paimkite paskutinio CX susirinkimo protokolą. Suskaičiuokite, kiek punktų turi aiškų atsakingą asmenį ir konkretų terminą. Jei mažiau nei pusė — susirinkimas yra ataskaita, ne sprendimų forumas.
3
Matavimas — ne rodiklis, o signalas NPS, CSAT, CES — vertingi rodikliai. Tačiau jie parodo, kas nutiko, ne kodėl — ir parodo praeitį, ne ateitį. Veikianti sistema matuoja ir ankstyvuosius signalus: kontaktų dažnumo pokyčius, skaitmeninės kelionės atsisakymo taškus, tylų klientų išėjimą be skundo. Šie signalai atsiranda anksčiau nei bet koks NPS pokytis. Organizacija, kuri reaguoja tik į NPS, visada reaguoja vėlai — klientas jau priėmė sprendimą išeiti.
Diagnostinis klausimas Ar jūsų matavimo sistema aptinka kliento nepasitenkinimą prieš jam tampant oficialiu skundu — ar tik po to?
Pradėk čia Nustatykite tris ankstyvuosius signalus, kuriuos galite stebėti jau šiandien: kontaktų dažnumą, atnaujinimo pokalbių atsisakymą, skaitmeninės kelionės atsisakymo tašką. Kuris iš jų šiuo metu nematuojamas?
4
Pažado ir realybės darna — ne rinkodaros užduotis Rinkodaros komanda dažnai sukuria lūkesčius, kurių operacijos negali atitikti — ne dėl blogos valios, o todėl, kad šios dvi funkcijos niekada nebuvo paklaustos vieno klausimo: ar galime tai įvykdyti nuosekliai, kiekvienam klientui, įprastomis darbo sąlygomis? Kai atsakymas — ne, klientas tai jaučia kaip nuolatinį atotrūkį tarp to, kas pažadėta, ir to, kas gauta. Tai dažniausia tylaus klientų išėjimo priežastis. Darna nėra nei rinkodaros, nei operacijų užduotis — ji reikalauja asmens, turinčio įgaliojimus keisti abu.
Diagnostinis klausimas Kas jūsų organizacijoje atsakingas, kad pažadas ir realybė sutaptų — ir ar tas žmogus turi įgaliojimus keisti tiek rinkodaros komunikaciją, tiek operacinį procesą?
Pradėk čia Pasirinkite vieną dabartinį rinkodaros pažadą. Paklauskite operacijų vadovo: ar galime tai įvykdyti nuosekliai, visais kanalais, prasčiausią mėnesio dieną? Atsakymas parodys, ar darna egzistuoja.

Kaip tai atrodo praktiškai

Paslaugų bankas. Naujos paskyros atidarymo procesas trunka 14 dienų. Klientai skundžiasi, CSAT krenta, vadovybė sušaukia susirinkimą. Trys skyriai pateikia savo diagnozę:

Rinkodara: reikia geresnės komunikacijos — klientai nesupranta, kodėl laukia tiek ilgai.
Operacijos: trūksta žmonių — paraiškų per metus išaugo 40 %, reikia naujų etatų.
IT: sistema lėta — keli žingsniai reikalauja rankinio įvedimo, reikia automatizavimo.

Visos trys diagnozės teisingos. Ir būtent todėl niekas nepasikeis. Kiekvienas skyrius mato savo problemos dalį; niekas neatsako už visumą. Susirinkimas baigiasi trimis veiksmų planais, trimis biudžeto prašymais ir vienu neatsakytu klausimu: kas priims galutinį sprendimą, jei trys planai konkuruoja dėl tų pačių išteklių?

Su valdymo architektūra
Bankas, 14 dienų ir vienas sprendimo savininkas
Organizacija su valdymo architektūra atsakytų kitaip. Sprendimo savininkas — COO. Per 48 valandas priimamas sprendimas: pirmiausia proceso pakeitimas, ne komunikacija, ne sistema. Rezultato savininkas — tas pats žmogus. Terminas — 30 dienų. Ne visos komandos dirba kartu, o vienas vardas, vienas terminas, vienas sprendimas; likusieji prisideda prie įgyvendinimo. Pavyzdys iliustracinis — tikslūs duomenys skiriasi kiekvienoje organizacijoje. Tačiau struktūrinis raštas universalus: koordinavimas be atsakomybės problemos neišsprendžia — jis ją administruoja.

Nuo strategijos prie architektūros — pirmasis žingsnis

Valdymo architektūra nesukuriama per vieną susirinkimą. Bet ji pradedama nuo vieno klausimo, kuris atskirs, ar turite strategiją, ar sistemą.

Jei rytoj jūsų klientų patirtis pablogėtų — kas tai pastebėtų pirmasis, kas priimtų sprendimą ir per kiek laiko?

Jei atsakymas aiškus — turite valdymo architektūrą. Jei atsakymas „priklauso nuo situacijos“ — turite strategiją, kuri dar nepavirto sistema. Tai ne filosofinis, o operacinis klausimas — ir nuo jo priklauso, ar CX investicijos duos rezultatų.

Pirmieji du elementai — atsakomybės apibrėžimas ir sprendimų mechanizmas — gali būti sukurti per 4–6 savaites. Pilna architektūra, įskaitant matavimą ir pažado-realybės darną, paprastai užtrunka 3–6 mėnesius. Tačiau net pirmasis žingsnis yra esminis — nes jis paverčia ketinimą struktūra.

Dažni klausimai

Valdymo architektūra yra struktūrinė sistema, apibrėžianti, kas atsakingas už kliento patirtį, kaip priimami sprendimai, kas matuojama ir kaip pažadas dera su realybe. Skirtingai nuo CX strategijos, kuri aprašo tikslus, valdymo architektūra nustato mechanizmus tiems tikslams pasiekti kasdienėje veikloje — ir ypač tada, kai kažkas negerai.
Nes jos atsako į klausimą „kur norime būti?“, bet neatsako į klausimą „kas nusprendžia, kai kažkas negerai?“ Be sprendimų struktūros net geriausia strategija lieka ketinimu. Forrester 2024 CX Index tyrimas rodo, kad tik 3 % įmonių yra iš tiesų orientuotos į klientą. Likusios turi strategiją — bet ne architektūrą jai įgyvendinti.
Nuo vieno klausimo: jei rytoj jūsų klientų patirtis pablogėtų — kas tai pastebėtų pirmasis, kas priimtų sprendimą ir per kiek laiko? Atsakymas parodo, kur architektūra silpniausia. Pirmieji du elementai — atsakomybės apibrėžimas ir sprendimų mechanizmas — gali būti sukurti per 4–6 savaites.
Klientų aptarnavimas reaguoja į problemas po to, kai jos atsiranda. CX valdymo architektūra nustato struktūrą, leidžiančią aptikti ir spręsti problemas anksčiau — ir užtikrina, kad tos pačios problemos nesikartotų. Tai skirtumas tarp simptomų gydymo ir priežasčių šalinimo.
Pirmieji struktūriniai elementai — atsakomybės apibrėžimas ir sprendimų mechanizmas — gali būti sukurti per 4–6 savaites. Pilna sistema, įskaitant matavimą ir pažado-realybės darną, paprastai užtrunka 3–6 mėnesius. Svarbu pradėti nuo pirmojo elemento — nes jis paverčia visą procesą iš ketinimo į struktūrą.
Galima — bet ji neveiks. Strategija apibrėžia, kur norite būti. Architektūra nustato, kaip ten pateksite ir kas atsitiks, kai nukrypsite nuo kurso. Organizacija be architektūros gali turėti puikių ketinimų ir puikių pristatymų — bet jos klientų patirtis priklauso nuo to, kas tą dieną atsiliepia telefonu, o ne nuo sistemos, kuri veikia nepriklausomai.