IOSOR Teadmised

Üks vestluslõim SMS-i, WhatsAppi ja e-posti üleselt

Õppige looma ühtset vestlusidentiteeti SMS-i, WhatsAppi ja e-posti üleselt, kasutades IOSOR-i valge sildiga CPaaS-i suunamist, veebikonkse ja pearaamatusüsteemi.

Üks vestluslõim SMS-i, WhatsAppi ja e-posti üleselt.

Klientide identiteedi kaardistamine erinevates kanalites

Ühtse vestluslõime ehitamine SMS-i, WhatsAppi ja e-posti üleselt nõuab kanalipõhiste identifikaatorite eraldamist sisemistest profiilidest. Sissetulev SMS kuvab E.164 vormingus telefoninumbrit, WhatsAppi veebikonksud pakuvad E.164-ga lingitud ID-d ning e-post kasutab standardset RFC-aadressi. IOSOR seob need erinevad aadressid üheks ainulaadseks lõimevõtmeks. Kui sissetulev sündmus saabub veebikonksu kaudu, kaardistab platvorm saatja koheselt aktiivsesse konteksti enne äriloogika käivitamist.

Sissetulevate andmete normaliseerimine ühte seanssi

Iga protokoll käitleb olekuid erinevalt. SMS tugineb asünkroonsetele DLR-tagasisideahelatele, WhatsApp kasutab vestlusakna taimereid ning e-post toimib MIME-struktuuride põhjal. IOSOR normaliseerib kõik sissetulevad andmepaketid standardiseeritud JSON-struktuuriks. Sõltumata sellest, kas kasutaja vastab SMS-i kaudu käsuga STOP, saadab teate WhatsAppis või vastab e-kirjale, ühtlustab API teate sisu, ajatempli ja kontekstitõendi. Allavoolu rakendused töötlevad ühte ühtset andmevoogu ilma, et iga kanali jaoks oleks vaja eraldiseisvaid protokollipõhiseid adaptereid.

Pearaamatu broneeringud ja suunamisloogika mitme kanali vestlustes

Sujuva lõime säilitamine nõuab deterministlikku marsruutimise järjekorda ja läbipaistvat kulude jaotamist. Sõnumi väljasaatmisel mis tahes kanali kaudu töötleb IOSOR teie pearaamatus ettemakstud broneeringu (prepaid hold). Väljaminevad WhatsAppi sõnumid või SMS-id käivitavad automaatse saldokontrolli. Kui saatmine ebaõnnestub enne tegelikku edastamist, vabastatakse broneeritud summa koheselt. See arhitektuur hoiab ära saldo kõikumised mitme kanali üheaegsel kasutamisel, säilitades samal ajal lõime oleku nii peamiste kui ka varumarsruutide käivitamisel.

Loobumissignaalide haldamine SMS-i, WhatsAppi ja e-posti üleselt

Kanaliteülene identiteet nõuab sünkroniseeritud nõusolekute rakendamist. Kui kasutaja edastab SMS-i kaudu STOP-käsu, nõuavad vastavusreeglid, et kõigi ühendatud kanalite väljaminevad sõnumid austaksid seda eelistust vastavalt määratud poliitikale. IOSOR salvestab üldised ja kanalipõhised loobumis lipud identiteedipearaamatus. Kui automaatne päästik üritab uut teavitust välja saata, kontrollib mootor nõusoleku olekut enne sõnumi järjekorda panemist, kaitstes seeläbi saatja mainet ja tagades regulatiivse vastavuse.

Arhitektuurne sobivus ja kanaliteülesed integratsioonid

Mitmekanaliliste vestluslõimede ühendamine CRM-i ja piletisüsteemidega nõuab usaldusväärset veebikonksude edastamist. Seotud marsruutimisstrateegiate ja seadistusjuhenditega tutvumiseks vaadake järgmisi teatmematerjale:

Need mustrid kasutavad JIT-numbrite eraldamist ja veebikonkse sujuva töö tagamiseks.

Alustage IOSOR-iga

Tõeliselt ühtse vestluse identiteedi loomiseks alustage oma kliendi identiteedi kaardistamise konfigureerimisest IOSOR-i konsoolis, sidudes E.164 numbrid ja e-posti aadressid. Veenduge, et teie veebihaagid (webhooks) on seadistatud vastu võtma normaliseeritud sissetulevaid andmeid, võimaldades IOSOR-il säilitada ühtse seansi SMS-i, WhatsAppi ja e-posti kaudu. Kontrollige, kas teie pearaamatus on piisav saldo, vajadusel täiendage seda, et vältida kliendi ühtse vestluse katkemist.

IOSOR kokkuvõte

See artikkel näitas, et tõeliselt mitmekanaliline kliendikogemus ei seisne kanali valimises, vaid ühe pideva vestluse säilitamises olenemata kanalist.

Kas see juhend oli kasulik?

Seotud juhendid