Como este tema funciona na sua empresa
Pagamento simples (2-3 marcos). Desafio: não tem expertise para definir marcos técnicos. Abordagem: marcos simplificados (início, meio, entrega final), consultor ajuda definir, pagamento quando marco está pronto (aceite informal). Risco: baixo porque projeto é pequeno; benefício: reduz adiantamento de pagamento. Custo de gestão: mínimo.
Pagamento estruturado (4-6 marcos). Desafio: validar que marco foi cumprido sem bloquear projeto. Abordagem: marcos correspondem a fases (análise, design, desenvolvimento, testes, deploy). Critério de aceite claro por marco (teste funcional passa). Pagamento quando marco é aceito. Retenção final: 10% até 30 dias pós-entrega (garantia). Custo de validação: moderado (reuniões de aceite).
Pagamento muito estruturado (6-12+ marcos). Desafio: coordenar múltiplos marcos, evitar bloqueios. Abordagem: marcos granulares (semanal/bi-semanal). Critério de aceite automático (teste suite passa, performance atende). Integração com sistema de pagamento automático. Custo: alto (infraestrutura, automação) mas ROI em visibilidade e redução de fricção.
Pagamento por marcos é estrutura de pagamento onde o projeto é dividido em entrega concretas (marcos) e o pagamento é feito conforme cada marco é concluído e aceito. Exemplo: M1 (análise concluída) = 10% pagamento, M2 (design aprovado) = 15%, M3 (desenvolvimento) = 25%, etc[1].
Estrutura de marcos e distribuição de pagamento
Marcos bem definidos reduzem risco: fornecedor tem incentivo de cumprir (senão não recebe), contratante não paga adiantado. Exemplo recomendado: 4-6 marcos para projeto de 3-6 meses. Distribuição: linear (20% cada marco) ou concentrada em marcos críticos. Retenção final (holdback): comum reter 10% até 30 dias pós-entrega (garantia de qualidade). Ajuste: marcos críticos recebem % maior (ex: M3 crítico = 30% vs. M1 = 10%).
Marcos informais, validação simples. Exemplo: M1 "análise feita" (no kickoff), M2 "prototipo funcional" (metade do projeto), M3 "sistema pronto" (final). Critério de aceite: "quando você disser que está pronto, a gente valida". Timing: pagamento imediatamente após aceite (fornecedor prefere). Holdback: 10% até 30 dias (garantia). Custo: muito baixo.
Marcos formais, critério de aceite explícito. Exemplo: M1 "análise com documento assinado" (10%), M2 "design com aprovação de stakeholders" (15%), M3 "módulo 1 com testes passando 100%" (25%), M4 "testes integrados concluídos" (25%), M5 "deploy em produção + estável" (15%). Validação: teste funcional manual por responsável interno. Timing: pagamento 30 dias após fatura (padrão corporativo).
Marcos muito granulares (bi-semanal). Critério de aceite automático (CI/CD passa, performance < threshold). Exemplo: M1-M10 com 8-10% cada, holdback 10%. Validação: pipeline de teste automático valida; se passa, marco é aceito. Timing: pagamento automático 7 dias após aceite (fluxo de caixa otimizado). Custo: alto em setup mas zero em burocracia pós-setup.
Critério de aceite e validação de marco
Marco deve ser objetivo (não "quando achar que está pronto"). Exemplos: "teste funcional passa 100%", "performance < 2s", "cobertura de teste > 80%", "documentação completa e assinada", "aprovação de comitê formal". Documentação de aceite: formulário assinado por ambas partes confirmando que marco foi cumprido. Contestação: se fornecedor discorda que marco não passou, processo de revisão (independente se possível).
Timing de pagamento e retenção
Quando pagar? Idealmente imediatamente após aceite (fluxo de caixa de fornecedor). Realista: 30 dias após fatura (SLA padrão). Evitar 60+ dias (fornecedor não aceita ou aumenta preço). Holdback (retenção final): reter 10% do total até final de projeto (garantia de qualidade por 30 dias pós-entrega). Quando fornecedor recebe holdback? Se nenhum problema aparece em 30 dias, paga. Se problema aparece, usa holdback para corrigir.
Sinais de que pagamento por marcos é apropriado
Se você se reconhece em três ou mais cenários abaixo, estruture pagamento por marcos.
- Projeto tem duração > 1 mês
- Orçamento é significativo (> R$ 50k)
- Você quer reduzir risco de adiantamento
- Você precisa de visibilidade de progresso
- Projeto pode ter mudanças de escopo
- Fornecedor está em primeiro contrato com você
- Você não quer pagar tudo ao final
Caminhos para estruturar pagamento por marcos
Abordagem prática para projeto médio.
- Perfil necessário: Gestor de projeto, especialista técnico
- Tempo estimado: 1-2 semanas para definir marcos e critério
- Faz sentido quando: projeto é bem definido, você tem expertise interna
- Risco principal: critério pode ser vago; investir tempo em detalhe reduz risco
Abordagem segura para projeto complexo.
- Tipo de fornecedor: Consultor de projeto, gestor de PMO
- Vantagem: expertise, marcos bem definidos, reduz disputa
- Faz sentido quando: projeto é complexo ou você carece de expertise
- Resultado típico: marco bem estruturado, aceite sem fricção
Precisa estruturar pagamento por marcos em seu projeto?
Se você quer proteger seu orçamento sem bloquear projeto, o oHub conecta você gratuitamente a consultores especializados em estruturação de marcos e aceites. Em menos de 3 minutos, descreva seu projeto (tipo, duração, orçamento) e receba propostas personalizadas, sem compromisso.
Encontrar fornecedores de TI no oHub
Sem custo, sem compromisso. Você recebe propostas e decide se e com quem avançar.
Perguntas frequentes
Como estruturar marcos em projeto de TI?
Divida projeto em fases (análise, design, desenvolvimento, testes, deploy). Cada fase é um marco. Marco deve ser concreto (documento assinado, código testado) não vago ("quando achar pronto"). Defina critério de aceite claro por marco (ex: "teste funcional passa 100%").
Quanto % pagar em cada marco?
Distribuição linear: divide 100% pelo número de marcos. Exemplo: 5 marcos = 20% cada. Distribuição proporcional: marcos críticos recebem % maior. Exemplo: M1=10%, M2=15%, M3=30% (crítico), M4=25%, M5=20%. Holdback: reter 10% até final (garantia).
Qual é o benefício de pagamento por marcos?
Reduz risco: fornecedor tem incentivo de cumprir (senão não recebe). Você não paga adiantado. Visibilidade: pagamento é proxy de progresso. Se marco é atrasado, você sabe cedo. Flexibilidade: mudança de escopo afeta próximos marcos (claro na fatura).
Como validar que marco foi cumprido?
Critério de aceite deve ser objetivo e testável. Exemplo: "M3 é aceito quando teste funcional de módulo passa 100%". Validação: responsável interno executa teste, assina documento confirmando resultado. Documentação: ambas partes assinam confirmando que marco foi cumprido.
O que fazer se fornecedor discorda sobre aceite de marco?
Processo de revisão: conversa entre responsáveis técnicos. Critério deve ser claro e objetivo; se é vago, ambos pode discordar. Validação por terceira parte (independente) pode ser necessária se disputa é complexa. Documentar decisão: ambas partes assinam, mesmo que em desacordo.
Quando fornecedor recebe a retenção final (holdback)?
Holdback é retido até 30 dias pós-entrega (garantia). Se nenhum problema aparece (ex: bug crítico), fornecedor recebe integral. Se problema aparece, você pode usar holdback para corrigir ou compensar. Negociar claramente: holdback deve estar em contrato antes de assinar.