IOSOR Знания
Избор на ID на подател преди първата кампания
Изберете между буквено-цифров или локален DID подател преди кампанията, за да съответстват покритието и плановете за отказ на самоличността ви.
Екипите често фиксират криейтива и обема, преди да определят «кой» ще види получателят. Това е погрешно. Кампания едно започва с формата на подателя: буквено-цифров бранд низ срещу локален DID (или toll-free, където се изисква). Ако изберете грешно, ще изразходвате предплатения си баланс за отхвърляния, тихи замени или чакане за регистрация, които липсват в календара за стартиране.
Тази страница е изборът на купувача преди първата кампания — решете класа на идентичност, докато заданието все още подлежи на редакция. IOSOR е white-label предплатена CPaaS платформа. Финансирайте портфейла, резервирайте преди дебитиране и присвоявайте JIT номера само когато цифровият подател е правилният път.
Choose sender type before you write the campaign brief
Преди приложението за съдържание и обем: избройте всеки ISO код от първата вълна; маркирайте буквено-цифровия подател като отворен, изискващ регистрация или блокиран за вашия клас съобщения; решете дали е необходим локален DID (или toll-free) за двупосочна връзка или STOP/HELP; едва тогава фиксирайте видимата идентичност.
Alphanumeric vs local DID: decision table for first launch
| Нужда | Предпочитане на буквено-цифров | Предпочитане на локален DID / цифров | | --- | --- | --- | | Еднопосочен OTP/бранд | Отворен или регистриран алфа | Блокиран или тихо заменен | | чен | | Време за регистрация | Планирайте дни/седмици при нужда | JIT присвояване след резервация | Изберете идентичността, която може да премине резервиран пилот с честен терминален статус.
Coverage and corridor constraints that force the choice
Коридорите WORLD-only могат да приемат пилот, докато алфа регистрацията предполага именована зона. Съгласувайте идентичността на подателя с дестинациите, маркирани като zone / WORLD / setup — проверете покритието преди да предложите обем. Ако първата вълна смесва отворени и блокирани алфа пазари, разделете кампаниите или подателите.
Prepaid hold and failover are not sender decisions
Резервирането (hold) запазва предплатени средства преди дебитиране; то не създава регистриран подател. Дръжте процесите отделни: резервиране на предплатен баланс преди първото дебитиране, Failover порти преди всеки Live бадж и този избор на подател.
Buyer checklist before the first campaign send
- Съответства ли листът с покритие на тези дестинации (проверете покритието преди да предложите обем)? Резервираното изпращане експортирано ли е с дебит + терм L1 ); затворени ли са полетата за подател в списъка на купувача; обемът не е ли объркан с USD 20 срещу USD 1.000/месец?
Започнете с IOSOR
Отворете конзолата IOSOR и одитвайте всяка целева ISO дестинация, планирана за първата ви кампания, спрямо ограниченията на коридора за изпращане. Задайте регистрирана буквено-цифрова самоличност или специализиран местен виртуален номер за всяка насочена линия, преди да финализирате краткия план.
Обобщение IOSOR
Заключването на самоличността на подателя преди създаването на съобщението предотвратява неочаквано пренасочване на маршрути, отхвърляне от превозвачи и неуспешна доставка в строги дестинационни коридори.
Полезно ли беше ръководството?
Свързани ръководства
- Маркиране на сучаржи за ID на подател в предплатени сметки на подсметки
Научете как IOSOR разпределя таксите за регистрация на податели и дебитите за сучаржи прецизно върху предплатените сметки на подсметките за прозрачно бяло брандирано фактуриране.
- Съвпадение на гейтовете за ID на подателя в целевите държави
Овладейте динамични и предварително регистрирани правила за ID на подателя по държави, за да предотвратите блокиране на кампании във вашата CPaaS конзола.
- Графици за предварително загряване на изпращачи с висок обем
Изпълнете постепенни графици за увеличаване на обема за нови идентификатори на податели на IOSOR, за да изградите доверие на оператора, без да задействате спам блокиране.