STOP y HELP en un DID alquilado: una política que soporte puede defender

Las palabras clave no son autorespuestas bonitas. En un DID alquilado que puede recibir respuestas, STOP y HELP son política de cumplimiento y de marca — los guiones que soporte debe poder defender a las 02:00 sin inventar conocimiento tribal. La mensajería bidireccional sin esa política se convierte en una cola silenciosa de incidentes.

IOSOR mantiene el inbound en la misma superficie white-label prepago que el outbound: su relación de marca, su camino de bandeja, su monedero — sin ops diarias atrapadas en un portal de terceros.

Las keywords son política, no una misión secundaria del bot

Producto, legal y soporte deben firmar una página antes del primer envío conversacional:

Redacte un STOP que soporte pueda leer en voz alta

Las respuestas STOP deben ser cortas, orientadas a la marca y sin ambigüedad:

• Confirme que el opt-out se aplicó a este programa / identidad
• Diga qué se detiene (alertas, clase de marketing, este hilo del DID)
• Señale un camino humano si el cliente aún necesita ayuda
• Evite volcar IDs técnicos o nombres de marcas ajenas

HELP que coincide con sus horarios reales

HELP es donde las marcas prometen de más.

1. Horarios reales de soporte y zona horaria
2. Canales que realmente staffean (email, chat, callback) — no fantasía
3. Qué debe incluir el cliente (últimos 4 del número, id de pedido)
4. Un siguiente paso si nadie está en línea

Un DID alquilado que responde HELP con un email muerto entrena a los usuarios a quejarse más fuerte en redes — y quema confianza más rápido que un OTP tarde.

Propiedad y la pista de auditoría

Nombre un responsable primario y un respaldo. Cuando STOP falla en producción, es un incidente de cumplimiento, no un ticket de «ajustar el bot».

Señales de alerta

• Respuesta STOP que nombra el portal de otra empresa
• Horarios HELP que no coinciden con la plantilla
• Sin log de cuándo se honró el opt-out
• Keywords editadas en vivo por marketing sin revisión de cumplimiento
• Afirmaciones conversacionales live mientras inbound sigue in setup
• Errores de cliente que vierten marcas upstream

Empezar con IOSOR

Redacte una página de STOP y HELP que soporte pueda leer en voz alta en el DID alquilado. Cablee ambas palabras, pruebe una fila de auditoría cada una y nombre el HELP fuera de horario. Es política hablada en un número, no aislamiento de listas de baja entre inquilinos, no puntuación de spam en ingesta ni arquitectura de inbox bidireccional.

• eventos de bandeja en números alquilados
• Prevención de pérdida de mensajes entrantes durante portabilidades de números
• El acceso a la cuenta no es envío a producción

Conclusión IOSOR

STOP y HELP son política hablada en un DID alquilado, no un trabajo de sincronizar bajas entre inquilinos.

Haga: escriba un texto que soporte lea y pruebe la fila de auditoría. No haga: tratar las palabras como misión lateral de un bot o sincronizar aquí la lista de baja de otro inquilino.