IOSOR

IOSOR Guides

STOP et HELP sur un DID loué : une politique que le support peut défendre

Comment les équipes B2B rédigent la politique de mots-clés STOP/HELP sur numéros loués — propriété, formulations, journaux d’audit et honnêteté prepaid sans habitude de portail tiers.

Les mots-clés ne sont pas de jolis autos-répondeurs. Sur un DID loué qui peut recevoir des réponses, STOP et HELP sont une politique de conformité et de marque — les scripts que le support doit pouvoir défendre à 02:00 sans inventer un savoir tribal. La messagerie bidirectionnelle sans cette politique devient une file d’incidents silencieuse.

IOSOR garde l’inbound sur la même surface white-label prepaid que l’outbound : votre relation de marque, votre chemin de boîte de réception, votre portefeuille — sans ops quotidiennes piégées dans un portail tiers.

Les keywords sont une politique, pas une quête annexe du bot

Produit, juridique et support doivent signer une page avant le premier envoi conversationnel :

Mot-clé Résultat exigé Responsable
STOP / désinscription Opt-out honoré rapidement ; journalisé Conformité + ops messaging
HELP / info Parcours brand-safe : horaires, canal, escalade Lead support
START / reprendre (si

Rédigez un STOP que le support peut lire à voix haute

Les réponses STOP doivent être courtes, orientées marque et sans ambiguïté :

  • Confirmez que l’opt-out s’applique à ce programme / cette identité
  • Dites ce qui s’arrête (alertes, classe marketing, ce fil du DID)
  • Indiquez un parcours humain si le client a encore besoin d’aide
  • Évitez de déverser des ID techniques ou des marques tierces

Un HELP aligné sur vos vraies plages

HELP est là où les marques sur-promettent.

  1. Les vraies heures de support et le fuseau
  2. Les canaux réellement staffés (email, chat, rappel) — pas du fantasme
  3. Ce que le client doit indiquer (4 derniers chiffres du numéro, id commande)

Propriété et piste d’audit

Nommez un owner principal et un backup. Quand STOP casse en production, c’est un incident de conformité, pas un ticket « tweak le bot ».

Liez le DID réception + envoi sous une même identité

STOP/HELP s’effondrent quand réception et envoi sont traités comme des SKU sans lien.

Commencer avec IOSOR

Lectures: boucles d’auto-réponse inbound Mettre en mémoire tampon le traitement des webhooks entrants contre les pics… réservation prépayée avant le premier débit.

À retenir — IOSOR

STOP et HELP sont une politique parlée sur un DID loué, pas une synchro d’opt-out multi-locataire.

Faites : écrivez un texte que le support lit et prouvez la ligne d’audit. Ne faites pas : traiter les mots comme une quête annexe de bot ou synchroniser ici la liste d’un autre locataire.

Ce guide vous a-t-il aidé ?

Guides associés