Como comparar propostas de fornecedores sem se enganar
Comparar propostas de fornecedores: como normalizar escopo, calcular o custo total com a saída incluída e definir os pesos antes de abrir os PDFs.

Três propostas na mesa, três números diferentes, e uma sensação incômoda de que você não está comparando a mesma coisa. Você não está — e isso raramente é má-fé.
Cada proposta é escrita para destacar o que aquele fornecedor faz melhor. Uma inclui implantação no preço, outra cobra à parte. Uma cobra por usuário, outra por volume. Uma tem suporte em horário comercial incluso, outra vende plantão como adicional. Os números aparecem lado a lado numa planilha e dão a impressão de comparabilidade que não existe.
A tese em uma frase: a decisão de compra é definida antes de você abrir as propostas — pelo escopo que você escreveu e pelos pesos que definiu — e todo trabalho feito depois disso é justificação, não comparação.
Comparar propostas de fornecedores começa pelo escopo
O trabalho que torna a comparação possível é escrever, você mesmo, o que precisa ser entregue — e pedir que cada fornecedor precifique aquilo.
Se você já tem um termo de referência, metade do caminho está feita. Se não tem, uma lista simples resolve: o que o sistema precisa fazer, com quantos usuários, integrado com o quê, com qual nível de suporte, em quanto tempo.
Sem isso, cada proposta responde a uma pergunta ligeiramente diferente, e a comparação vira preferência disfarçada de análise.
Quando o fornecedor propuser algo fora do escopo — e ele vai —, trate como informação, não como desqualificação. Às vezes ele entendeu melhor o problema do que você. Mas peça que precifique também o escopo original, para que a comparação continue existindo.
Custo total, com a saída incluída
O preço da proposta é uma fração do que aquilo vai custar. A conta honesta soma:
| Item | Onde costuma esconder |
|---|---|
| Implantação | Cobrada à parte, ou "inclusa" com limite de horas |
| Licença ou mensalidade | Reajuste anual, faixa de usuários que muda o preço |
| Treinamento | Primeira turma inclusa, as seguintes não |
| Integrações | Uma inclusa, as demais como projeto |
| Add-on | O que foi demonstrado e não está no plano proposto |
| Horas internas | Alguém da sua equipe vai manter isso |
| Saída | Exportação, migração, prazo de aviso prévio |
O último é o mais esquecido e o mais caro. Uma proposta barata com saída difícil é uma proposta cara com desconto no primeiro ano.
As três perguntas que revelam isso, e que devem ser feitas por escrito antes de assinar:
- Meus dados são exportáveis, em que formato, e há cobrança para exportar?
- O que acontece com as configurações e customizações feitas para mim?
- Qual o prazo de aviso prévio para encerrar?
Fornecedor que responde de forma vaga às três está informando que a saída é cara. O momento de negociar isso é agora — depois de assinar, você perdeu a única alavanca que tinha.
Peso antes de abrir
Este é o ponto que mais protege contra autoengano.
Defina, antes de ler as propostas, quanto vale cada dimensão. Algo como: aderência ao escopo, custo total, risco de implantação, qualidade do suporte, facilidade de saída. Os pesos são seus e dependem do contexto — o que não pode é defini-los depois.
Peso definido depois da leitura é ajuste de régua para o resultado que você já preferia. Acontece sem má intenção, e produz decisão ruim com aparência de método.
Duas disciplinas complementares:
- Avalie por dimensão, não no geral. Notas separadas revelam trade-off; nota única esconde.
- Registre o porquê. Quando algo der errado — e vai —, alguém vai perguntar por que foi escolhido aquele. Ter a resposta escrita muda a conversa de culpa para aprendizado.
O que a demonstração não mostra
Demonstração é ensaiada, roda em ambiente controlado e usa dados que se comportam. Três perguntas que a atravessam:
"Podemos testar com os nossos dados?" A diferença entre a demo e o seu ambiente aparece aqui — volume real, integração real, caso estranho real.
"Quem já usa isso num cenário parecido com o meu?" E fale com esse cliente sem o vendedor na chamada. As referências fornecidas são as melhores que existem, então pergunte o que foi mais difícil, não se recomendam.
"O que este produto não faz bem?" Fornecedor que responde honestamente vale mais do que um que diz fazer tudo. Quem não tem limite conhecido ainda não foi usado o suficiente.
Sobre pedir proposta sem intenção real
Vale um posicionamento, porque é comum e cobra caro depois.
Pedir cotação a três fornecedores é legítimo e esperado. Fazer alguém investir dias numa proposta técnica detalhada sem chance real de ganhar, só para ter poder de barganha, é outra coisa — e o mercado de fornecedores é menor do que parece. A conta chega em atendimento pior na próxima vez.
Se já existe preferência clara, o caminho honesto é dizer o que faria você mudar de ideia. Fornecedor experiente prefere um "não" rápido a um processo longo perdido.
Quando o critério é diferente
Dois casos que mudam a régua:
Compra de segurança. O critério que separa proposta boa de folheto não é preço: é autoridade de resposta. Está detalhado no post sobre MDR, XDR, SIEM ou SOC gerenciado — e a pergunta que resolve é "contém ou avisa?".
Compra de infraestrutura em nuvem. Aqui o custo total depende de padrão de uso, e a comparação exige simulação com o seu perfil real. O comparativo entre AWS, Azure e Google Cloud mostra por que preço de tabela diz pouco.
E vale a disciplina de SLA, SLO e OLA na leitura do contrato: o que o fornecedor promete a você e o que ele assume internamente raramente coincidem.
O ponto que fica
Comparar propostas parece um exercício de planilha e é, na maior parte, um exercício de preparação. Quem escreve o escopo, define os pesos e pergunta pelo custo de saída antes consegue decidir com informação. Quem começa lendo as propostas decide por impressão e depois monta a planilha que confirma.
Se for mudar uma coisa no seu próximo processo de compra, mude a ordem: defina o peso dos critérios antes de abrir o primeiro PDF. É de graça, leva vinte minutos, e é a diferença entre comparar e justificar.


