Quando as empresas adquirem softwares ou serviços de digitalização e inteligência, é ainda comum encontrar nos documentos de licitação a exigência de que “o licitante deve disponibilizar XX engenheiros seniores e manter no local não menos que XX meses‑homem”. As tabelas de avaliação atribuem pontuações ponderadas com base no número de pessoas, nas qualificações e no preço unitário — um método que era razoável há dez anos, mas…Entrega assistida por agentes inteligentes e IANa era da popularização, é fácil escolher o fornecedor que atrai mais pessoas em vez de aquele cujos resultados são mais claros.
Contexto político: a lógica de compras está mudando
O “Plano de Implementação da Campanha Especial ‘Inteligência Artificial + Software’”, publicado em setembro de 2026 pelo Ministério da Indústria e Tecnologia da Informação, propõe promover a transformação do software para a inteligência, o desenvolvimento de modelos como o “inteligente como serviço” e enfatiza queNão importa o quanto seja investido, mas sim quais são os resultados efetivos.. Para o comprador, o sinal é claro: se continuar a avaliar apenas em termos de dias-homem e do número de profissionais no local, poderá acabar por adquirir uma “implementação movimentada”, mas não obter melhorias de negócio verificáveis.
Avaliação por mérito humano vs. avaliação por resultados: qual é a diferença?
| Dimensão | Avaliação tradicional por pessoa/dia ou por cabeça | Avaliação de proposta orientada para resultados |
|---|---|---|
| Indicadores-chave | Número de pessoas, nível, número de dias no local, preço unitário | Ciclo fechado de cenário, script de aceitação, KPI após a implantação |
| Expressão de requisitos | Seleção da lista de funcionalidades | Operação de cargo + padrão de dados + regras de exceção |
| Processamento de alterações | Negociação no local para adicionar pessoas e aumentar o orçamento | Qual é o impacto do formulário de alteração sobre quais marcos e quais KPIs? |
| IA/Agente inteligente | Normalmente não é incluído na classificação | É necessário especificar os pontos de melhoria de eficiência, os pontos de revisão manual e as fronteiras de permissões. |
| Nó de pagamento | Cálculo trimestral ou por pessoa-mês | Pagamento aprovado após a aceitação por marco de referência |
| Ponto central da controvérsia | “As pessoas estão no lugar certo?” | “O script foi executado corretamente? Os indicadores melhoraram?” |
Lógica de negócios: como alterar o documento de licitação
Mude o documento de compras de “comprar mão de obra” para “comprar resultados”; recomenda-se reescrever quatro partes:
- Lista de cenários: Escreva, de acordo com o cargo, “situação atual e pontos problemáticos → operação desejada”, por exemplo, “o comprador passa de fazer pedidos por e-mail para a aprovação de PO no sistema, em um ciclo fechado”.
- Script de aceitação: Cada cenário deve incluir os passos de teste, os dados de entrada e a saída esperada; o licitante deverá responder, item por item, quanto à viabilidade de implementação.
- Compromisso de KPI: No período de 90 dias após o lançamento, são considerados indicadores quantificáveis, como a taxa de redução do ciclo de aprovação, a taxa de divergência na conciliação e a taxa de precisão do estoque — os indicadores devem ser passíveis de extração sistemática de dados.
- Fronteira de serviço: A formação, a operação e manutenção, a migração de dados e a manutenção das regras do agente inteligente cabem a cada parte, evitando que “o lançamento signifique o fim”.
Sugestão de peso das avaliações:Adequação do plano à aceitação: 40% + Efetividade de casos semelhantes: 30% + Preço: 20% + Capacidade da equipe: 10%. A equipe ainda deve ser observada, mas não deve assumir o controle; caso contrário, voltaremos à prática de simplesmente aumentar o número de pessoas.
Lógica de design: como a inteligência artificial e a automação podem ser aplicadas na avaliação de propostas
Se o projeto incluir atendimento ao cliente inteligente, acompanhamento automático e motor de regras, o comprador deverá solicitar que o licitante responda:
- Entrada e saída: quais documentos são lidos, quais status são gravados de volta e se são auditáveis.
- Permissões e Atualizações: Quais operações devem ser confirmadas manualmente e como proceder com o escalonamento em caso de tempo esgotado.
- Precisão e amostragem aleatória: Como medir a linha de base do compromisso e como realizar o rollback em caso de operação incorreta.
- Bloqueio de fornecedor: Os modelos, as regras e a base de conhecimento podem ser exportados, evitando que a empresa fique paralisada ao mudar de fábrica.
Implementação e aceitação: controle de acesso da terceira fase
Recomenda-se que o contrato especifique claramente os sistemas de controle de acesso das três fases e vincule o pagamento à aceitação:
- Fase 1 (4–8 semanas): O script do cenário principal foi aprovado em 100%, e o treinamento dos principais responsáveis foi concluído. Caso não seja aprovado, não será pago a segunda parcela.
- Fase II (8–12 semanas): Integração de processos entre departamentos, estabilidade das interfaces e dos dados mestres, implementação da coleta de dados de linha de base do KPI.
- Fase três (90 dias de operação): Revisão com base nos KPIs contratuais; em caso de não atingimento, há período de correção e cláusulas de desconto, em vez de permanência indefinida no local.
O número de funcionários no local pode servir comoMeios de implementaçãoEscrever no anexo, mas não deve ser o objeto principal do contrato. O objeto principal do contrato deve ser “quais scripts foram aprovados e quais indicadores foram melhorados”.
Equívocos comuns do comprador
Equívoco 1: Vencer a licitação com preço baixo por pessoa‑dia——Aumento de preço nas alterações posteriores eleva o custo total. Solução: limite do preço total + tabela de precificação para alterações.
Equívoco nº 2: quanto mais funcionalidades, melhor——Baixa taxa de implantação. Solução: dividir em etapas e cenários; na primeira fase, poucos recursos, mas com ciclos fechados.
Equívoco três: ignorar os dados mestres——Após a implantação do sistema, os dados estavam desorganizados e o agente inteligente amplificou os erros. Medida: realizar a aceitação separada dos marcos de governança de dados mestres.
Equívoco 4: Não definir a metodologia de coleta de dados para os KPIs——Na hora de discutir, cada um conta a sua. Solução: incluir as fórmulas dos indicadores, as fontes de dados e os períodos de estatística em anexo, e solicitar à área de TI que confirme se o sistema consegue extrair os dados automaticamente.
Próximas ações
Se você está relicitando projetos de ERP, OA, SRM ou soluções digitais personalizadas, pode começar por dedicar uma semana a um “exame de saúde da licitação”: destaque todas as cláusulas de horas‑homem do RFP atual e reformule cada uma delas em formato de cenário + roteiro + KPI. Mesmo que não consiga terminar tudo, pelo menos a próxima versão da licitação já não escolherá fornecedores com base na lógica de 2015.
A “modernização tecnológica” no setor de software não ocorre apenas nas oficinas da parte contratada, mas também no departamento de compras da parte contratante. Quem primeiro avaliar as propostas com base nos resultados terá maior probabilidade de adquirir, na era dos sistemas inteligentes, um sistema de gestão realmente eficaz, passível de responsabilização e capaz de realizar retrospectivas, em vez de uma simples lista extensa de nomes.
Pontos adicionais de atenção para as compras de empresas estatais e de grupos
As grandes compras geralmente precisam conciliar conformidade e eficácia: é possível manter, nos documentos de licitação, requisitos de qualificação e cláusulas contra fraudes, masTabela de pontuação técnicaÉ necessário estabelecer como critérios rígidos a “integridade da resposta do script de aceitação” e a “mensurabilidade dos KPIs”, evitando que a avaliação técnica se torne meramente formal. Em cenários com múltiplas entidades jurídicas no grupo, deve‑se exigir que os licitantes esclareçam como os dados mestres e as permissões suportam as subsidiárias, promovendo a implantação apenas após a validação do script na primeira fase piloto em uma das entidades, em vez de proceder diretamente à unificação de todo o grupo.
Na fase de demonstração do comitê de compras, recomenda-se selecionar aleatoriamente 2 a 3 scripts para serem executados pelos licitantes, enquanto os avaliadores atribuem notas com base na comparação com as expectativas — isso reflete mais fielmente a experiência real após a implantação do que simplesmente analisar o número de pessoas apresentado no PPT. Na etapa de negociação contratual, é recomendável incluir no texto principal a “fase de correção e a fórmula de desconto em caso de não atingimento dos KPIs”, o que protege ambas as partes de forma mais eficaz do que tentar negociar posteriormente com base em favores pessoais. A reforma do processo de avaliação não precisa aguardar a publicação da próxima versão da norma nacional; já na próxima licitação é possível testar inicialmente um script, um único KPI e um sistema de controle de acesso em uma fase piloto. Adotar uma abordagem de pequenos passos e aprendizado contínuo permite acompanhar melhor as mudanças tanto nas políticas quanto na tecnologia, em vez de esperar por um modelo perfeito.