Preço Fechado ou às Horas: Como Se Deve Pagar um Projeto Web

Antes de qualquer orçamento de criação de sites, há uma pergunta que decide tudo: quem paga quando o trabalho demora mais do que o previsto? É disso que trata a escolha entre preço fechado e faturação às horas (time & materials). Não é uma questão de justiça nem de tradição — é distribuição de risco.

A maioria das PME portuguesas nunca ouve esta explicação. Recebe um orçamento, um plano de pagamentos e uma linha para assinar. Este artigo explica o que cada modelo incentiva, onde a faturação às horas prejudica os clientes mais pequenos, o que o preço fechado exige de ambas as partes e que cláusulas devem fazê-lo recusar um contrato.

Os dois modelos numa tabela

	Preço fechado	Às horas (time & materials)
Paga por	Um resultado acordado	Horas trabalhadas
O risco de derrapagem fica com	O programador	Consigo
Âmbito	Definido à partida; alterações pagam-se	Flexível, evolui durante o projeto
Previsibilidade do orçamento	Alta	Baixa ou nenhuma
Incentivo do fornecedor	Terminar com eficiência	Registar mais horas
Ideal para	Projetos definidos: sites, lojas, MVP	Avenças, investigação genuína, reforço de equipa

Nenhum dos modelos é desonesto por natureza. Ambos podem ser abusados. A questão é: qual das falhas consegue suportar?

O que a faturação às horas realmente incentiva

Pagar às horas parece justo: paga exatamente o trabalho feito. Na prática, três coisas jogam contra uma empresa pequena.

O taxímetro não tem teto. Em Portugal, um freelancer cobra tipicamente entre €350 e €1.750 por um site, e uma agência de Lisboa entre €3.000 e €6.000. Mas quando o orçamento é "80 a 120 horas a €50/hora", o valor final fica algures entre €4.000 e €6.000 — uma margem de 50% antes de qualquer imprevisto. E o imprevisto é a norma em software. À hora 121, a fatura continua a correr e o seu poder negocial desapareceu: já pagou a maior parte de um site que ainda não pode usar.

A eficiência é penalizada. Quem resolve o seu problema em 4 horas fatura menos do que quem demora 12. Ninguém abranda de propósito, mas não há recompensa estrutural para a rapidez, para a reutilização, ou para dizer "não precisa dessa funcionalidade". O incentivo aponta para mais horas, não para melhores resultados.

Não consegue auditar o que não vê. Aquelas "6 horas de correção de erros" foram razoáveis? Sem programadores na sua equipa, não tem como saber. A faturação às horas pede a clientes não técnicos que fiscalizem tempo técnico — precisamente aquilo para que estão menos preparados.

Às horas é o modelo certo quando o trabalho é genuinamente aberto: uma avença de longa duração, prototipagem exploratória, ou um programador integrado na sua equipa. Para uma entrega definida — "preciso de um site que faça X" — transfere todo o risco de estimativa para quem tem menos capacidade de o avaliar.

O que o preço fechado realmente incentiva

O preço fechado inverte o risco: se o fornecedor estimou mal, é ele que absorve a diferença. Isso cria pressões próprias, e convém conhecê-las:

• Incentivo a cortar cantos. Quem está a perder dinheiro no seu projeto pode reduzir a qualidade onde não se vê: testes ignorados, documentação inexistente, atalhos frágeis.
• Incentivo a inflacionar o orçamento. Há quem meta uma almofada de risco gorda no preço — e o cliente paga derrapagens que nunca aconteceram.
• Fricção nas alterações. Cada "pequeno ajuste" vira negociação, porque a margem do fornecedor depende da cerca à volta do âmbito.

A versão honesta do preço fechado resolve isto de outra forma: estimativas rigorosas. Quem já construiu o mesmo tipo de projeto muitas vezes — e tem um processo que acelera a entrega — não precisa de 40% de almofada, porque a estimativa não é um palpite. Por isso o preço fechado funciona melhor com especialistas e pior com generalistas a orçamentar algo que nunca fizeram.

O que o preço fechado exige — de ambas as partes

O preço fechado é um contrato de duas vias. Falha quando uma das partes o trata como sendo de uma só.

O fornecedor deve entregar:

1. Âmbito por escrito: páginas, funcionalidades, integrações e — crucial — o que fica excluído.
2. Uma data de entrega, não "4 a 6 semanas após o arranque, dependendo de terceiros".
3. Rondas de revisão definidas (por exemplo, duas rondas sobre o design).
4. Processo e base de preço para alterações, por escrito, antes de começar.

O cliente deve garantir:

1. Conteúdos, logótipo e acessos até uma data acordada. Conteúdo atrasado é a causa número um do "a agência está lenta".
2. Um único decisor. Comissões renegoceiam o âmbito sem darem conta.
3. Feedback dentro de um prazo combinado (48 a 72 horas é razoável).
4. Respeito pelo âmbito assinado. "Já agora, aproveitava e..." é um pedido de alteração, não um favor.

Se ainda não consegue definir o que quer, não está pronto para preço fechado — e um bom fornecedor di-lo-á, propondo uma fase curta e paga de levantamento em vez de um palpite almofadado.

Boas práticas nos pedidos de alteração

Alterações são normais; praticamente todos os projetos as têm. A diferença entre um projeto tranquilo e um conflituoso está no processo:

• Peça o impacto por escrito. Uma resposta profissional é: "Adicionar área de clientes: +€X, +Y dias. Confirme e agendamos."
• Agrupe pedidos pequenos. Dez emails de uma linha custam mais coordenação do que uma lista semanal.
• Espere cortesia, não funcionalidades grátis. Corrigir uma gralha é cortesia. Uma página nova é âmbito.
• Observe como é tratada a alteração número 1. Se o primeiro pedido gera um orçamento claro em 24 horas, escolheu bem.

Sinais de alarme nos contratos

Recuse, ou renegoceie, se encontrar:

• Faturação às horas sem teto nem estimativa. Está a assinar um cheque em branco.
• Preço fechado sem âmbito escrito. Isso não é preço fechado; é uma discussão futura.
• 50–100% adiantado. O normal é 30–50% no arranque e o resto ligado a entregas.
• Silêncio sobre a propriedade do código e do design. Com o pagamento final, o site é seu. Ponto.
• Alojamento, domínio ou gestor de conteúdos presos ao fornecedor sem cláusula de saída. Deve poder sair levando o site.
• "Revisões ilimitadas". Ninguém oferece nada ilimitado de forma sustentável; é sinal de preço almofadado ou de fornecedor que desaparece à terceira ronda.
• Sem período de garantia. 30 a 90 dias de correção de erros após o lançamento é o normal.

Uma nota sobre apoios

Se a sua empresa está a digitalizar-se, verifique o Vale Digitalização do Portugal 2030: apoios até €20.000 com cofinanciamento de 75%. As regras e os prazos mudam — confirme as condições em vigor em portugal2030.pt antes de contar com o apoio no orçamento.

Onde nos posicionamos

Na Feitura trabalhamos com preço fechado — para sites essenciais, lojas online e aplicações à medida — porque o nosso processo de entrega, acelerado por IA, torna as estimativas fiáveis ao ponto de podermos assumir nós o risco de derrapagem. Âmbito, prazo e preço das alterações ficam por escrito antes de começarmos. A manutenção é uma mensalidade fixa, porque a previsibilidade não deve acabar no lançamento.

Não é a única forma legítima de orçamentar trabalho web. Mas seja qual for o modelo que lhe proponham, já sabe as perguntas a fazer: quem assume a derrapagem, o que está exatamente no âmbito, e o que acontece quando — não se — algo mudar.

Se quer ver como é um orçamento fechado e por escrito para o seu projeto, peça uma estimativa e receba um preço com âmbito e data de entrega, não um palpite às horas.