Omnikanalna podpora strankam
Obvladajte omnikanalno podporo strankam z ekspertno strategijo! Povečajte zadovoljstvo, poenostavite storitve in okrepite zvestobo na vseh kanalih.
12 min branja
Customer support
Omnichannel
+2
Omnikanalna podpora pomeni, da si vsi kanali delijo isto zgodovino stranke in zapis naloge, ne le da podjetje ponuja več kanalov. Če agenti prosijo stranke, naj ponovijo, kar so že povedale, se naloge podvajajo po kanalih ali poročila ne morejo slediti celotni poti posamezne stranke, kanali delujejo vzporedno, ne pa dejansko povezano.
V tem članku:
- Kaj pomeni »dejansko povezano« v omnikanalni podpori
- Znak 1: Agenti prosijo stranke, naj ponovijo, kar so že povedale
- Znak 2: Ista težava odpre dve različni nalogi
- Znak 3: Poročila prikazujejo obseg kanalov, ne poti posamezne stranke
- Znak 4: Odzivni časi se močno razlikujejo po kanalih
- Znak 5: Nadaljnja sporočila pristanejo na napačnem kanalu
- Kako odpraviti nepovezano omnikanalno podporo?
Kaj pomeni »dejansko povezano« v omnikanalni podpori
Omnikanalna storitev za stranke pomeni, da lahko stranka začne pogovor na enem kanalu, ga nadaljuje na drugem in ima vsak agent dostop do celotne zgodovine, ne da bi spraševal. Večkanalna podpora ponuja isti nabor kanalov — e-pošto, klepet, družbena omrežja, telefon — vendar vsak deluje kot svoj silos.
Razlika ni v tem, koliko kanalov podjetje ponuja. Gre za to, ali si ti kanali delijo en zapis o stranki.
| Večkanalna | Omnikanalna | |
|---|---|---|
| Zgodovina stranke | Ločena po kanalu | Skupna vsem kanalom |
| Naloga, ustvarjena na težavo | Pogosto ena na uporabljen kanal | Ena, ne glede na kanal |
| Kontekst agenta ob predaji | Začne iz nič | Vidi celoten pogovor |
| Poročanje | Obseg po kanalu | Pot posamezne stranke |
| SLA in odzivni čas | Sledenje ločeno po kanalu | Dosledno sledenje od začetka do konca |
Podporna ekipa lahko izpolni vsako postavko na kontrolnem seznamu kanalov — e-pošta, klepet v živo, Facebook, telefon — in vseeno ne uspe v vsaki vrstici te tabele. Tukaj je pet konkretnih znakov, da se to dogaja.
Znak 1: Agenti prosijo stranke, naj ponovijo, kar so že povedale
Najbolj očiten znak nepovezanih kanalov je agent, ki vpraša: »Lahko še enkrat poveste, kaj se je zgodilo?«, ko je stranka to že pojasnila drugje. To ni težava z usposabljanjem. Pomeni, da agentov zaslon resnično ne prikaže prejšnjega pogovora.
To trenje je dovolj pogosto, da se pojavlja v neodvisnih raziskavah, ne le v internih pritožbah. Po poročilu Zendesk CX Trends 2026 74 % strank moti, da morajo svojo zgodbo znova in znova pripovedovati različnim agentom.
Preizkusite sami: pošljite sporočilo svoji podporni ekipi na enem kanalu, nato pa sledite isti težavi na drugem kanalu. Če drugi agent vpraša, za kakšno težavo gre, kanali ne delijo konteksta.
Pripravljeni dvigniti poslovanje na višjo raven?
Preizkusite LiveAgent brezplačno in se prepričajte sami.
Znak 2: Ista težava odpre dve različni nalogi
V povezanem sistemu stranka, ki zamenja e-pošto za klepet v živo glede iste težave, nadaljuje eno nalogo. V nepovezanem sistemu klepet ustvari drugo, nepovezano nalogo, ker dva kanala zapisujeta v ločena sistema ali v isti sistem brez skupne niti.
To podvajanje je vodstvu pogosto nevidno, ker je vsaka naloga videti samostojno rešena. Kar ostane skrito, je, da je ena težava stranke zdaj dve podatkovni točki, dve uri odzivnega časa in morda dva različna agenta, ki dajeta dva različna odgovora.
Dvojne naloge so tudi pogost vir napihnjenega števila nalog, ki ne ustreza dejanskemu številu težav strank, ki jih je ekipa rešila tisti mesec.
Znak 3: Poročila prikazujejo obseg kanalov, ne poti posamezne stranke
Zastavite preprosto vprašanje: »Koliko časa je trajalo, da smo prejšnji teden rešili težavo stranke s prijavo, od njenega prvega sporočila do končne rešitve, pri čemer upoštevamo vse kanale, ki jih je uporabila za nadaljnja sporočila?« Če je iskren odgovor »to bi morali ročno sestaviti«, poročanje ni omnikanalno.
Večina servisnih pisarn privzeto poroča na ravni kanalov: naloge, zaključene po e-pošti, naloge, zaključene v klepetu, naloge, zaključene na družbenih omrežjih. Te številke so uporabne, vendar opisujejo aktivnost kanalov, ne rezultatov za stranke. Stranka, ki je poslala e-pošto, nato poklicala, nato poslala sporočilo na Facebooku glede ene nerešene težave, je v poročanju na ravni kanalov videti kot tri ločene interakcije z nizkim naporom, namesto ene zahtevne.
Naročite se na novice
Najnovejši nasveti in ponudbe neposredno v vaš nabiralnik.
Znak 4: Odzivni časi se močno razlikujejo po kanalih
Nekaj razlik v odzivnem času med kanali je normalno — klepet v živo naj bi bil po naravi hitrejši od e-pošte. Znak, na katerega morate biti pozorni, je vrzel, ki nima nobene zveze s pričakovano hitrostjo kanala, ampak s tem, kateri sistem sledi njegovemu SLA (sporazumu o ravni storitve, ciljnem odzivnem ali reševalnem času, ki ga ekipa zagotavlja).
Če ekipa lahko navede svoj cilj odzivnega časa za e-pošto in cilj odzivnega časa za klepet, vendar ne more navesti enega skupnega cilja za »kako hitro se odzovemo tej stranki, ne glede na kanal«, je logika SLA zgrajena po kanalu namesto po stranki. To je strukturni znak, ne kadrovski.
Znak 5: Nadaljnja sporočila pristanejo na napačnem kanalu
Stranka pošlje sporočilo na Instagramu, dobi pomoč, nato pa prejme nadaljnje sporočilo po e-pošti o povsem nepovezani težavi ali pa sploh ne prejme nadaljnjega sporočila, ker sistem nima zapisa o tem, kateri kanal stranka dejansko preferira ali je nazadnje uporabila. Pomnožite to po celotni podporni ekipi in agenti ugibajo, kam odgovoriti, namesto da bi jim sistem povedal.
Ta znak je bolj subtilen od prvih štirih, ker se ne pokaže v eni sami interakciji. Pokaže se kot stranke, ki prenehajo odgovarjati, ker je nadaljnje sporočilo pristalo nekje, kjer ne preverjajo sporočil.
Kako odpraviti nepovezano omnikanalno podporo?
Rešitev je strukturna, ne proceduralna: kanali morajo zapisovati v en zapis o stranki in eno nit naloge, ne v pet ločenih sistemov, ki so sicer v istem izdelku. LiveAgent je naš izdelek in spodnji opis prikazuje, kako obravnava vsak znak — ista temeljna rešitev velja ne glede na to, katero programsko opremo za servisno pisarno ekipa uporablja.
Univerzalni nabiralnik LiveAgent univerzalni nabiralnik usmerja e-pošto, klepet v živo, klice in kanale družbenih omrežij v eno nadzorno ploščo, pri čemer je vsako sporočilo povezano z isto zgodovino nalog stranke. To neposredno odpravlja Znak 1 in Znak 2: agent, ki odpre nalogo, vidi vse kanale, ki jih je stranka uporabila, in sporočilo na drugem kanalu o isti težavi se pripne k obstoječi nalogi, namesto da odpre novo.
Poročanje, zgrajeno na podlagi tega skupnega zapisa, lahko nato sledi celotni poti stranke po vseh kanalih, namesto da šteje le obseg po kanalu, kar odpravlja Znak 3 in Znak 4.
Preden ocenite katero koli platformo, sami izvedite dvokanalni test iz Znaka 1. Vzame pet minut in vam pove več kot kateri koli seznam funkcij. Ko so kanali sami po sebi povezani, je naslednji problem ohranjanje dosledne uporabniške izkušnje, ko stranka prehaja med njimi — za ta del si oglejte LiveAgentov vodnik o preklapljanju kanalov in metrikah uspeha .
Število kanalov nikoli ni bilo bistvo
Omnikanalna podpora ni štetje kanalov; gre za to, ali si ti kanali delijo en zapis o stranki. Zgornjih pet znakov so vsi simptomi istega temeljnega vzroka: sistemi, ki zbirajo sporočila od vsepovsod, vendar jih nikjer ne povezujejo. Popravilo tega je odločitev o platformi, ne vaja usposabljanja — in vredno je preveriti, preden dodate šesti kanal v okolje, ki še ni povezalo prvih petih.
