Quando uma empresa pede orçamento para um projeto no seu ERP, quase sempre compara os números. Quanto custa, quantas horas inclui, qual é mais barato.
O número é a parte menos importante desse documento. O que define como o projeto vai correr é o modelo de contratação, porque é isso que decide o que acontece quando algo não sai como estava previsto. E em um projeto de software algo nunca sai como estava previsto.
O essencial, em quatro pontos
- Um pacote de horas não é um orçamento, é um saldo. Ele diz quanto você vai gastar, não o que vai receber.
- As reuniões consomem esse saldo. As definições, as dúvidas e as mudanças pequenas saem do mesmo poço que o trabalho.
- Cada modelo cria um incentivo diferente. Não por má fé, e sim por aritmética.
- Nenhum modelo é melhor sempre. Existe trabalho que só dá para contratar por hora.
Para onde vão as horas que você comprou
Um pacote de horas funciona como um saldo. Você compra quarenta horas, o fornecedor desconta o que trabalha e avisa quando está acabando. Visto assim parece a coisa mais transparente que existe.
Imagine um desenvolvimento estimado em oito horas. Um relatório novo, uma automação simples.
Há uma primeira reunião para entender bem o que é necessário, porque o pedido inicial nunca traz todo o detalhe. Uma hora. Surgem duas perguntas que só alguém da contabilidade pode responder e é preciso esperar essa pessoa ter um tempo. Mais meia hora. Durante o desenvolvimento aparece uma ambiguidade sobre um caso específico, escreve-se um e-mail, a resposta chega no dia seguinte. Vinte minutos. Mostra-se um avanço, o usuário vê a tela e diz que faltava um campo. Mais uma hora entre a reunião e o ajuste.
Nenhuma dessas coisas está errada. É assim que se constrói software que serve. Mas as quatro saíram do seu saldo. Das oito horas que você comprou sobraram pouco mais de cinco para fazer o trabalho, e o trabalho continuava precisando de oito.
A partir daí há dois caminhos e os dois são desconfortáveis. Ou você compra mais horas, com a sensação de estar pagando duas vezes pela mesma coisa, ou o consultor termina com o que resta, que é a versão apressada.
O incentivo que ninguém diz em voz alta
Isto não é uma questão de boa ou má fé, é aritmética. Quando se cobra por hora, o faturamento cresce com a duração do projeto. Quando se cobra por entrega, a rentabilidade cresce com a eficiência.
Isso não significa que quem cobra por hora esteja esticando o trabalho. A enorme maioria dos consultores que faturam assim são profissionais sérios. Significa algo mais difícil de detectar. Em um modelo por hora, ninguém do lado do fornecedor tem um motivo econômico para brigar contra as ineficiências do projeto. A reunião de quarenta minutos que poderia ter sido um e-mail não custa nada a ninguém além de você, e você descobre no final.
O efeito mais caro aparece depois. Um desenvolvedor que sabe que restam três horas de saldo e precisa de cinco toma decisões diferentes. Não testa o caso raro, não deixa o código preparado para a mudança que vem em seis meses, não documenta. Isso volta como um erro no fechamento do mês, ou como uma customização que ninguém entende dois anos depois, algo que vemos com frequência e que contamos em O que acontece depois de implementar o NetSuite.
A pressão de horas não produz trabalho apressado porque as pessoas são ruins. Produz porque o tempo para fazer bem feito não tinha sido comprado.
Os três modelos que você vai encontrar
| Modelo | O que você compra | Quando faz sentido | Onde dói |
|---|---|---|---|
| Pacote de horas | Disponibilidade de uma equipe | Trabalho que não dá para estimar, suporte a incidentes | As reuniões e as mudanças consomem o saldo sem aviso |
| Preço fechado por escopo | Uma entrega definida | Escopo muito claro e estável desde o início | Cada mudança é renegociada, e o imprevisto fica do lado de quem assinou |
| Blocos de tempo com escopo | Uma entrega com data | Projetos delimitados onde os detalhes se descobrem trabalhando | É preciso definir o escopo antes de começar |
Quando o pacote de horas é a opção certa
Vale dizer, porque um artigo que apresenta um único modelo como resposta para tudo é um folheto.
O pacote de horas é o adequado quando ainda não se sabe o que precisa ser feito, como numa revisão inicial de uma conta desorganizada, porque pedir preço fechado sobre isso obriga o fornecedor a adivinhar. Também para suporte, onde ninguém pode se comprometer com uma data para um problema que não aconteceu. E quando já existem anos de relação e você conhece o ritmo da equipe.
Fora desses casos, quando você precisa que algo concreto exista para uma data, o relógio e o resultado começam a competir.
Três práticas que nós não adotamos
Não falamos de empresas, falamos de práticas. São comuns, são legais e, a nosso ver, estão erradas.
Cobrar as reuniões de definição. É cobrar do cliente para que ele nos explique o próprio negócio. As definições são parte do nosso trabalho, não do dele. Quando descontam do saldo, o cliente começa a não perguntar para economizar, e a pergunta que não se faz é exatamente a que gera o retrabalho cobrado à parte depois.
Estimar sem ter visto o processo. Um número dado por telefone na primeira ligação não é uma estimativa, é um número. Depois ele sempre é ajustado para cima, e o cliente que decidiu com base nele já reorganizou o orçamento em torno de algo que não existia.
Cobrar a correção de algo que não funcionou como foi pedido. Se entregamos algo que não faz o que foi combinado, consertar é nossa obrigação e não uma venda nova. Esta é a pergunta mais desconfortável que você pode fazer a qualquer orçamento, e por isso é a que mais informação dá.
Como nós trabalhamos, e do que abrimos mão
Desde junho de 2025 não vendemos horas. Vendemos blocos de tempo com escopo acordado, normalmente de uma ou duas semanas, com data de entrega.
Dentro desse bloco, as reuniões não descontam nada. Se são necessárias três chamadas para definir bem um documento fiscal, as três acontecem. O cliente não olha o relógio enquanto pergunta.
E dimensionamos o bloco com folga. Se o trabalho são quatro dias, o bloco é de uma semana. O preço não muda por causa disso. Se a tarefa vale cem dólares, vale cem dólares seja entregue em quatro dias ou em uma semana. O que ampliamos é o prazo, não o valor. Essa margem é o que permite testar o caso raro, deixar o desenvolvimento preparado para o que vem e entregar algo terminado, em vez de fechar às pressas porque o saldo está acabando. O resultado prático é que costumamos entregar antes da data, e que desde que trabalhamos assim não precisamos voltar a uma entrega para corrigi-la.
O que isso custa.
É preciso definir o escopo antes de começar. É uma conversa inicial mais longa do que pedir um número de horas, e alguns clientes acham isso desconfortável até verem para que serve.
Uma mudança de escopo move a data. Não absorvemos em silêncio. Se no meio do bloco aparece um requisito novo, decidimos juntos se entra movendo a entrega ou se vai para o bloco seguinte. É menos confortável do que um sim automático, e é a única forma de a data significar alguma coisa.
Não serve para tudo. Para suporte usamos outro esquema, e para um levantamento aberto também.
O diagnóstico, e por que não cobramos
Um diagnóstico pago tem a sua lógica, ocupa tempo real de alguém sênior e filtra consultas pouco sérias.
Escolhemos não cobrar porque o diagnóstico pode concluir que você precisa de uma área que não cobrimos, ou que o problema se resolve sem contratar ninguém. Esses dois resultados são valiosos para você e estão entre os mais prováveis. Cobrar para chegar a eles nos colocaria na posição de ter nossa receita dependendo de a resposta ser sempre a mesma.
Cinco perguntas para qualquer orçamento
Leve isto com você mesmo que contrate outro fornecedor.
- As reuniões de definição descontam do total? Se a resposta for sim, acrescente entre quinze e vinte por cento ao que você está comparando.
- Existe data de entrega ou apenas uma quantidade de horas? São compromissos diferentes e só um deles pode ser descumprido.
- O que acontece se as horas acabarem antes do trabalho? A resposta precisa estar escrita.
- As correções de algo que não funciona como foi pedido são cobradas à parte? A mais desconfortável e a mais reveladora.
- Quem faz o trabalho? Uma estimativa em horas não diz nada se você não sabe se quem executa é alguém sênior ou alguém que está começando.
Se você está na etapa anterior, escolhendo a quem pedir orçamento, desenvolvemos isso à parte em Como escolher o parceiro ideal para implementar o NetSuite.
Em resumo
A discussão sobre pacote de horas ou preço fechado parece administrativa e não é. É a decisão que define se, quando aparecer um imprevisto, você e o fornecedor vão estar do mesmo lado ou em lados opostos.
O sinal mais confiável de que você está falando com alguém sério é que essa pessoa explique qual modelo usa, por quê, e o que esse modelo não resolve.