Modelos de orçamento · Informática e tecnologia
Modelo gratuito · Portugal, 2026Modelo de orçamento para programadores
Folha de cálculo pronta a usar: âmbito fechado por escrito, sprints com entregas, alterações fora de âmbito à hora, propriedade do código definida, campos de NIF e IVA a 23%. Descarrega e substitui os valores.
Preferes ditar por voz e isto preencher-se sozinho? 14 dias de Pro grátis — sem cartão.
O que este modelo inclui.
Os projetos de software não morrem de bugs — morrem de âmbito: o «já agora» que se acumula até o projeto não ter fim nem margem. Este modelo trata o âmbito como a cláusula central: o levantamento de requisitos fecha a lista do que entra, os sprints entregam por fases pagas, e tudo o que não está na lista é alteração — à hora, tabelada, sem drama.
E é feito para Portugal: campos de NIF do emitente e do cliente, IVA a 23% em linha separada do subtotal, validade e pagamento por entregas. Os totais calculam-se sozinhos.
| Descrição | Un. | Qtd. | Preço unit. | Total |
|---|---|---|---|---|
| Levantamento de requisitos e proposta técnica (lista fechada de funcionalidades) | projeto | 1 | 450,00 € | 450,00 € |
| Desenvolvimento por sprint de 2 semanas, com entrega demonstrável | projeto | 3 | 1 800,00 € | 5 400,00 € |
| Integrações com serviços externos, por integração | un | 2 | 350,00 € | 700,00 € |
| Testes, correções e entrada em produção | projeto | 1 | 600,00 € | 600,00 € |
| Manutenção evolutiva mensal (banco de 10 horas) | mês | 1 | 400,00 € | 400,00 € |
| Alterações fora de âmbito | h | 1 | 50,00 € | 50,00 € |
| Subtotal | 7 600,00 € | |||
| IVA (23%) | 1 748,00 € | |||
| Total | 9 348,00 € | |||
Além das linhas: campos de NIF do emitente e do cliente, número e data do orçamento, validade, IVA a 23% em linha separada e condições de pagamento por fases (30% na adjudicação · 40% por entrega de sprint · 30% na entrada em produção).
Como preencher cada secção.
A validade
Trinta dias — e a agenda também: um projeto de três sprints ocupa seis semanas do teu calendário, e o cliente que adjudica tarde entra na fila seguinte. Escreve a data de arranque prevista ao lado da validade.
O âmbito fechado
O levantamento de requisitos existe para produzir um documento: a lista fechada do que o software faz. É contra essa lista que se testa, se entrega e se distingue o bug (incluído) da funcionalidade nova (alteração à hora). Sem lista, tudo é discutível — e o discutível é sempre contra ti.
O IVA
A taxa geral é 23%, em linha separada. Em projetos pagos por fases ao longo de meses, cada fatura de fase leva o seu IVA — a folha com as fases calculadas dá ao cliente a visão completa do cashflow. Enquadramento fino com o contabilista.
O nome nas contas
Alojamento, domínio, licenças, APIs: tudo em nome do cliente, com os pagamentos dele — mesmo que configures tu. É o que te liberta do projeto quando ele acaba, e o que protege o cliente se um dia desapareceres. Prender o cliente pela conta de alojamento é modelo de negócio mau para os dois.
Os erros que mais custam a um programador.
Âmbito sem lista fechada
«Uma app simples de gestão» tem cinquenta interpretações e o cliente tem a mais cara. A lista fechada de funcionalidades anexa ao orçamento é o teu contrato de facto — o que lá está entrega-se; o resto orçamenta-se.
Confundir bug com alteração
O bug é o software a não fazer o que a lista diz — corrige-se dentro do preço. A funcionalidade nova é a lista a crescer — paga-se à hora. Sem esta fronteira escrita, todo o pedido chega disfarçado de bug, e a manutenção grátis não tem fim.
Licenças e alojamento em teu nome
Parece prestável e é uma armadilha: ficas responsável para sempre pela conta, pelo pagamento falhado e pela migração futura. Em nome do cliente desde o dia um — a tua saída limpa do projeto começa na configuração.
Entregar sem definir de quem é o código
O cliente assume que comprou o código; tu assumes que vendeste o uso. A cláusula escrita — propriedade com a entrada em produção paga, ou licença de uso, mas escolhida — evita a discussão no pior momento: quando o projeto acaba e alguém quer mudar de fornecedor.
Perguntas frequentes.
O código fica meu?
Sim — com a entrada em produção paga, o código entregue é teu, com acesso ao repositório. É a cláusula escrita no orçamento. Componentes de terceiros mantêm as licenças próprias, identificadas na entrega.
Como funcionam os sprints?
Ciclos de duas semanas, cada um fechado com uma entrega que podes ver a funcionar — e é essa entrega que dispara a fatura da fase. Vês o progresso em software, não em relatórios de progresso.
E depois da entrega?
Correções de defeitos do âmbito entregue estão cobertas pelo período indicado nas condições. Para evolução contínua há a manutenção mensal com banco de horas — funcionalidades novas, ajustes, atualizações — que usas ao teu ritmo.