Por Que Propostas de Salesforce Quase Nunca São Comparáveis
Ao comparar três propostas e notar uma diferença de dezenas de pontos percentuais, a primeira reação é pensar que uma delas está inflacionada. Na maioria dos casos, a razão é mais simples: cada proposta precifica um projeto diferente.
Um fornecedor incluiu a migração de três anos de histórico, enquanto outro considerou apenas um ano. Um incluiu seis semanas de estabilização pós-implantação, o outro entregou e finalizou. Um contou quatro integrações, o outro apenas duas, pois assumiu um relatório diário em vez de uma interface em tempo real. Nenhum deles agiu de má-fé — simplesmente não foram instruídos de outra forma.
A comparação, portanto, começa pela normalização, não por uma tabela de preços.
Método de Normalização em Seis Etapas
1. Estabeleça uma lista padronizada de componentes. Onze itens são suficientes: Análise de Requisitos, Configuração, Desenvolvimento, Integrações, Migração, Testes, Treinamento, Gestão de Projeto, Estabilização, Documentação, Transferência de Conhecimento.
2. Para cada proposta, indique o que está incluído, o que é parcial e o que está faltando. Não preencha valores nesta fase.
3. Precifique o que está faltando. Para cada componente não incluído em uma proposta, use o custo de outra proposta como estimativa e adicione-o.
4. Alinhe as premissas. Número de usuários, edição, anos de histórico, número de unidades de negócio, idiomas.
5. Alinhe o período de garantia. Períodos diferentes equivalem a dinheiro. Uma diferença de dois meses de estabilização é um componente de custo real.
6. Calcule o custo médio por hora e a composição da equipe em cada etapa, não apenas no total.
Somente após essas seis etapas é possível comparar os números. Em muitos casos, a proposta que parecia mais barata passa para a segunda posição.
Os Componentes Que Desaparecem das Propostas — e Aparecem na Fatura
| Componente | Por Que Foi Omitido | Ordem de Grandeza Relativa |
|---|---|---|
| Limpeza de Dados Pré-Migração | Considerado responsabilidade do cliente | Por vezes, muito significativa |
| Segunda Rodada de UAT | Assume-se uma rodada única | Baixo, mas pode bloquear o cronograma |
| Treinamento por Função | Precificado como um único workshop | Médio |
| Suporte Aprimorado nas Primeiras Semanas | Não definido | Médio a Alto |
| Documentação de Propriedade da Organização | Considerado óbvio | Baixo, fundamental posteriormente |
| Tratamento e Monitoramento de Erros de Integração | Inclui apenas o "caminho feliz" | Médio |
| Ambientes e DevOps | Assume-se que existe | Baixo a Médio |
| Horas de Gestão Interna da Organização | Não incluído na proposta | Alto, e sempre presente |
A última linha é aquela que surpreende a diretoria. Um projeto Salesforce consome tempo significativo dos process owners e do PMO, e este é um custo real, mesmo que não apareça em nenhuma fatura.
Da Comparação de Preços à Comparação de Custos Trienais
Uma proposta é avaliada corretamente em um período de três anos, não apenas sobre o projeto. Uma estrutura de cálculo simples:
| Componente | Ano 1 | Ano 2 | Ano 3 |
|---|---|---|---|
| Custo de Implementação | Total | — | — |
| Licenciamento | Por número de usuários | Inclui crescimento esperado | Inclui crescimento esperado |
| Manutenção e Suporte | Parcial | Total | Total |
| Melhorias Planejadas | — | Escopo estimado | Escopo estimado |
| Custo de Gestão Interna | Alto | Médio | Médio |
A diferença entre as propostas no primeiro ano pode parecer grande. Em um período de três anos, o que geralmente determina é quão fácil será modificar o sistema sem o fornecedor — ou seja, a qualidade da documentação e da transferência de conhecimento, que quase nunca são ponderadas na decisão.
Bandeiras Vermelhas em uma Proposta
- Migração de dados precificada com um valor redondo, sem questionamento sobre volume ou qualidade.
- Ausência de período de garantia, ou definida como "tratamento de bugs" sem especificação do que constitui um bug.
- Proposta que inclui apenas horas de desenvolvimento e não tem uma linha para gestão de projeto.
- Composição da equipe sem nomes, ou nomes que não são contratualmente obrigatórios.
- Preço excepcionalmente baixo para a fase de Análise de Requisitos, que às vezes é uma "porta de entrada" para um projeto que será precificado posteriormente.
- Ausência de premissas explícitas. Uma proposta sem premissas não foi devidamente examinada.
Exemplo Ilustrativo: Uma Empresa de Energia Renovável
O cenário é hipotético e serve apenas para ilustração. Uma empresa recebeu três propostas. A diferença entre a mais barata e a mais cara era de cerca de oitenta por cento. O comitê tendia à mais barata.
Após a normalização, ficou claro: a proposta mais barata não incluía migração de dados, apenas a importação de registros de atividade; assumia duas integrações em vez de quatro, pois acreditava que o relatório financeiro seria feito por exportação manual; e o período de garantia era de duas semanas, comparado a oito semanas na proposta mais cara.
Após a complementação dos custos faltantes com base nos outros proponentes, a diferença diminuiu para cerca de dez por cento. A decisão final não foi baseada no preço, mas na questão de quem oferecia uma transferência de conhecimento estruturada, pois a empresa não possuía equipe interna.
O Que Fazer com a Diferença Restante
Após a normalização, geralmente resta uma diferença real. Transforme-a em perguntas, não em suposições:
- Por que sua estimativa para integração é menor que a dos outros — o que vocês sabem que eles não sabem?
- O que acontece se a suposição sobre a qualidade dos dados não estiver correta?
- Quantas rodadas de teste vocês planejaram?
- Quem da equipe apresentada acompanhará o projeto do início ao fim?
As respostas a essas perguntas distinguem um fornecedor que precificou baixo por ser eficiente de um fornecedor que precificou baixo por não ter compreendido completamente o escopo.
A Conexão com a Decisão Final
Uma comparação estruturada aborda apenas o lado comercial. O lado técnico é pontuado separadamente, de acordo com pesos predefinidos, e o preço é apenas um deles — os detalhes estão no Guia para Escolher uma Empresa de Implementação Salesforce. A compreensão do que constitui o custo de antemão está detalhada no Guia de Custo de Implementação Salesforce, e a escolha do modelo de engajamento no Guia de Precificação de Projetos.
O que foi acordado na comparação deve constar no contrato com uma redação precisa, caso contrário, não existe — as cláusulas relevantes estão agrupadas no Guia de Contrato e SOW Salesforce.
Próximo Passo
Construa a tabela de normalização antes de abrir os envelopes de preço. Quem a constrói depois de ver os valores, constrói-a — involuntariamente — de forma a justificar a proposta que já lhe agradou.