Pular para o conteúdo
PedidoAtivo

Escopo fechado ou cobrança por hora: qual contratar em software

Por Pedido Ativo · · 6 min de leitura

Resposta rápida

Para pequena empresa, escopo fechado com valor fechado costuma ser o modelo mais seguro: você sabe quanto vai pagar e o que vai receber antes de começar, e o risco de estouro fica com quem constrói. Cobrança por hora faz sentido quando ninguém sabe ainda o que precisa ser feito, como em investigação ou suporte avulso. O ponto de atenção do escopo fechado é a mudança no meio do caminho, que se resolve com fases curtas e uma regra clara para ajustes.

Equipe reunida em volta de um quadro branco com anotações

O modelo de cobrança define quem carrega o risco do projeto. Parece detalhe de contrato, mas é o que decide se você vai ter uma surpresa na fatura do terceiro mês. Vale entender os dois modelos antes de assinar qualquer coisa.

Como funciona a cobrança por hora

Você paga pelas horas trabalhadas, com um valor por hora combinado. O fornecedor costuma dar uma estimativa, mas estimativa não é teto. Se o trabalho demorar o dobro, a conta dobra. O incentivo é desalinhado: quanto mais demora, mais o fornecedor recebe. Isso não significa má-fé. Significa que o risco de erro de estimativa é todo seu.

Para quem não é técnico, existe um agravante. Você não tem como avaliar se quarenta horas para uma tela é muito ou pouco. Fica dependendo da palavra de quem está cobrando.

Como funciona o escopo fechado

Antes de começar, as duas partes escrevem o que será entregue: telas, regras, integrações, relatórios. Em cima dessa lista sai um valor e um prazo. Se o fornecedor errou a estimativa, o problema é dele. Você paga o combinado e recebe o combinado.

O incentivo se inverte. Quem constrói ganha mais quando entrega rápido e bem, porque retrabalho sai do próprio bolso. E você consegue comparar o preço com o benefício antes de gastar o primeiro real.

O ponto fraco do escopo fechado e como contornar

O risco clássico é a mudança. No meio do projeto você percebe que precisava de outra coisa, e o fornecedor responde que não estava no escopo. A discussão azeda. Três cuidados evitam isso:

  • Fases curtas. Em vez de um projeto de seis meses, várias entregas de poucas semanas. Cada fase tem escopo fechado, e o aprendizado de uma ajusta a próxima.
  • Escopo escrito em linguagem de negócio. "O vendedor consegue ver o histórico de compras do cliente antes de ligar" é melhor que "tela de consulta de pedidos".
  • Regra de ajuste combinada. Troca de uma coisa por outra do mesmo tamanho, sem custo. Acréscimo vira item com valor próprio, aprovado antes de ser feito.

Um escritório de contabilidade, por exemplo, pode fechar a primeira fase só com o controle de prazos e obrigações. Depois de um mês usando, descobre que o que mais falta é o aviso automático para o cliente. Isso entra como segunda fase, com novo escopo e novo valor. Ninguém brigou, ninguém pagou por adivinhação.

Como escrever um bom escopo sem ser técnico

Você não precisa saber nada de programação para escrever um escopo útil. Precisa descrever o trabalho como ele acontece hoje e como deveria acontecer. Comece pelas pessoas: quem usa o sistema e o que cada uma precisa conseguir fazer. Depois, as informações: o que precisa ser guardado e o que precisa aparecer em relatório. Por fim, as regras: o que não pode acontecer, quem aprova o quê, quem vê o quê.

Uma frase boa de escopo tem sujeito, ação e resultado. "A recepcionista marca a consulta e o paciente recebe a confirmação no WhatsApp sem ninguém digitar nada" é um item claro, que dá para testar no dia da entrega. "Módulo de agendamento inteligente" não diz nada e abre espaço para discussão. Quando o escopo é testável, a entrega também é: ou faz o que está escrito, ou não faz.

Quando a cobrança por hora faz sentido

  • Investigar um problema num sistema antigo que ninguém conhece mais.
  • Suporte avulso e pequenas correções sem contrato de manutenção.
  • Consultoria pontual: uma tarde para revisar uma proposta ou um contrato de outro fornecedor.

Mesmo nesses casos, peça um teto. "Até tantas horas, acima disso a gente conversa" já muda o jogo.

O que exigir no contrato em qualquer modelo

  1. Lista do que entra e, tão importante quanto, do que não entra.
  2. Data da primeira entrega que você consegue usar, não só ver.
  3. Pagamento atrelado a entrega, não a calendário.
  4. Propriedade do código e dos dados definida por escrito.
  5. O que a mensalidade cobre depois que o sistema entra no ar.

Nosso jeito de trabalhar segue esse roteiro: escopo e valor fechados antes de começar, primeira entrega em semanas. Os detalhes estão em serviços.

Outras dúvidas sobre contrato e pagamento estão respondidas em dúvidas frequentes.

Quer transformar a sua ideia num escopo escrito? Comece pelo diagnóstico grátis. Você sai com a lista do que faz sentido construir primeiro.

Perguntas frequentes

Escopo fechado não sai mais caro, porque o fornecedor embute uma gordura?

Existe uma margem de segurança, sim. Em troca, você compra previsibilidade e transfere o risco de estouro. Para quem não consegue auditar horas, essa troca costuma valer.

E se eu ainda não souber exatamente o que preciso?

Então a primeira fase é justamente descobrir. Um diagnóstico bem feito transforma a dor em lista de entregas, e a lista vira escopo.

Posso mudar de ideia depois que o projeto começou?

Pode, desde que a regra esteja combinada. Troca equivalente não altera valor. Acréscimo é orçado à parte e só é feito depois da sua aprovação.