Você não tem um problema de falta de melhorias. Tem um problema de fila. E como toda fila sem critério, ela é resolvida pela ordem errada: atende primeiro quem grita mais alto, quem é mais graduado, ou quem mandou a mensagem mais recente. O resultado é um Salesforce que muda toda semana e melhora muito pouco.
Esse artigo é sobre o que fazer com essa fila: como separar pedido de problema, que critério usar para ordenar o que sobra, e como estruturar uma cadência de entrega que faz o CRM evoluir de verdade em vez de só acumular campos.
A fila não cresce porque o Salesforce é ruim — cresce porque ele é maleável
O Salesforce é, por design, uma plataforma que aceita quase tudo. Isso é a maior virtude e o maior risco da ferramenta. Qualquer pedido razoável tem uma implementação possível em poucas horas, o que significa que o custo aparente de dizer “sim” é baixíssimo. O custo real aparece dois anos depois, quando ninguém sabe mais por que existem quatro campos de status, três automações disputando o mesmo registro e um layout com 60 campos em que o vendedor preenche seis.
Os dados sustentam essa leitura. Cerca de 43% dos clientes de CRM usam menos da metade das funcionalidades disponíveis na plataforma que contrataram. Ou seja: a maior parte das empresas está pedindo customização nova enquanto deixa de usar o que já pagou. E a conta do lado do usuário fecha o ciclo — 42% dos vendedores se dizem sobrecarregados pelo excesso de ferramentas, e vendedores sobrecarregados têm 45% menos chance de bater a meta.
Priorizar melhorias no Salesforce, portanto, não é escolher o que construir. É decidir, com método, o que não construir.
Todo pedido chega como solução. Seu trabalho é devolvê-lo como problema
Ninguém abre um chamado dizendo “tenho um problema de rastreabilidade no processo de renovação”. As pessoas pedem o que imaginam ser a solução: “quero um campo de data de renovação”, “quero um botão aqui”, “quero um relatório novo”.
O primeiro filtro, antes de qualquer pontuação, é a tradução. Pegue o pedido e faça três perguntas a quem pediu:
O que você está tentando fazer que hoje não consegue? A resposta quase nunca é o campo. É “eu não sei quais contratos vencem nos próximos 60 dias”. Isso muda tudo — talvez não precise de campo nenhum, só de um relatório sobre um dado que já existe.
Com que frequência isso acontece e quanto tempo custa? “Toda segunda-feira eu gasto duas horas montando isso no Excel” é um caso de negócio. “Aconteceu uma vez em julho e me incomodou” é um desabafo. Os dois merecem escuta; só um merece esforço de engenharia.
O que acontece se a gente não fizer? É a pergunta mais desconfortável e a mais útil. Se a resposta for “nada, a gente continua fazendo na mão”, você acabou de descobrir o custo real do item — e ele pode ser menor do que o custo de construir e manter a solução.
Na prática, essa conversa de dez minutos elimina entre um terço e metade da fila. Uma parte dos pedidos já é resolvível com configuração nativa que ninguém sabia que existia. Outra parte some quando a pessoa percebe que o incômodo não justifica a mudança. O que sobra é backlog de verdade.
Um critério de priorização que cabe numa planilha
Depois da triagem, você precisa ordenar. Frameworks elaborados de produto costumam morrer na primeira semana em operação de CRM, porque ninguém tem tempo de alimentar quinze campos por item. O que funciona é uma pontuação simples, com quatro variáveis que qualquer gestor consegue estimar em dois minutos:
Alcance — quantas pessoas são afetadas, quantas vezes por mês. Um item que toca 40 vendedores diariamente não compete em pé de igualdade com um que resolve a dor de um analista uma vez por trimestre.
Impacto — o quanto isso move um número que a diretoria acompanha. Receita, ciclo de venda, taxa de conversão, custo de atendimento, risco de compliance. Se a melhoria não conecta com nenhum desses, ela é conveniência, não prioridade.
Confiança — o quanto você acredita na sua própria estimativa. Um item baseado em observação direta do processo vale mais do que um baseado na intuição de alguém numa reunião.
Esforço — horas de configuração, desenvolvimento, teste e treinamento. Inclua o treinamento: melhoria que ninguém aprende a usar não entregou valor.
A conta é (Alcance × Impacto × Confiança) ÷ Esforço. Use escalas de 1 a 5 nas três primeiras e horas estimadas na última. O número absoluto não importa — o que importa é que dois itens agora podem ser comparados sem apelar para hierarquia.
| Pedido | Alcance | Impacto | Confiança | Esforço (h) | Pontuação |
|---|---|---|---|---|---|
| Alerta automático de proposta sem retorno há 7 dias | 5 | 4 | 5 | 8 | 12,5 |
| Campo novo de “segmento secundário” na conta | 2 | 2 | 3 | 2 | 6,0 |
| Integração do WhatsApp no atendimento | 4 | 5 | 4 | 60 | 1,3 |
| Dashboard de funil por vendedor | 5 | 3 | 5 | 6 | 12,5 |
Repare no terceiro item. A integração tem o maior impacto individual da lista e ainda assim aparece por último — porque o esforço é uma ordem de grandeza maior. Isso não significa que ela não deve ser feita; significa que ela não é uma “melhoria de sustentação”, é um projeto, e precisa de orçamento, prazo e escopo próprios. Confundir as duas coisas é o erro mais comum que vemos: a fila de melhorias engole um projeto e o projeto trava a fila por três meses. Se esse é o seu caso, vale entender antes quanto custa uma sustentação Salesforce e o que ela deve ou não cobrir.
Reserve capacidade por tipo de item, não só por pontuação
Se você ordenar a fila só pela pontuação, vai acontecer uma coisa previsível: melhorias de eficiência operacional, que são fáceis de medir, vão ocupar 100% da capacidade. E a sua dívida técnica, que não tem cliente interno pedindo, nunca vai ser tocada.
A saída é orçar a capacidade antes de preencher. Uma divisão que funciona bem para times pequenos:
60% para melhorias de negócio — o que veio da fila, ordenado pela pontuação. É o que as áreas enxergam e o que sustenta a percepção de valor do CRM.
20% para correções e estabilidade — bugs, automações que falham em silêncio, integrações que dessincronizam. Essa fatia não é negociável; é o que impede que o sistema perca a confiança dos usuários.
20% para dívida técnica e higiene de dados — remoção de campos órfãos, consolidação de automações duplicadas, revisão de perfis e permissões, limpeza de duplicidades. Ninguém pede, todo mundo sofre quando falta. Vale lembrar que líderes de vendas estimam que 19% dos dados da empresa estão inacessíveis — e dado inacessível é dado que não vira relatório, previsão nem insumo para IA.
Essa última fatia ganhou peso nos últimos dois anos por um motivo específico: qualquer iniciativa de inteligência artificial dentro do CRM — Agentforce, Einstein, agentes de qualificação — depende diretamente da qualidade do modelo de dados. Org bagunçada não entrega agente bom. A limpeza que parecia burocrática virou pré-requisito de roadmap.
As três releases anuais da Salesforce mudam a sua conta todo semestre
A Salesforce entrega três releases por ano — Spring, Summer e Winter. Em cada uma delas, funcionalidades que antes exigiam customização passam a existir de forma nativa.
Isso tem uma consequência prática direta no backlog: um item que você estimou em 40 horas em março pode custar 4 horas de configuração em outubro. Se o backlog não é revisado a cada release, você vai pagar para construir algo que a plataforma passou a entregar de graça — e ainda vai carregar a manutenção dessa customização para sempre.
Coloque na agenda: a cada release, uma sessão de uma hora percorrendo os itens abertos com as notas de versão ao lado. Nossa experiência é que, em média, dois a quatro itens de backlog mudam de estimativa ou simplesmente deixam de existir a cada ciclo. É o melhor retorno por hora investida em todo o processo de governança.
Quem decide: o comitê que impede a fila por quem grita mais
Critério sem dono não sobrevive. Se a priorização depende de o administrador do Salesforce dizer “não” para um diretor, ela vai durar exatamente até a primeira sexta-feira tensa.
A recomendação consolidada de governança em Salesforce é criar um fórum — chame de comitê, de Centro de Excelência, do que quiser — com representação de quem pede (áreas de negócio), de quem executa (TI ou parceiro) e de quem usa no dia a dia, com um patrocinador executivo que dá a palavra final em empate. A função do fórum não é aprovar tarefa por tarefa; é validar o critério e revisar a ordem da fila em cadência.
Para empresas entre 20 e 200 pessoas, o formato que mais funciona é enxuto:
Cadência quinzenal de 45 minutos. Pauta fixa: o que foi entregue no ciclo anterior, o que entra no próximo, o que foi despriorizado e por quê.
Fila pública. O backlog inteiro visível para as áreas, com pontuação e posição. Transparência resolve 80% da pressão política — quando o diretor comercial vê que o pedido dele está atrás de outro que afeta quarenta pessoas, a conversa muda de tom sozinha.
Uma via de urgência, com preço. Sempre vai existir o pedido que não pode esperar. Em vez de fingir que não existe, formalize: pedidos urgentes entram na frente, mas empurram explicitamente outro item para trás — e quem pediu vê qual foi. O custo fica visível, e o uso do canal cai naturalmente.
Esse desenho depende de ter alguém com tempo e autonomia para operá-lo. É exatamente aí que a decisão entre manter um administrador interno ou contratar um parceiro pesa mais do que a comparação de custo por hora; discutimos os dois cenários em detalhe no artigo sobre sustentação Salesforce interna x terceirizada.
Defina a métrica antes de construir, não depois
A pergunta que fecha o ciclo de priorização é: como vamos saber se essa melhoria funcionou?
Ela precisa ser respondida antes da primeira linha de configuração, e a resposta precisa ser um número observável no próprio Salesforce. “Vai melhorar o processo” não é métrica. “O tempo médio entre criação e primeira atividade na oportunidade cai de 3 dias para 1” é.
Isso protege você de dois erros caros. O primeiro é construir melhorias que ninguém adota — e adoção é o ponto em que a maior parte dos projetos de CRM descarrila: estimativas de mercado apontam que cerca de 70% das iniciativas de CRM não atingem os objetivos declarados, quase sempre por desalinhamento entre áreas e baixa adoção, não por falha técnica. O segundo é perder o argumento na hora de renovar orçamento: sem baseline registrado, você não consegue provar o que a evolução do CRM entregou.
Vale lembrar o tamanho do prêmio. Vendedores gastam, segundo levantamento da Gartner, 60% do tempo em tarefas que não são venda. Cada melhoria que devolve uma hora por semana para quarenta vendedores vale mais do que a soma de vinte campos novos — e é esse tipo de item que uma priorização por alcance e impacto faz emergir para o topo da fila.
Perguntas frequentes
Com que frequência devo revisar o backlog de melhorias do Salesforce?
A ordenação da fila deve ser revisada a cada duas semanas, junto com a cadência do comitê. Já uma revisão profunda — reestimar itens, eliminar o que perdeu relevância, conferir o que virou nativo — faz sentido a cada release da Salesforce, ou seja, três vezes por ano.
Quantas horas por mês uma empresa precisa reservar para melhorias contínuas?
Depende do tamanho da operação e da maturidade da org, mas a referência prática é entre 10 e 40 horas mensais para empresas com 20 a 150 usuários de Salesforce. Abaixo de 10 horas, a fila só cresce e o time vira apagador de incêndio. Acima de 40, normalmente há um projeto disfarçado de melhoria dentro da fila.
Como lidar com um pedido de um diretor que não passa no critério?
Não negue o pedido — mostre a fila. Apresente a pontuação do item dele ao lado dos que estão à frente e pergunte qual deles ele quer empurrar para trás. A decisão volta para quem tem autoridade para tomá-la, e o critério permanece intacto. Na prática, a maioria dos pedidos de baixa pontuação é retirada pelo próprio solicitante nessa conversa.
Melhorias no Salesforce exigem contrato de sustentação ou dá para fazer sob demanda?
Dá para fazer sob demanda, mas costuma sair mais caro e mais lento. O modelo sob demanda cobra o custo de recontextualização a cada chamado — o parceiro precisa reentender a sua org toda vez. Um banco de horas contínuo dilui esse custo e permite planejar roadmap, que é justamente o que a priorização pressupõe.
Quando uma “melhoria” deixa de ser melhoria e vira projeto?
Nossa régua prática: acima de 40 horas de esforço, ou quando envolve integração com outro sistema, mudança de modelo de dados ou treinamento formal de um time inteiro. Nesses casos, tratar como item de fila atrasa o item e trava a fila. Separe, escopo próprio, orçamento próprio.
| Sua fila de melhorias no Salesforce cresce mais rápido do que o time consegue entregar? A Levora é consultoria boutique parceira Salesforce, com 8 anos de experiência e mais de 70 projetos entregues. Ajudamos times a transformar backlog acumulado em roadmap priorizado por impacto no negócio — com cadência, critério e métrica. Agende seu diagnóstico gratuito |
Fontes citadas neste artigo
- Salesforce — 40 Sales Statistics to Watch for in 2026
- DemandSage — 42 CRM Statistics 2026 (Usage, Adoption & Market Share)
- Prodly — Developing a Salesforce governance framework
- Salesforce — Salesforce Releases
- Salesforce — State of Sales Report 2026