Pare de reportar atividade de UX e mostre resultado de negócio, orienta a NN/g

Times de UX quase nunca perdem conversa de orçamento porque o trabalho não tem valor. Perdem pela forma de reportar. Dados de teste e citações de usuárias são válidos, mas raramente traduzem impacto no resultado financeiro.

A Nielsen Norman Group descreve o problema com clareza: na mesma empresa se falam duas línguas. Em culturas de medição rígida, quem não conecta trabalho a outcome de negócio vira centro de custo e entra na linha de corte.

Dois erros que fazem UX parecer custo

Erro 1: reportar esforço, não impacto. “Fizemos 24 entrevistas e 3 estudos de usabilidade neste trimestre.” Isso conta atividade. Não conta o que mudou. Liderança vê recurso gasto sem retorno visível.

Erro 2: reportar métrica de UX no lugar de métrica de negócio. “O SUS médio subiu de 62 para 74.” Para quem vive de P&L, SUS pode não significar nada. A métrica cabe no relatório de pesquisa. Na conversa de budget, falta a ponte.

A NN/g cita pesquisa da McKinsey: mais da metade das empresas não tinha forma objetiva de avaliar o output dos times de design. Sem linguagem de negócio, a liderança decide no feeling ou prioriza quem já fala em número.

As cinco perguntas que liderança faz

Para qualquer investimento, o artigo organiza o olhar em cinco eixos:

1. Receita. Fricção em checkout, cadastro ou uso de feature derruba conversão. Nem sempre a linha é óbvia, mas escopo e tracking ajudam a traçar
2. Custo. Contato de suporte tem preço. Interface confusa gera “failure demand”: demanda que só existe porque o produto falhou. Volume de contatos antes e depois de um fluxo redesenhado é argumento forte. Retrabalho também: problema pego no Figma custa menos do que pego depois do build
3. Risco. Erro de design (transação errada, formulário mal entendido) gera risco legal, de suporte, compliance e financeiro. Estudo barato comparado a incidente público ou violação
4. Velocidade. UX cedo reduz patch de emergência e redesenho pós-lançamento. Também há custo de oportunidade: tempo gasto na solução errada enquanto a concorrência acerta
5. Retenção e satisfação. Onboarding que chega mais rápido ao primeiro sucesso e features que a pessoa encontra de fato ajudam a ficar. Cohort de retenção em 7 ou 30 dias, CSAT e NPS entram aqui quando ligados à mudança

Da métrica upstream à métrica downstream

Métricas upstream dizem como o design performou: sucesso de tarefa, erro, SUS. Métricas downstream dizem o que o negócio sentiu: suporte, conversão, churn.

A NN/g sugere construir a ponte, não abandonar o que o time já mede. Exemplos de enquadramento:

| Métrica de UX | Prioridade de negócio | Como falar | | --- | --- | --- | | Taxa de sucesso na tarefa | Receita | Tarefa falha gera suporte e freia checkout/signup | | Taxa de erro | Reduzir custo | Erro de design gera reembolso, reprocessamento e exposição | | SUS | Mitigar risco | Produto errado e erro de experiência criam risco financeiro | | Fixes pós-lançamento | Velocidade | UX cedo reduz ciclos de retrabalho | | Conclusão do primeiro uso | Retenção | Quem não completa onboarding sai cedo | | CSAT | Satisfação | Satisfação prevê renovação e expansão |

Os dados muitas vezes já existem em analytics, suporte, finanças ou marketing. Mesmo número direcional e honesto ajuda: “Contatos sobre [feature] caíram 30% no trimestre após a mudança de navegação.”

Se o time ainda não tem acesso a dados downstream, essa é a primeira conversa a ter.

O ponto final da NN/g

UX sempre esteve a montante dos números que a empresa olha. Quando a pessoa trava na tarefa, nasce ticket, some conversão e às vezes some cliente. O pedido não é exagerar o crédito. É tornar visível a conexão que já existe.

Para a comunidade: na próxima atualização de status, troque a contagem de entrevistas pelo que mudou em receita, custo, risco, velocidade ou retenção. É assim que a conversa de orçamento deixa de ser defesa existencial e vira decisão de investimento.

Fontes