IOSOR Žinios

El. pašto pirmenybės kaskados operatyviniams pranešimams

Optimizuokite operatyvinių pranešimų kaštus įdiegdami išmanias el. pašto pirmenybės kaskadas. Sumažinkite SMS išlaidas išlaikydami patikimą įprastų pranešimų pristatymą.

Perdėtas SMS naudojimas kasdieniams pranešimams greitai išnaudoja išankstinio mokėjimo kreditą. Nukreipkite įprastus įspėjimus pirmenybę teikiant el. paštui. Taip išsaugosite USD 20 likutį svarbioms žinutėms.

Operatyvinės ribos nustatymas

Operatyviniai pranešimai dažnai per daug priklauso nuo SMS, todėl be reikalo eikvojamos lėšos. Suskirstę įspėjimus į 'skubius' ir 'įprastus', galite nukreipti didžiąją srauto dalį į el. paštą. Ši strategija išsaugo jūsų USD 20 išankstinio mokėjimo likutį svarbiems įvykiams ir užtikrina, kad įprasti atnaujinimai išliktų ekonomiškai efektyvūs. Naudokite valdymo skydelį, kad pažymėtumėte specifinius pranešimų tipus kaip ne skubius, taip suaktyvindami el. pašto pirmenybės logiką prieš svarstant mobilųjį pranešimą.

Kaskados logikos konfigūravimas

IOSOR konsolėje eikite į maršrutizavimo variklį, kad nustatytumėte atsarginę seką. Nustatykite pirminį kanalą į el. paštą ir nustatykite antrinį paleidiklį pagal DLR skirtą laiką. Jei el. pašto žiniatinklio kablys negrąžina pristatymo būsenos per nustatytą laiką, sistema automatiškai pereina prie SMS. Tai užtikrina, kad svarbi informacija pasiektų vartotoją, nenaudojant brangių kanalų kiekvienam įprastam pranešimui.

E.164 formato ir tapatybės valdymas

Prieš pradedant kaskadą, patvirtinkite gavėjo tapatybę. Įsitikinkite, kad jūsų duomenų bazėje numeriai saugomi E.164 formatu, kad išvengtumėte maršrutizavimo klaidų. Kai srauto apimtis viršija USD 1,000 per mėnesį, mūsų sistema inicijuoja peržiūrą, kad užtikrintų srauto atitiktį operatorių reikalavimams. Šis procesas yra automatizuotas ir nereikalauja rankinio įsikišimo, jei antraštės ir siuntėjo ID yra teisingai sukonfigūruoti platformoje.

JIT aprūpinimas ir numerių priskyrimas

Išvenkite išankstinio inventoriaus pirkimo spąstų. Mūsų platforma naudoja JIT (Just-In-Time) aprūpinimą, todėl numeriai jūsų paskyrai priskiriami tik tada, kai jų reikia. Tai panaikina statinių atsargų valdymo poreikį. Kai kaskados logikai reikia SMS atsarginio varianto, sistema paima laisvą numerį iš bendro fondo, priskiria jį jūsų paskyrai ir automatiškai skaičiuoja MRC mokesčius. Tai palaiko jūsų apskaitą tvarkingą, o operacines išlaidas minimalias.

Geriausios praktikos integravimas

Norėdami išlaikyti aukštus pristatymo rodiklius, laikykitės šių nurodymų dėl kanalų pasirinkimo ir laiko. Naudokite šiuos išteklius savo strategijai tobulinti:

Pradėkite su IOSOR

Prisijunkite prie savo "IOSOR" valdymo skydelio ir eikite į "Routing Engine", kad sukurtumėte pirmąjį pakopinio siuntimo šabloną. Nustatykite el. paštą kaip pagrindinį kanalą ir sukonfigūruokite "webhook" klausyklį, skirtą pristatymo būsenai (DLR) stebėti. Pasirinkite realistišką laukimo intervalą (pavyzdžiui, 30 arba 60 minučių), prieš sistemai aktyvuojant atsarginį SMS siuntimo kanalą.

IOSOR santrauka

Šis vadovas parodo, kad visų operacinių pranešimų siuntimas SMS žinutėmis yra nereikalingas komunikacijos biudžeto eikvojimas. Sukurdami pakopinę sistemą, kurioje pirmenybė teikiama el. paštui, užtikrinsite, kad įprasti įspėjimai naudotojus pasiektų ekonomiškai, o SMS bus naudojamos tik tada, kai el. pašto pristatymo "webhook" praneša apie klaidą arba baigiasi nustatytas laikas.

Nekonfigūruokite tiesioginio, vienalaikio pranešimų siuntimo keliais kanalais neypatingos svarbos pranešimams, nes tai prieštarauja išlaidų optimizavimo tikslui. Vietoj to visada nustatykite struktūrizuotą delsą tarp pirmojo el. laiško išsiuntimo ir atsarginio SMS siuntimo, kad gavėjo pašto serveris turėtų laiko apdoroti užklausą ir grąžinti galiojantį DLR statusą.

Ar šis vadovas buvo naudingas?

Susiję vadovai