Por que sistemas corporativos exigem outra cabeça
Um app de consumer disputa atenção. Um sistema corporativo disputa tempo de operação. O usuário do consumer abre o app por escolha e fecha quando quer. O usuário corporativo passa 6 a 8 horas por dia dentro do sistema. Se a interface tem fricção, ele não migra para o concorrente: ele abre ticket no help desk.
Esse é o ponto cego que faz software house tradicional errar. O time aplica padrões consumer (hierarquia de cards, animações de transição, telas com muito espaço em branco) em uma operação que precisa de densidade alta, atalhos de teclado e estados de erro mapeados. Resultado: software bonito que ninguém quer usar.
As três variáveis que mudam tudo
Em UX para sistemas corporativos, três variáveis reescrevem todas as decisões de design.
Densidade de informação
Consumer apps premiam respiro visual. Sistemas corporativos premiam densidade. Um analista financeiro que precisa conciliar 200 lançamentos por hora não tem tempo de scroll. Ele precisa ver tudo de uma vez, com paginação, ordenação, filtros e ação em massa.
Quando o time de design entrega uma tabela bonita com 8 linhas visíveis na tela, o sistema vira gargalo. A primeira métrica que cai é tempo médio por tarefa. A segunda é satisfação. A terceira é o NPS interno do time que opera.
Multi-perfil simultâneo
Consumer apps têm uma persona dominante. Sistemas corporativos têm de 3 a 7 perfis usando a mesma tela. Um ERP é operado por analista, gerente, controller, auditor e admin. Cada um precisa de uma fatia diferente da mesma informação, com permissões diferentes e necessidades diferentes.
UX em B2B exige modelagem explícita de papéis. Tela genérica que serve todos não serve ninguém bem.
Workflows longos e interrompidos
Consumer flow padrão: 3 telas, 90 segundos, conclusão. Workflow corporativo padrão: 12 telas, 40 minutos, com interrupções (reunião no meio, ligação do cliente, troca de aba para o ERP). O design tem que tratar persistência de estado como first-class, não como recurso premium.
Isso muda tudo: rascunhos automáticos, indicador de progresso permanente, retomada por etapa, undo de longa duração. Recursos que em consumer apps são opcionais, em sistema corporativo são pré-requisito.
O custo real de errar UX em B2B
A pesquisa McKinsey Design Index acompanhou 300 empresas por 5 anos. As empresas no quartil superior de práticas de design tiveram crescimento de receita 32 pontos percentuais acima dos pares e retorno aos acionistas 56 pontos percentuais acima.
A Forrester, em estudo de Impacto Econômico Total com a IBM, mediu o ROI da aplicação de design thinking em sistemas complexos: 301% ao longo de 3 anos. O ROI vem de três frentes:
- Redução de 75% no tempo de design e desenvolvimento, porque o time foca no problema certo desde o começo.
- Redução de 33% em redesigns pós-lançamento, porque a validação prévia mata as decisões erradas antes do código.
- Redução de mais de 50% nos defeitos de software, porque ambiguidade de requisitos cai quando o protótipo já foi testado.
A Regra do Retrabalho explica o mecanismo: corrigir um problema de UX na fase de pesquisa custa 1 unidade de esforço. Na fase de protótipo, 10. Em produção, 100. Sistema corporativo agrava porque o usuário é cativo. Ele não abandona, ele reclama. E a reclamação vai pro CSAT do time interno antes de chegar no fix do produto.
O que muda no processo
Sistemas corporativos exigem três ajustes no processo padrão de UX.
Research com observação no posto de trabalho
Entrevista remota em B2B serve pra ajustes. Pra entender de verdade, é preciso sentar ao lado do operador por 2 a 4 horas. O analista que reclama de "lentidão" geralmente está descrevendo um workflow que exige 14 cliques onde 3 bastariam. A reclamação verbal omite o detalhe técnico. A observação direta captura.
Cinco sessões de observação por perfil cobrem mais de 80% dos problemas operacionais reais. É a mesma matemática do Nielsen Norman Group, só com janela diferente.
Design system como linguagem técnica, não como Figma library
Em consumer apps, design system é repositório visual. Em sistemas corporativos, é linguagem técnica compartilhada entre design e engenharia. Componentes precisam ser nomeados com vocabulário do negócio (não "Card-Variant-3", mas "LinhaConciliacao"), estados precisam estar documentados (não só "hover" e "disabled", mas "pendente-aprovação", "expirado-com-tolerância", "estornado-parcial") e tokens precisam ser auditáveis em código.
Sem isso, o design system vira teatro: existe no Figma, ninguém usa no produto.
Métrica de sucesso é eficiência, não engajamento
Em consumer app, tempo dentro do produto é métrica positiva. Em sistema corporativo, é métrica negativa. Quanto menos tempo o operador leva pra concluir a tarefa, melhor o produto. O critério é o oposto.
Isso reorganiza o KPI: time-on-task, taxa de erro, número de cliques por fluxo, frequência de uso da Ajuda. Quem mede "DAU" em sistema corporativo está olhando pro lugar errado.
Insight Otther: como abordamos sistemas corporativos
Em projetos B2B, a Otther estrutura o discovery começando pela pergunta "qual é a tela mais aberta por dia?". Essa pergunta filtra ruído. Não é a tela mais bonita, nem a mais nova, nem a mais discutida em reunião. É a tela em que o usuário passa mais tempo.
Daí o resto do produto se ancora. Vocabulário, padrões de tabela, atalhos, estados de erro: tudo nasce dessa tela primeiro. Quando a tela mais usada está sólida, as outras herdam a coerência.
Se o seu sistema corporativo está com tempo médio por tarefa subindo, NPS interno caindo ou ticket de suporte sobre interface acima de 15% do total, esse é o sinal de que a UX está cobrando a conta. Vale uma conversa. Uma auditoria de duas semanas costuma identificar de 8 a 12 violações de severidade alta — todas com fix em sprint.