Tem um padrão que se repete em projetos digitais de praticamente todo segmento. O produto é concebido, a arquitetura é definida, o backlog é priorizado e em algum momento, quase como um aviso de última hora, alguém lembra que a experiência do usuário precisa ser trabalhada. UX entra. Tarde. Com o escopo fechado e o prazo apertado.
O resultado raramente aparece como um fracasso claro. Aparece como retrabalho que "a gente não esperava". Como funcionalidades que precisam ser refeitas porque o usuário não entendeu o fluxo. Como lançamentos que saem, mas não convertem. Como uma versão dois que corrige o que a versão um não deveria ter errado.
Esse custo existe, é real e é mensurável. Ele só não costuma ser atribuído à causa correta.
Quando UX participa das decisões desde o início, o trabalho não é mais corretivo, é preventivo. A diferença prática é que problemas de navegação, de hierarquia de informação, de clareza no fluxo de compra ou cadastro são resolvidos antes de virar código. E corrigir uma decisão de experiência no papel custa uma fração do que custa corrigir no produto já construído.
Isso não é argumento de designer. É argumento de quem gerencia orçamento.
Há outro ângulo que costuma passar despercebido: quando o usuário não consegue completar uma ação, seja finalizar uma compra, entender uma proposta, ativar um serviço, ele não liga reclamando. Ele simplesmente não volta. O churn silencioso, aquele que não gera ticket de suporte nem feedback direto, quase sempre tem origem numa decisão de experiência que pareceu pequena demais para merecer atenção no momento certo.
O que muda quando UX senta à mesa antes não é só a qualidade visual do produto. É a qualidade das perguntas feitas antes de qualquer linha de código existir. Quem vai usar isso? Em que contexto? O que precisa ser óbvio para que essa pessoa confie o suficiente para agir?
Essas perguntas não são sobre estética. São sobre comportamento. E comportamento, no fim, é o que determina se o produto gera resultado ou apenas existe.
Na Lighthouse, UX entra no projeto como função de produto, não como acabamento. Se você quer entender como isso funciona na prática, fala com a gente.
Artigo produzido por André Camargo, UX/UI Design na Lighthouse.