IOSOR

IOSOR Žinios

Vienas pokalbis per SMS, "WhatsApp" ir el. paštą

Sužinokite, kaip sukurti vieningą pokalbių tapatybę per SMS, "WhatsApp" ir el. paštą naudojant IOSOR "white-label" CPaaS maršrutizavimą, "webhook" ir didžiosios knygos valdiklius.

Vienas pokalbis per SMS, "WhatsApp" ir el. paštą.

Kliento tapatybės susiejimas skirtinguose kanaluose

Vieningo pokalbio srauto kūrimas per SMS, "WhatsApp" ir el. paštą reikalauja kanalo identifikatorių atskyrimo nuo vidinių vartotojo profilių. Įeinantis SMS pranešimas pateikia E.164 formato telefono numerį, "WhatsApp" internetiniai iškvietimai ("webhooks") suteikia ID, susietą su E.164 numeriu, o el. paštas naudoja standartinį RFC adresą. IOSOR platforma susieja šiuos skirtingus adresus su vienu pokalbio gijos raktu. Kai įeinantis įvykis atvyksta per "webhook", platforma susieja siuntėją su aktyviu kontekstu prieš vykdoma verslo logika.

Įeinančių duomenų srauto mechanikos normalizavimas į vieną sesiją

Kiekvienas ryšio protokolas būseną valdo skirtingai. SMS remiasi asinchroniniais pristatymo ataskaitų (DLR) iškvietimais, "WhatsApp" naudoja interaktyvaus lango laikmačius, o el. paštas veikia remdamasis MIME struktūromis. IOSOR normalizuoja įeinančius duomenis į standartizuotą JSON formatą. Nepriklausomai nuo to, ar vartotojas atsako STOP žinute per SMS, siunčia pranešimą per "WhatsApp", ar atsako į el. laišką, API standartizuoja pranešimo turinį, laiko žymą ir konteksto žetoną.

Didžiosios knygos rezervavimas ir maršrutizavimo logika daugiakanaliuose pokalbiuose

Norint išlaikyti vientisą pokalbio giją, būtina užtikrinti determinuotą maršrutizavimo tvarką ir skaidrų išlaidų paskirstymą. Išsiunčiant pranešimą per bet kurį kanalą, IOSOR atlieka išankstinio mokėjimo lėšų rezervavimą jūsų didžiojoje knygoje. Išeinančios "WhatsApp" žinutės arba SMS pranešimai sukelia momentinį likučio patikrinimą. Jei išsiuntimas nepavyksta prieš faktinį perdavimą, rezervuotos lėšos iš karto grąžinamos į sąskaitą.

Atsisakymo signalų valdymas per SMS, "WhatsApp" ir el. paštą

Tapatybės valdymas keliais kanalais reikalauja sinchronizuoto sutikimų ir atsisakymų vykdymo. Jei vartotojas išsiunčia STOP komandą per SMS, atitikties taisyklės reikalauja, kad išeinantys pranešimai susijusiuose kanaluose atsižvelgtų į šį pasirinkimą pagal nustatytą politiką. IOSOR įrašo visuotinius ir konkrečių kanalų atsisakymo indikatorius tapatybės didžiojoje knygoje. Kai automatinis trigeris bando išsiųsti atnaujinimą, sistema patikrina sutikimo būseną prieš patalpinant žinutę į eilę, taip apsaugodama siuntėjo reputaciją ir atitiktį teisės aktams.

Architektūrinis pritaikymas ir integracija tarp kanalų

Daugiakanalių pranešimų gijų sujungimas su CRM ir klientų aptarnavimo sistemomis reikalauja patikimo "webhook" pristatymo. Norėdami peržiūrėti susijusias maršrutizavimo strategijas ir sąrankos vadovus, naudokitės šiais šaltiniais:

Šie modeliai naudoja JIT numerių priskyrimą ir įeinančius "webhook" iškvietimus.

Pradėkite su IOSOR

Norėdami sukurti tikrai vieningą pokalbių tapatybę, pradėkite konfigūruoti savo klientų tapatybės susiejimą IOSOR konsolėje, susiedami E.164 numerius ir el. pašto adresus. Užtikrinkite, kad jūsų žiniatinklio kabliai (webhooks) būtų nustatyti priimti normalizuotus gaunamus duomenis, leidžiančius IOSOR palaikyti vieną sesiją per SMS, WhatsApp ir el. paštą. Patikrinkite, ar jūsų sąskaitoje yra pakankamas balansas, prireikus jį papildykite, kad išvengtumėte bet kokio kliento vieningos pokalbių gijos nutraukimo.

IOSOR santrauka

Šis straipsnis parodė, kad tikra visų kanalų klientų patirtis yra ne apie kanalo pasirinkimą, o apie vieno, nepertraukiamo pokalbio palaikymą, nepriklausomai nuo kanalo.

Ar šis vadovas buvo naudingas?

Susiję vadovai