Omnicsatornás kereskedői kommunikáció: egyetlen ügyfél-idővonal

Rövid válasz

Az omnicsatornás kereskedői kommunikáció azt jelenti, hogy a jóváhagyott telefon-, e-mail-, web-, piactéri, SMS-, chat- és üzleti üzenetküldési interakciók egyetlen szabályozott ügyfél- és jármű-kontextushoz járulnak hozzá. Az ügyfélnek nem kell minden átadásnál újra elmondania a történetét, a kereskedésnek pedig meg kell őriznie a gazdaságot, a hozzájárulási státuszt, a következő intézkedést és egy auditálható előzményt anélkül, hogy a szükségesnél több adatot gyűjtene.

1. Többcsatornás versus omnicsatornás

Egy többcsatornás kereskedő több módot kínál a kapcsolatfelvételre. Egy omnicsatornás kereskedő megőrzi a kontextust, amikor az ügyfél csatornát vált. Egy webes érdeklődést követő telefonhívás nem hozhat létre két versengő érdeklődőt. Egy Outlookból válaszoló értékesítő nem teheti láthatatlanná az előzményeket a szerviztanácsadó számára. Egy digitális ajánlatot megnyitó ügyfélnek nem kell újra elmondania, melyik jármű és beszámítás van szóban.

A STAR Sales Lead API-ja közös ügyfél-, jármű- és érdeklődő-státusz adatokat határoz meg az OEM-ek, kereskedők, DMS- és CRM-rendszerek közötti adatcseréhez.[1] Ez hasznos infrastruktúra, de a működési folytonossághoz egyeztetés, gazdaság, jogosultságok és felhasználói elfogadás is szükséges.

2. Készítsen csatornatérképet az integráció előtt

Sorolja fel minden forrást és célt: kereskedői weboldal, OEM-űrlap, hirdetési piactér, hívásnyomon követés, telephelyi telefon, e-mail, Outlook-naptár, SMS, WhatsApp Business, webes chat, szervizfoglalás és digitális ajánlat. Mindegyikhez dokumentálja az ügyfélazonosítót, a hasznos tartalmat, az időbélyeget, a hozzájárulási információt, a mellékleteket, a hibaértesítést és a felelős csapatot.

Nem minden csatornának van szüksége ugyanarra a válaszra vagy megőrzésre. A szervizfoglalás visszaigazolása, az értékesítési promóció, a garanciafrissítés és a panasz eltérő célokat követ. Egy egységes postaláda-felület nem törölheti el ezeket a különbségeket.

3. Egyeztesse az azonosítást kockázatos összevonás nélkül

Az egyeztetés alapulhat e-mailen, telefonon, ügyfélazonosítón, alvázszámon, rendszámon, megrendelésen vagy szervizkontextuson. A pontos azonosítók hasznosak, de felülvizsgálatot igényelnek, ha megosztott családi fiókok, üzleti flották vagy újrahasznosított telefonszámok léteznek. A valószínűségi egyezéseknek meg kell mutatniuk a megbízhatóságot és a forrást, a felhasználóknak pedig meg kell tudniuk bontani egy téves összevonást előzmények elvesztése nélkül.

A duplikációkezelés a teljesítményjelentést is befolyásolja. Egy ügyfél három üzenete nem számíthat automatikusan három egyedi lehetőségként. Őrizze meg a csatornaeseményeket, miközben az összevont ügyfélutat jelenti.

4. Tartsa a kommunikációt vállalati tulajdonban és szereptudatosan

A személyes üzenetküldés és a privát postaládák folytonossági és kormányzási kockázatokat teremtenek, amikor a munkavállalók távoznak vagy szerepet váltanak. Az üzletileg kezelt csatornák a sablonokat, a hozzáférést és az előzményeket a kereskedés kontrollja alatt tarthatják. Ez nem jelenti azt, hogy minden munkavállalónak minden beszélgetést látnia kell. A szerep, a telephely, a panasz érzékenysége és a pénzügyi kontextus szűkebb hozzáférést igényelhet.

A Keyloop nyilvános dokumentációja CRM-, kommunikációs, utóértékesítési és kapcsolódó termékspecifikációkat sorol fel, ami szemlélteti, hogy az omnicsatornás munkafolyamat iparági kategória, nem kizárólag Omnetic-koncepció.[2] Pontos termékeket és szerződött modulokat hasonlítson össze, ne vállalati portfóliókat.

5. Építse be az adatvédelmet és a hozzájárulást az idővonalba

A GDPR megköveteli a jogszerűséget, a célhoz kötöttséget, az adattakarékosságot, a tárolás korlátozását, a biztonságot és az elszámoltathatóságot.[3] Az Európai Bizottság beépített adatvédelemre vonatkozó iránymutatása hangsúlyozza a legkorábbi tervezési szakasztól kezdődő biztosítékokat, és az alapértelmezett adatkezelés korlátozását a szükséges mértékre.[4] A teljes ügyfélképnek ezért meg kell különböztetnie a működési nyilvántartásokat, a jogi megőrzést, a szervizkommunikációt és a marketingpreferenciát.

A sablonoknak tükrözniük kell az ügyfél nyelvét és csatornaválasztását. Az automatizált válaszoknak azonosítaniuk kell a kereskedést, és eszkalációs utat kell biztosítaniuk. A hívásrögzítés és az átirat joghatósági és célfelülvizsgálatot igényel.

6. Mérje az ügyfélélményt és a kontrollt egyaránt

7. Teszteljen le hibaeseteket

Mi történik, ha egy integráció leáll, egy üzenet telefonszám nélkül érkezik, egy ügyfél leiratkozik, egy munkavállaló személyes eszközről válaszol, vagy két telephely igényli az érdeklődőt? A rendszernek várólistákra, kivételriasztásokra, egyeztetésre és helyreállításra van szüksége. A „100%-os rögzítés” nem biztonságos univerzális állítás meghatározott csatornák és kivételek nélkül.

A csatorna szolgáltatásiszint-megállapodásnak többet kell meghatároznia, mint az üzemidő. Dokumentálja, milyen gyorsan érkeznek be az események normál esetben, hogyan őrzik meg a sorrendet, hogyan kezelik a mellékleteket, milyen metaadatok hiányozhatnak, és mennyi ideig marad elérhető egy sikertelen üzenet az újrapróbálkozáshoz. Amikor egy szolgáltató megváltoztatja API-ját vagy sablonpolitikáját, a kereskedőnek gazdára van szüksége a hatásfelülvizsgálathoz és az ügyfélkommunikációhoz.

A beszélgetéstervezés egy másik működési réteg. A sablonok javíthatják a következetességet, de nem szabad minden interakciót ugyanazzá a szkripté alakítaniuk. Válassza szét a tranzakciós visszaigazolást, a kért utánkövetést, a szervizes biztonsági információt és a marketinget. Adjon a tanácsadóknak ügyféltörténetet és ajánlott következő intézkedést, miközben lehetővé teszi számukra a kontextus javítását. A fordítás és az MI-vel megfogalmazott szöveg felülvizsgálatot igényel ott, ahol egy hibás dátum, ár vagy műszaki állítás ügyfélkötelezettséget teremthet.

A bevezetéshez kezdje két olyan csatornával, amely jelentős mennyiséget és eltérő hibamintázatot képvisel, például a hirdetési e-maillel és a bejövő telefonhívással. Egyeztesse a forrásszámokat, a duplikációkat, a válaszeseményeket és az eredményeket a korábbi folyamattal szemben. Csak azután adjon hozzá üzenetküldést, hogy az azonosítás, a hozzájárulás és a gazdaság megbízhatóan működik. Ez a sorrend erősebb bizonyítékot ad, mint az összes csatlakozó egyidejű indítása, majd annak későbbi felismerése, hogy a vezetés nem tudja megkülönböztetni a hiányzó üzenetet egy egyeztetési hibától.

Hol illeszkedik az Omnetic

Az Omnetic nyilvános CRM-oldala leírja a különböző forrásokból érkező kapcsolatrögzítést, a lehetőségkezelést, az értékesítés és a szerviz közötti tervezést, az egy helyen tárolt ügyfélinformációt és a számláig tartó interakciótörténetet.[5] Ez hiteles alapot ad a kommunikációs folytonossághoz egy megosztott ügyfélnyilvántartás körül. A pontos telefon-, e-mail-, üzenetküldési, piactéri és közösségimédia-csatlakozókat, valamint a hozzájárulást, a megőrzést, a nyitvatartási idő szerinti viselkedést és a tartalék megoldást a célpiacon kell bemutatni. Bármely válaszidő-, konverziós vagy teljes rögzítési állításhoz meghatározott csatornalefedettség és jóváhagyott kohorszbizonyíték szükséges.

Korlátok és fenntartások

Egyetlen platform sem kényszerítheti az ügyfelet arra, hogy az integrált csatornákon maradjon. Az API-k, az üzenetküldési politikák és a piactéri adatformátumok változnak. Az azonosítás-egyeztetés meghiúsulhat. Egy egységesített idővonal növelheti az adatvédelmi kitettséget is, ha a jogosultságok szélesek. Kezelje a csatornabevezetést, az adatminőséget, a megőrzést és az incidenskezelést folyamatos működésként.

Források

1. STAR, Sales Lead API.
2. Keyloop, brit termékdokumentáció. Gyártói termékforrás.
3. Európai Unió, GDPR.
4. Európai Bizottság, beépített és alapértelmezett adatvédelem.
5. Omnetic, CRM. Gyártói termékforrás.