Como permitir que os usuários escolham quando e com que frequência uma IA entra em contato com eles
As pessoas devem poder decidir se uma IA entra em contato com elas, quais tipos de mensagens ela pode enviar e quando essas mensagens podem chegar. Um design útil começa com uma adesão explícita (opt-in), permite que as pessoas definam horários e frequências, separa tipos de mensagens genuinamente diferentes e mantém os controles de pausa e desativação fáceis de encontrar. Ele também explica o fuso horário selecionado e o que pode afetar a entrega. Esses controles fazem uma promessa clara; os sistemas de agendamento e entrega do produto devem ser capazes de cumpri-la.
Comece com um opt-in claro e opcional
Peça permissão quando a pessoa puder entender com o que está concordando. Descreva os tipos de contato em linguagem simples: por exemplo, um lembrete solicitado pela pessoa ou uma atualização periódica. Informe onde a mensagem chegará e com que frequência poderá ser enviada. Evite usar um aviso de permissão inexplicável do sistema operacional como a única explicação; as pessoas precisam saber o que o aplicativo deseja enviar antes de decidir.
O U.S. Web Design System recomenda coletar preferências de contato apenas para canais aos quais o serviço realmente oferece suporte, e orienta a explicar as condições e o cronograma previsto para o contato, quando possível. Aplicado a um produto de IA, isso significa exibir apenas opções reais de entrega e declarar a finalidade de cada uma. Não transforme uma preferência de notificação em condição para o uso de recursos não relacionados. USWDS: Contact preferences
Trate a adesão (opt-in) como uma escolha que o usuário pode revisitar. As diretrizes de notificação da Apple recomendam uma opção clara de adesão (opt-in) ou cancelamento (opt-out) para tipos de notificação e uma maneira dentro do aplicativo de gerenciar as configurações de notificação. Um produto pode seguir esse princípio com uma página de configurações que resuma as escolhas atuais, em vez de fazer o usuário procurar em configurações não relacionadas do dispositivo para entender a programação do próprio aplicativo. Apple: Managing notifications
Torne o cronograma concreto
Permita que as pessoas escolham um intervalo que se ajuste à rotina delas, como dias úteis entre 18h e 20h, ou um horário recorrente em dias selecionados. Mostre os dias e os horários de início e término juntos. Se o controle definir uma “janela de contato”, explique se a mensagem pode chegar a qualquer momento dentro dela ou em um horário específico. Se não houver uma mensagem qualificada em determinado dia, informe se o sistema pula esse dia ou transfere a mensagem para o próximo.
Um design prático pode oferecer algumas predefinições compreensíveis, como “uma vez por semana” ou “dias úteis”, permitindo ao mesmo tempo uma programação personalizada onde o produto oferecer suporte. Uma predefinição deve se traduzir em um cronograma visível, não em um rótulo ambíguo. Por exemplo, “semanalmente” deve exibir o dia e o horário escolhidos, e “até três vezes por semana” deve especificar se três é um teto ou uma meta. Esta é uma recomendação de design: a documentação da plataforma oferece suporte à entrega agendada, mas a equipe do produto deve decidir e descrever suas próprias regras de envio.
Seja preciso quanto aos fusos horários. Identifique o cronograma com um local nomeado ou com o fuso horário local atual do dispositivo e informe aos usuários se a programação os acompanha quando viajam ou se permanece ancorada no fuso original. Um deslocamento UTC simples pode se tornar enganoso quando as regras de horário de verão ou as normas governamentais de fuso horário mudam. O banco de dados de fusos horários da IANA registra regras para localidades e é atualizado para refletir mudanças feitas por órgãos políticos, incluindo alterações em deslocamentos e regras de horário de verão. IANA: Time Zone Database
Uma boa confirmação pode dizer: “Terças-feiras às 19:00 no seu horário local atual. Este cronograma acompanha o fuso horário do seu dispositivo.” Essa redação só é precisa se a implementação realmente rastrear o fuso atual do usuário. Se o cronograma permanecer fixo em um fuso selecionado, indique o nome dessa localidade. Quando uma pessoa viajar ou o fuso do dispositivo mudar, mostre o cronograma em vigor e forneça uma maneira de revisá-lo.
Separe tipos de mensagens e canais
As pessoas podem querer um tipo de contato e outro não. Mantenha lembretes opcionais, atualizações de produtos e outras categorias distintas selecionáveis separadamente, em vez de agrupá-los em um único botão de “notificações de IA”. Não invente categorias que não correspondam a comportamentos reais do produto, nem crie uma categoria como pretexto para enviar mensagens que o usuário não selecionou.
Essa separação também se alinha aos controles da plataforma. Em versões modernas, o Android exige que as notificações sejam atribuídas a canais, e os usuários podem alterar o comportamento do canal; as diretrizes do Android recomendam canais que permitam às pessoas personalizar as notificações que recebem. O aplicativo pode nomear os canais com termos familiares para as pessoas, como “Lembretes agendados”, e descrever o que pertence a cada um. Android Developers: Create and manage notification channels
Mantenha a lista de canais curta o suficiente para ser compreensível. Um canal deve representar uma escolha significativa que uma pessoa queira fazer de forma independente. As configurações do próprio produto ainda devem explicar o conteúdo e a programação: os controles de canal do sistema operacional podem alterar se ou como uma notificação aparece, mas não explicam a política de envio do aplicativo nem substituem uma programação interna do produto.
Deixe os controles de pausa, retomada e desativação ao alcance
Ofereça uma pausa temporária e um botão de desativação permanente. A pausa deve deixar explícita sua duração — como até uma data escolhida ou até que o usuário a retome — e mostrar se as mensagens agendadas serão ignoradas ou retidas. O controle de desativação deve indicar quais categorias ou canais afeta e confirmar o novo estado imediatamente. A retomada não deve restaurar silenciosamente uma programação anterior sem mostrar o que acontecerá a seguir.
Disponibilize esses controles na tela de configurações de notificação e, onde for prático, por meio de uma ação na notificação ou de um link direto para as configurações. O Android suporta ações em notificações e oferece aos usuários maneiras no nível do sistema para gerenciar notificações futuras; seus controles variam de acordo com o dispositivo e a versão do Android. Portanto, um caminho dentro do aplicativo continua sendo útil para exibir a programação completa e alterar preferências no nível do produto. Android Developers: Notifications
Os controles no nível do dispositivo continuam sendo importantes. Um usuário pode desativar as notificações de um aplicativo ou alterar o comportamento do canal no nível do sistema operacional, independentemente da programação do próprio aplicativo. A interface não deve sugerir que uma configuração interna do app se sobreponha a essas escolhas. Se as notificações do sistema estiverem desativadas, mostre um status claro quando o usuário acessar as configurações e evite solicitar repetidamente que ele as reative.
Defina um limite de frequência que o sistema consiga impor
Dê às pessoas uma escolha direta de frequência: por exemplo, no máximo uma mensagem por dia, um teto semanal ou um número de dias selecionado pelo usuário. Defina o período de contagem e o que conta como mensagem. Se várias categorias puderem enviar mensagens, esclareça se o limite se aplica por categoria ou a todo o produto. Um limite por categoria ainda pode gerar um volume total elevado; por isso, um design útil geralmente inclui também um teto geral.
Um teto só funciona se todas as vias de saída o respeitarem. Verifique lembretes agendados, novas tentativas, mensagens atrasadas e mensagens iniciadas por diferentes recursos em relação ao mesmo estado de preferência. Se uma mensagem for atrasada, decida se ela expira, se chega mais tarde dentro do intervalo permitido ou se é descartada; explique o comportamento relevante para o usuário. Evite enviar várias mensagens perdidas de uma só vez após um dispositivo se reconectar, a menos que o usuário tenha escolhido explicitamente esse comportamento.
A entrega pela plataforma não é o mesmo que a decisão de envio do produto. O Firebase Cloud Messaging informa que as mensagens geralmente são entregues imediatamente, mas um dispositivo pode estar indisponível ou a entrega pode sofrer atrasos; o serviço pode armazenar uma mensagem e tentar a entrega mais tarde dentro de seu ciclo de vida configurado. Isso significa que um produto não deve prometer que toda notificação aparecerá em um minuto exato. Ele pode prometer agendar o envio dentro de uma janela indicada, explicando ao mesmo tempo que as condições do dispositivo e da plataforma podem afetar o momento em que ela será exibida. Firebase: Set the lifespan of a message
Essa distinção também afeta a frequência. Se uma notificação foi para a fila e chegou atrasada, o sistema deve verificar se o usuário pausou ou desativou essa categoria nesse meio-tempo, e se o envio ultrapassaria o limite atual. Um design transparente cancela ou suprime mensagens antigas na fila quando a escolha mais recente do usuário as torna inelegíveis.
Uma sequência de decisão simples para o design
Use esta sequência para transformar as configurações em um compromisso compreensível para o usuário:
Dê nome aos tipos de mensagem que o produto realmente pode enviar e torne cada categoria opcional compreensível.
Peça ao usuário para aceitar (opt-in) cada categoria e canal de entrega desejados. Não deixe contatos opcionais pré-selecionados.
Permita que o usuário escolha os dias, um horário ou janela e uma frequência máxima. Indique se o teto é geral ou por categoria.
Exiba o fuso horário e informe se o cronograma acompanha o usuário quando o fuso do dispositivo mudar.
Torne visíveis os controles de pausa, retomada e desativação e, em seguida, mostre o estado atual e o próximo horário de contato qualificado.
Antes da entrega, verifique novamente o cronograma, o limite, o status de pausa e a preferência de categoria. Trate a entrega no dispositivo como potencialmente sujeita a atrasos e descreva a promessa do produto em termos do que ele pode controlar.
Um resumo compacto das configurações pode facilitar a verificação do que foi definido: “Lembretes agendados: ativados. Terças e quintas-feiras, das 19h às 20h, horário local. Máximo: dois por semana em todas as categorias. Pause ou desative a qualquer momento.” As opções exatas devem refletir capacidades reais; se um produto não puder impor o limite exibido ou seguir o horário local com confiabilidade, ele deve alterar a implementação ou restringir a promessa antes de apresentar esse controle.