A resposta curta
Mais cinco segundos em cada entrada, vezes trinta entradas por dia, vezes cem utilizadores — isso é um dia de trabalho completo desperdiçado diariamente numa interface sobrecarregada. Simplificar a UX é geralmente a ação com o maior retorno que se pode fazer num sistema existente, e quase sempre baseia-se na eliminação e não na construção.
Três ferramentas são suficientes: auditoria de utilização de campos, teste de três cliques para cada tarefa central e adaptação do Layout por função e fase.
Porquê ecrãs inchados
Ninguém projetou um ecrã com 80 campos. Ele foi criado a partir de sete anos de pedidos pontuais, cada um dos quais era razoável por si só. Três mecanismos recorrentes:
- Pedido de "apenas um campo" — Custo marginal parece zero, custo acumulado enorme.
- Campo que permanece depois de o processo ter mudado — Ninguém é responsável por remover.
- Campo de gaveta de segurança — "Talvez precisemos disto para um relatório no futuro".
Por isso, a simplificação não é um projeto único, mas uma prática constante: cada pedido de um novo campo requer a indicação de um campo a ser removido, ou uma justificação explícita.
Passo 1 — Auditoria de utilização de campos
Para cada objeto central, é gerada uma tabela com quatro colunas: percentagem de preenchimento nos últimos 12 meses, utilização em relatórios, utilização em automatizações e integrações, e proprietário do processo declarado.
| Descoberta | Interpretação | Decisão |
|---|---|---|
| Preenchimento abaixo de 10%, sem utilização em relatório | Campo abandonado | Remoção do Layout |
| Preenchimento alto, sem utilização em relatório | Trabalho que ninguém consome | Pergunta ao proprietário do processo |
| Preenchimento baixo, campo obrigatório | Os utilizadores preenchem um valor arbitrário | Obrigatoriedade ou Alteração de Piclist |
| Preenchimento Elevado e Utilização do Relatório | Campo Ativo | Manter, talvez mover para a frente |
A terceira linha é a mais perigosa: um campo obrigatório preenchido com um valor fictício contamina os dados e também desgasta a confiança.
Passo 2 — Teste de três cliques
Para cada tarefa central — atualização de estágio, registo de chamada, fecho de caso — contamos o número de cliques e ecrãs desde a intenção inicial até à conclusão. Mais de três cliques para uma tarefa diária justifica uma correção.
As ferramentas disponíveis: Quick Actions em vez de abrir um registo completo, edição a partir de uma lista, Path com campos de guia para cada etapa, e componentes que só aparecem no contexto relevante. A pergunta orientadora é sempre a mesma: o que o utilizador vem fazer aqui, e o que está no seu caminho.
Passo 3 — Layout por função e não por objeto
Um ecrã uniforme para todas as funções é uma união de todas as necessidades, ou seja, mau para todos. Um representante de vendas precisa de oito campos; um gestor de operações precisa de cinco outros; o Back Office precisa de campos de aprovação que não têm lugar nos dois primeiros.
A separação por Record Type e perfil, combinada com Dynamic Forms para apresentação condicional por etapa, reduz um ecrã de 60 campos para um ecrã de 12 campos relevantes. Importante: a apresentação condicional não substitui a decisão de negócio sobre o que é realmente necessário.
Passo 4 — A página principal como lista de trabalho
O primeiro ecrã que o utilizador vê deve responder à pergunta "o que devo fazer agora", e não apresentar gráficos gerais. Uma lista de tarefas ordenada por prioridade, itens bloqueados e anomalias que exigem atenção. Este é o retorno diário que justifica a entrada, e é o fator-chave na restauração da adoção — ver Melhorar a adoção do Salesforce.
Medição: Antes e depois
Antes da correção, mede-se o tempo médio de execução para três tarefas essenciais, com cinco utilizadores reais, com cronómetro. Após a correção, mede-se novamente com o mesmo método. Uma redução de 30% ou mais no tempo da tarefa é um resultado aceitável na primeira fase de simplificação.
Paralelamente, acompanha-se a qualidade dos dados e a taxa de execução da operação principal, de acordo com Métricas de adoção do Salesforce. A simplificação real melhora ambos; se o tempo diminuiu mas a qualidade foi comprometida, um campo necessário foi removido.
Objeções e como respondê-las
"Mas o campo é necessário para o relatório" — quem produziu o relatório no último ano? "O gestor X pediu-o" — o processo que o justificou ainda existe? "Talvez precisemos no futuro" — pode ser restaurado em uma hora, e os dados históricos são mantidos mesmo após a remoção do Layout.
Estas objeções são geridas dentro do processo de mudança organizacional, e não como uma discussão técnica — ver Gestão de mudanças do Salesforce.
Resumo
Realize uma auditoria de utilização de campos, remova os campos abandonados, reduza os campos obrigatórios para dois por etapa, construa um Layout por função e transforme a página inicial numa lista de trabalho. Meça o tempo da tarefa antes e depois — esta é a prova que justifica a próxima fase.