Como este tema funciona na sua empresa
Raramente usa contrato por resultado (complexidade > capacidade). Desafio: definir métrica objetiva (ex: "aumentar vendas 20%" depende de múltiplos fatores). Abordagem: usar resultado apenas para escopo claro (ex: implementar sistema de faturamento = sistema em produção sem erros críticos).
Combina resultado com preço fixo/T&M. Usa para iniciativas de impacto (redução de custo, aumento de produtividade). Desafio: definir métrica que ambos concordam, independente de fatores externos. Abordagem: resultado setorial (reduzir tempo de atendimento em 15%), não corporativo (que depende de vendas).
Sofisticação para hybrid (preço fixo + bonus por resultado). Desafio: consolidar múltiplos contratos com diferentes métricas. Abordagem: usar para áreas específicas (TI verde, segurança); manter contratos base de delivery com bonus por sobre-performance.
Contrato por resultado (Outcome-based contract) é modelo de contratação onde remuneração é parcial ou totalmente variável, baseada em atingimento de KPI pré-definido que representa valor entregue, alinhando incentivos entre empresa e fornecedor[1].
Por que contratos por resultado parecem bom mas são complexos na prática
Teoria: fornecedor lucra quando entrega valor, não apenas horas trabalhadas. Incentivo alinhado. Prática: é difícil definir "valor" de forma objetiva, mensurável, independente de fatores externos. Exemplo ruim: "Fornecedor lucrará se vendas aumentarem 20%." Problema: vendas dependem de economia, marketing, qualidade de produto, não só esforço de TI. Fornecedor não consegue controlar; não aceita contrato. Exemplo bom: "Fornecedor lucrará se tempo de processamento reduz de 2 horas para 1 hora." Métrica é sob controle de fornecedor; ambos conseguem definir claramente.
Três elementos de contrato por resultado bem-estruturado
Elemento 1: Definição clara de resultado. Não: "Aumentar eficiência." Sim: "Reduzir tempo de processamento de 2h para 1h, medido em minutos por transação." Resultado deve ser (a) Objetivo (sim/não ou número), (b) Mensurável (ferramenta para medir existe), (c) Sob controle do fornecedor (não depende de fatores externos incontroláveis).
Elemento 2: Estrutura de remuneração. Modelo hybrid: preço base (segurança fornecedor) + variável (incentivo resultado). Exemplo: "R$ 100 k/mês base + até R$ 20 k/mês de bonus se reduz tempo em 50%+." Preço base garante fornecedor consegue cobrirovarhead; variável incentiva excelência.
Elemento 3: Cláusula de risco compartilhado. Se resultado depende parcialmente de fatores fora do controle do fornecedor, como se divide risco? Exemplo: "Se tempo de processamento não reduz porque sistema antigo é lento (fora controle de fornecedor), meta é ajustada." Ambas partes precisam aceitar que nem tudo é culpa de fornecedor.
Exemplos de métricas viáveis e inviáveis
Viável: Disponibilidade de sistema (99,95%, medida por monitor). Fornecedor controla; fácil de medir; objetivo. Inviável: Satisfação do cliente (NPS 8+). Depende de múltiplos fatores (qualidade de produto, preço, suporte). Fornecedor não controla tudo.
Viável: Tempo de resposta (< 500ms em 95% das transações). Fornecedor controla (otimiza código, infraestrutura). Inviável: Receita de empresa. Depende de vendas, mercado, concorrência. Fornecedor não controla.
Viável: Taxa de erro em processamento (<0,1%). Fornecedor controla (qualidade de código). Inviável: Redução de custo de operação (30%). Depende de adoção de usuários, mudança de processos. Fornecedor não controla.
Contrato por resultado é raro. Se usa, é para escopo muito claro (binário: feito/não feito). Exemplo: "Sistema de faturamento implementado sem erros críticos = pagamento." Estrutura: preço fixo (no risco) + bonus pequeno (incentivo).
Combina resultado com preço fixo. Exemplo: "R$ 100 k base + até R$ 20 k bonus se reduz tempo em 20%+." Métrica: clara, sob controle fornecedor, mensurável. Revisão: semestral conforme realidade muda.
Hybrid ou full outcome para iniciativas estratégicas. Exemplo: "R$ 200 k base + R$ 100 k variável conforme KPI alcançado." Múltiplas métricas por tipo de serviço. Revisão: trimestral com dados.
Erros comuns em contrato por resultado
Erro 1: Métrica depende de fatores externos. "Fornecedor lucra se vendas sobem 20%." Vendas dependem de economia, marketing, etc. Fornecedor não consegue controlar. Erro 2: Métrica inatingível. "99,99% uptime se infra antiga é unreliable." Irrealista. Erro 3: Sem validação prévia. Nunca perguntaram ao fornecedor "você consegue isso?" Erro 4: Moral hazard. Se resultado depende parcialmente de adoção de usuários, fornecedor não consegue garantir adesão; risco de esforço reduzido.
Legislação brasileira: bônus como renda tributável
Se fornecedor é pessoa jurídica, bônus é lucro (IRPJ/CSLL). Se pessoa física, precisa diferençar: base de salário vs. bonus (que é tributado diferente). Estruturar contrato com clareza fiscal com apoio de contador/consultor.
Sinais de que contrato por resultado faz sentido para você
- Resultado é claro, objetivo, mensurável (sim/não ou número específico)
- Resultado depende primariamente do esforço do fornecedor (não de fatores externos)
- Ambas as partes têm capacidade técnica de medir e validar
- Horizonte de contrato é longo (mínimo 1-2 anos para ver resultado materializar)
- Fornecedor aceita risco compartilhado (validou que resultado é realista)
- Você tem processo claro de disputa (se discordam sobre resultado, como resolve?)
Caminhos para estruturar contrato por resultado
Viável se você tem clareza de métrica.
- Perfil necessário: gestor de TI, analista de negócio, fornecedor (validação)
- Tempo estimado: 4-8 semanas para desenho e validação
- Faz sentido quando: métrica é simples, ambas partes confiam em definição
- Risco principal: métrica ainda ambígua; disputa depois sobre resultado
Recomendado para contrato complexo ou valor significativo.
- Tipo de fornecedor: consultor de gestão de contrato, especialista em outcome-based
- Vantagem: expertise em estruturação, validação de métrica, facilitação com fornecedor
- Faz sentido quando: contrato é importante, valor é alto
- Resultado típico: contrato bem-estruturado, métrica validada, redução de risco de disputa
Precisa estruturar contrato por resultado?
Se você quer alinhar incentivos com fornecedor usando outcome-based contract, o oHub conecta você gratuitamente a consultores. Em menos de 3 minutos, descreva seu cenário e receba orientações, sem custo.
Encontrar fornecedores de TI no oHub
Sem custo, sem compromisso. Você recebe template de contrato.
Perguntas frequentes
O que é contrato por resultado em TI?
Modelo onde remuneração é parcial/totalmente variável, baseada em atingimento de KPI pré-definido. Alinha incentivos entre empresa e fornecedor.
Quando usar contrato por resultado?
Quando resultado é claro, objetivo, mensurável, sob controle de fornecedor, e não depende de fatores externos incontroláveis.
Como definir métricas em outcome-based?
Métrica deve ser: (1) Objetivo (sim/não ou número), (2) Mensurável (ferramenta existe), (3) Sob controle fornecedor, (4) Validada com fornecedor como realista.
Quais são os riscos de contrato por resultado?
Métrica mal definida (ambígua), resultado depende de fatores externos (moral hazard), disputa sobre como medir, fornecedor recusa risco.
Como estruturar remuneração variável?
Hybrid: preço base (segurança) + variável (incentivo). Exemplo: "R$ 100 k base + até R$ 20 k bonus se atinge KPI." Preço base garante viabilidade; variável motiva.
Diferença entre outcome-based e result-based?
Tipicamente sinônimos. Outcome enfatiza "resultado de negócio"; result enfatiza "entrega." Ambos significam remuneração baseada em valor entregue.