IOSOR Ghiduri
STOP și HELP pe un DID închiriat: o politică pe care supportul o poate apăra
Cum echipele B2B scriu politica de cuvinte STOP/HELP pe numere închiriate — ownership, formulare, jurnale de audit și onestitate prepaid fără obiceiul portalului terț.
Cuvintele-cheie STOP și HELP nu sunt simple mesaje automate, ci piloni de conformitate pe care echipa de suport trebuie să îi poată apăra la orice oră. Fără o politică clară pentru un DID închiriat, mesageria bidirecțională devine rapid o sursă constantă de incidente. IOSOR menține fluxul inbound pe aceeași suprafață prepaid white-label ca outbound-ul, protejând brandul și eliminând dependența de portaluri terțe.
Cuvintele sunt politică, nu o side-quest a botului
Produsul, legalul și supportul trebuie să semneze o pagină înainte de primul send conversațional:
Scrie limbaj STOP pe care supportul îl poate citi cu voce tare
Răspunsurile STOP trebuie să fie scurte, orientate pe brand și neechivoce:
- Confirmă că opt-out-ul se aplică acestui program / identitate
- Spune ce se oprește (alerte, clasă de marketing, acest fir DID)
- Indică o cale umană dacă clientul mai are nevoie de ajutor
- Evită să arunci ID-uri tehnice sau mărci terțe
HELP care se potrivește orelor reale
HELP este locul unde brandurile promit prea mult.
- Ore reale de support și fus orar
- Canale pe care le staffezi cu adevărat (email, chat, callback) — nu fantezie
- Ce trebuie să includă clientul (ultimele 4 ale numărului, id comandă)
Ownership și pista de audit
Numiți un owner primar și un backup. Când STOP eșuează în producție, este un incident de conformitate, nu un ticket «ajustează botul».
Leagă DID-ul de primire + trimitere sub o singură identitate
STOP/HELP se prăbușesc când primirea și trimiterea sunt tratate ca SKU nelegate.
Începe cu IOSOR
Creați o pagină de procedură pentru cuvintele cheie STOP și HELP pe numărul DID închiriat, pe care echipa de suport să o poată citi cu voce tare clienților. Configurați ambele cuvinte cheie în consolă, verificați generarea a cel puțin unei înregistrări de audit UTC pentru fiecare și stabiliți clar fluxul pentru solicitările HELP primite în afara programului. Această politică se aplică direct pe numărul selectat, fără a fi combinată cu izolarea listelor de dezabonare ale altor clienți sau cu sisteme complexe de rețea.
Related: Buffer pentru procesarea webhook-urilor inbound împotriva vârfurilor de laten… · bucle auto-răspuns inbound · rezervarea soldului preplătit înainte de prima debitare
Rezumat IOSOR
STOP și HELP sunt politică vorbită pe un DID închiriat, nu un sync de opt-out multi-chiriaș.
Faceți: scrieți un text pe care suportul îl citește și dovediți rândul de audit. Nu faceți: trata cuvintele ca o misiune laterală de bot sau sincroniza aici lista altui chiriaș.
A fost util acest ghid?
Ghiduri conexe
- Configurarea declanșatoarelor SMS pentru apeluri vocale inbound ratate
Aflați cum să configurați declanșatoare SMS automate pentru apeluri vocale inbound ratate și semnale de ocupat în consola CPaaS white-label IOSOR.
- Buffer pentru procesarea webhook-urilor inbound împotriva vârfurilor de latență a operatorilor
Aflați cum să configurați regulile de buffer inbound IOSOR pentru a vă proteja webhook-urile împotriva întârzierilor de livrare, vârfurilor de concurență și erorilor de timeout.
- Sincronizarea cuvintelor cheie de dezabonare în conturi multi-tenant în IOSOR
Stăpâniți sincronizarea dezabonărilor multi-tenant în IOSOR. Aflați cum cuvintele cheie de oprire gestionează supresiile globale izolând sub-conturile.