Quanto custa manter um sistema ou SaaS por mês em 2026

Quanto custa manter um sistema ou SaaS por mês, somando tudo?

Um sistema pequeno em produção custa a partir de uns US$ 45 por mês em infraestrutura paga nos planos oficiais de Vercel e Supabase, mais o domínio anual. Por cima disso vem o custo que decide o orçamento: horas de engenharia pra atualizar, corrigir, evoluir e atender quem usa o sistema.

A infraestrutura é previsível e tem preço público. A parte de gente depende do estado do código: sistema com teste, monitoramento e documentação faz a mesma mudança em uma fração do tempo.

Quanto custa a infraestrutura de um sistema pequeno em 2026?

Nos planos oficiais lidos em 16 de outubro de 2026, a combinação mais comum pra um sistema web pequeno fica entre US$ 45 e US$ 65 por mês: Vercel Pro, Supabase Pro e, se o volume de e-mail passar do gratuito, Resend Pro. O domínio .br entra à parte, cobrado por ano.

Preço de nuvem muda sem aviso: confira no link antes de orçar.

O caso típico: Vercel Pro com um desenvolvedor (US$ 20), Supabase Pro (US$ 25) e Resend Pro (US$ 20) somam US$ 65 por mês; com o e-mail no gratuito, US$ 45. É cobrança em dólar no cartão internacional, então câmbio e IOF entram na fatura. A conta sobe com tráfego, banco maior e mais desenvolvedores, mas num sistema com dezenas ou poucas centenas de clientes a infraestrutura raramente é a linha que pesa.

Dá pra manter um sistema em produção só com plano gratuito?

Pra protótipo ou validação, dá. Pra sistema que fatura ou guarda dados de cliente, não: os próprios provedores colocam limites que um produto comercial atinge cedo, como uso só pessoal na Vercel, projeto pausado e sem backup no Supabase e teto diário de e-mail no Resend.

• Vercel Hobby é descrito pela Vercel como plano pra uso pessoal e não comercial, e a conta gratuita não pode comprar uso adicional.
• Supabase Free pausa o projeto depois de uma semana sem atividade. Um sistema usado só no fechamento do mês pode amanhecer fora do ar.
• Resend Free permite 100 e-mails por dia. Se 150 clientes pedirem troca de senha na mesma manhã, 50 ficam sem resposta.
• AWS dá créditos no plano gratuito por 6 meses. No sétimo mês a fatura chega cheia.

O gratuito é ótimo pra testar uma ideia, como mostramos no guia de validação de micro SaaS. O erro é esquecer de migrar quando o primeiro cliente paga.

Quanto custa backup e monitoramento, e quem precisa olhar?

A ferramenta custa pouco: o Supabase Pro já inclui backup diário guardado por 7 dias, e rastreamento de erro tem plano gratuito pra começar. O custo real é o tempo de alguém configurar alerta, ler o que chega e testar a restauração do backup, coisa que quase ninguém faz até precisar.

Backup diário perde o que aconteceu depois dele. Em sistema com pagamento ou repasse, perder meio dia de transações é caro, e a recuperação a qualquer ponto no tempo do Supabase pode se pagar no primeiro incidente. E backup que nunca foi restaurado é suposição: restaure num ambiente separado uma vez por trimestre.

Monitoramento útil tem três camadas: um verificador externo que avisa quando o site não responde, rastreamento de erro que mostra a linha que quebrou e alerta de negócio, como "nenhum pagamento confirmado nas últimas duas horas". A terceira é a que mais protege receita e a que menos gente configura. Webhook de pagamento que falha em silêncio é um dos problemas que mais encontramos quando assumimos sistema de outra equipe.

Por que atualizar dependências e segurança custa horas todo mês?

Porque um sistema moderno depende de centenas de bibliotecas de terceiros, e elas recebem correções de segurança o tempo todo. Ficar parado não congela o risco: a versão que você usa acumula falhas conhecidas e publicadas, e atualizar tarde custa muito mais do que atualizar sempre.

O OWASP Top 10 de 2025, a lista de riscos de segurança web mantida pela fundação OWASP, colocou as falhas na cadeia de software em terceiro lugar. O texto diz que você provavelmente está vulnerável se não acompanha as versões dos componentes, não procura vulnerabilidades com regularidade e não atualiza framework e dependências no tempo certo, e observa que isso é comum quando a atualização vira tarefa mensal ou trimestral.

Existem dois ritmos. As correções pequenas entram com pouco risco se há teste automatizado rodando a cada mudança. As versões grandes de framework mudam API e convenção e pedem revisão de código; quem pula várias seguidas chega num ponto em que atualizar vira projeto, com orçamento próprio. Pergunte ao fornecedor se existe alerta automático de vulnerabilidade, teste antes de publicar e ambiente de homologação.

O que entra em correção de bugs, evolução e suporte?

Manutenção de sistema cobre quatro tipos de trabalho: corrigir o que quebrou, adaptar o sistema quando algo de fora muda, evoluir com funcionalidade nova e atender quem usa. Cada um tem ritmo e custo diferentes, e misturar os quatro no mesmo pacote é a origem da maioria das brigas de contrato.

• Correção: bug encontrado em produção. Volume alto nos primeiros meses, que cai conforme cada correção ganha um teste.
• Adaptação: a outra ponta mudou. O gateway descontinuou uma versão de API, o marketplace mudou uma regra. Num SaaS como a Velify, que anuncia pela API oficial do Mercado Livre e paga fornecedor por Pix, cada integração é uma dependência que pode mudar sem aviso.
• Evolução: o relatório que o financeiro pediu, o plano novo, a integração com o ERP. É o item que mais cresce e o que mais ganha com escopo escrito.
• Suporte: responder dúvida, investigar "o sistema está estranho", ajustar permissão. Pequeno por chamado, constante no mês.

A VTA tem integrações em produção com BuckPay, Cakto, Paradise, Stripe e Mercado Pago, além de um gateway próprio, e na nossa experiência adaptação é a manutenção que o cliente menos prevê. Se o seu sistema depende de várias APIs, veja integração de APIs.

Banco de horas, mensalidade fixa ou sob demanda: qual contrato de manutenção escolher?

Banco de horas serve pra sistema que muda todo mês; mensalidade fixa serve pra sistema estável que precisa de resposta garantida; sob demanda serve pra sistema pequeno que quase não muda. O critério é quanto o sistema evolui e quanto custa uma hora fora do ar, mais do que o tamanho da empresa.

O guia de software sob medida compara software house, sob demanda e desenvolvedor interno. Aqui o foco é o desenho do contrato com fornecedor externo.

Em qualquer modelo, o contrato precisa dizer: tempo de resposta por gravidade, o que é correção e o que é evolução, o destino das horas não usadas, relatório mensal por escrito e a regra de saída, com entrega de acessos, código e documentação.

O nosso recorrente segue o desenho de banco de horas: engenharia sênior reservada pro seu sistema todo mês, relatório do que foi feito, mudanças maiores orçadas à parte com escopo fechado e opção de pausar ou redimensionar no fim de qualquer mês. Detalhes em manutenção e evolução de sistemas.

O que acontece quando ninguém mantém o sistema?

O sistema continua no ar por um tempo, o que dá a impressão de que está tudo bem. Enquanto isso, o domínio caminha pra renovação, o cartão da conta de nuvem vence, as bibliotecas acumulam falhas publicadas e as APIs externas mudam. O problema não chega aos poucos: chega de uma vez, normalmente num dia ruim.

• Conta no nome de quem saiu. Domínio, nuvem e gateway no e-mail do desenvolvedor antigo, e semanas pra recuperar o acesso.
• Fatura recusada. O cartão cadastrado venceu, o provedor suspende o projeto e o sistema some no meio do expediente.
• Integração quebrada em silêncio. O gateway mudou o webhook, o dinheiro entra, mas o sistema não libera o acesso de quem pagou.
• Atualização inviável. Anos parado deixam o framework tantas versões atrás que corrigir uma falha exige atualizar tudo junto.
• Backup inexistente. O gratuito nunca teve backup automático, ou o pago tinha e ninguém conferiu se restaura.

Na maioria das vezes não precisa refazer do zero. Quando assumimos sistema de outra equipe, o caminho é acesso, leitura do código, auditoria por escrito, correção por prioridade e documentação. Refazer só vale quando a auditoria mostra que a base não aguenta.

Quando contratar uma software house pra manutenção não compensa?

Quando o sistema é pequeno, estável e quase não muda, um contrato mensal com software house pode custar mais do que o problema que ele resolve. Nesses casos, sob demanda com um bom freelancer, ou trocar o sistema por uma ferramenta pronta, costuma ser a escolha mais barata e honesta.

Também indicaríamos outro caminho pra stack fora da nossa (somos mais fortes em TypeScript, Node.js, Next.js e PostgreSQL) e pra produto sem cliente pagando, em que o dinheiro rende mais validando. Manutenção contratada compensa quando uma hora fora do ar custa venda, quando o sistema guarda dado de cliente ou dinheiro, ou quando existe roadmap.

Pra começar, liste contas de nuvem, domínios e integrações, e no nome de quem cada uma está. A VTA responde no mesmo dia e devolve proposta fechada com escopo, prazo e preço. Conte como está o seu sistema pelo formulário de orçamento ou pelo WhatsApp.

Perguntas frequentes