STOP e HELP num DID alugado: uma política que o suporte pode defender

Keywords não são autorespostas simpáticas. Num DID alugado que pode receber respostas, STOP e HELP são política de conformidade e de marca — os scripts que o suporte deve poder defender às 02:00 sem inventar conhecimento tribal. Mensagens bidirecionais sem essa política tornam-se uma fila silenciosa de incidentes.

A IOSOR mantém o inbound na mesma superfície white-label prepaid que o outbound: a sua relação de marca, o seu caminho de inbox, a sua carteira — sem ops diárias presas num portal de terceiros.

Keywords são política, não uma side-quest do bot

Produto, jurídico e suporte devem assinar uma página antes do primeiro envio conversacional:

Escreva linguagem STOP que o suporte possa ler em voz alta

Respostas STOP devem ser curtas, orientadas à marca e inequívocas:

• Confirme que o opt-out se aplicou a este programa / identidade
• Diga o que para (alertas, classe de marketing, este thread do DID)
• Aponte um caminho humano se o cliente ainda precisar de ajuda
• Evite despejar IDs técnicos ou nomes de marcas de terceiros

HELP que corresponde às horas reais

HELP é onde as marcas prometem demais.

1. Horários reais de suporte e fuso horário
2. Canais que realmente staffam (email, chat, callback) — não fantasia
3. O que o cliente deve incluir (últimos 4 do número, id do pedido)
4. Um próximo passo se ninguém estiver online

Um DID alugado que responde HELP com um email morto treina utilizadores a queixar-se mais alto nas redes — e queima confiança mais depressa do que um OTP atrasado.

Ownership e a trilha de auditoria

Nomeie um owner primário e um backup. Quando STOP falha em produção, é um incidente de conformidade, não um ticket de «ajustar o bot».

Sinais de alerta

• Resposta STOP que nomeia o portal de outra empresa
• Horários HELP que não batem com o staffing
• Sem log de quando o opt-out foi honrado
• Keywords editadas live pelo marketing sem revisão de compliance
• Claims conversacionais live enquanto o inbound ainda está in setup
• Erros de cliente que despejam marcas upstream

Começar com a IOSOR

Redija uma página de STOP e HELP que o suporte leia em voz alta no DID alugado. Ligue as duas palavras, prove uma linha de auditoria cada e nomeie o HELP fora de horas. É política falada num número, não isolamento de listas de saída entre inquilinos, não pontuação de spam na ingestão nem arquitetura de inbox bidirecional.

• eventos de caixa em números alugados
• Como Evitar Perdas de Mensagens de Entrada Durante a Portabilidade de Números
• O acesso à conta não é envio em produção

Conclusão IOSOR

STOP e HELP são política falada num DID alugado, não um sync de opt-out entre inquilinos.

Faça: escreva um texto que o suporte leia e prove a linha de auditoria. Não faça: tratar as palavras como missão lateral de bot ou sincronizar aqui a lista de outro inquilino.