UX orientado por intenção propõe fluxos que se adaptam ao usuário

A fonte define o UX orientado por intenção como um conceito em que o produto gera fluxos dinamicamente a partir de sinais do usuário: entradas diretas, consultas, prompts, entradas multimodais (voz, gestos, háptico e visão), dados de contexto (localização, bateria) e padrões de comportamento. É um conceito teórico, e cada time implementa à sua maneira. A UI generativa, que usa um LLM para gerar interfaces, é o caminho popular, mas uma versão algorítmica, sem IA, também é possível.

O texto separa cinco camadas de UX que podem ser atualizadas dinamicamente: surface, skeleton, structure, scope e strategy. Personalização e UX adaptativo mexem em estruturas fixas, enquanto o modelo por intenção pode alterar a camada de estrutura. Tudo roda sobre um design system ou style guide predefinido. Como não dá para prototipar centenas de variações, o handoff vira uma especificação com tabelas de sinais, intenções e resultados, regras de composição de UI, limites, confirmações, desfazer, recuperação e fallbacks para fluxos estáticos clássicos.

Para quem desenvolve, o ponto sensível é o controle. A fonte diz que a intenção detectada é uma previsão probabilística e pode errar (viés algorítmico, dispositivo compartilhado, mudança de ideia, ação acidental). Produtos de baixo risco e ações reversíveis podem dar mais controle à IA, e os de alto risco e irreversíveis, menos. Nos testes, fluxos muito dinâmicos não têm caminhos contáveis, então a recomendação é combinar testes manuais em fluxos críticos com simulação de agentes de IA, sem garantia de cobrir todos os casos de borda.

A cobertura anterior do CEVIU já vinha apontando essa direção. Em 15 de julho de 2026, a matéria "UX Transcende Telas: IA Redefine Interação e Centra no Usuário" falava na migração para o design centrado na intenção. Em 12 de outubro de 2026, "Interfaces Flúidas e a Importância das 'Âncoras' Estáveis no Design" alertava que interfaces que se ajustam o tempo todo ao contexto ou à IA podem desorientar o público. A notícia de agora detalha como operacionalizar a ideia, com níveis de implementação, regras e fallbacks, e trata os fluxos fixos como rede de segurança.

Na leitura do CEVIU, para quem opera frontend e backend, isso desloca o trabalho do desenho de telas para a definição de regras: quais sinais valem, que resultados são permitidos e quando pedir confirmação. Isso tende a aumentar a importância do design system como contrato e dos testes de fluxos que ninguém consegue enumerar.