> Custo de manutenção de software após o lançamento | Torno

1. [Início](https://tornostudio.com/)
2. / [Blog](https://tornostudio.com/blog/)
3. / Custo de manutenção de software: o que prever após o lançamento

# Custo de manutenção de software: o que prever após o lançamento

Um roteiro para estimar o orçamento recorrente de um software web após o go-live, separando faturas de provedores, trabalho de manutenção e evolução funcional.

Escrito por [Henrique Pett](https://tornostudio.com/autores/henrique-pett/) · Product Engineer · Torno Studio

## Resposta direta

Estime o orçamento após o lançamento separando contas dos provedores, trabalho de manutenção e suporte e mudanças funcionais, com uma linha por componente ou atividade real. Some bases conhecidas e uso variável na mesma janela, mantendo itens sem tarifa como a cotar; o preço da construção e a presença de monitoramento não definem o custo recorrente nem a cobertura de atendimento.

* Registre moeda, período, região, unidade cobrada, franquia e data da tarifa, conferindo contrato e fatura do serviço exato.
* Nomeie titulares das contas, responsáveis por alertas, horário de suporte e aprovação de adicionais; ausência de cobrança de suporte não cria cobertura gratuita.
* Confira exclusões de limites de gastos e separe correção dos critérios de aceite de evolução funcional, que exige escopo e aprovação próprios.

**Neste artigo**

* [Três contas diferentes depois do go-live](https://tornostudio.com/blog/custo-manutencao-software-apos-lancamento/#tr%C3%AAs-contas-diferentes-depois-do-go-live)
* [A ficha que permite somar o custo recorrente](https://tornostudio.com/blog/custo-manutencao-software-apos-lancamento/#a-ficha-que-permite-somar-o-custo-recorrente)
* [Duas propostas hipotéticas, calculadas na mesma janela](https://tornostudio.com/blog/custo-manutencao-software-apos-lancamento/#duas-propostas-hipot%C3%A9ticas-calculadas-na-mesma-janela)
* [Onde termina a garantia e começa um novo acordo](https://tornostudio.com/blog/custo-manutencao-software-apos-lancamento/#onde-termina-a-garantia-e-come%C3%A7a-um-novo-acordo)

Depois que um software web entra em produção, o orçamento passa a incluir contas que a proposta de construção talvez não cubra. Para prever o gasto recorrente, separe **faturas dos provedores**, **trabalho para manter a operação** e **evolução funcional**. O preço de construir a primeira versão não determina automaticamente o custo dessas três frentes.

Este roteiro serve para organizar uma conversa de orçamento após o go-live. A arquitetura, o contrato e o uso medido é que dizem quais itens entram na conta.

## Três contas diferentes depois do go-live

**Operação** reúne os serviços usados pelo sistema: por exemplo, hospedagem, banco de dados, armazenamento, envio de mensagens e APIs externas. Cada fornecedor pode cobrar assinatura, consumo ou uma combinação dos dois. A fatura do provedor pertence ao titular da conta; ela não se transforma em serviço do Torno Studio por aparecer no mesmo orçamento.

**Manutenção e suporte** são trabalho: acompanhar alertas, investigar incidentes, aplicar correções, revisar dependências e combinar quem responde quando algo falha. Uma proposta precisa dizer quais atividades estão incluídas, qual canal aciona o responsável e qual é o horário de atendimento. Monitoramento contratado não significa, por si só, resposta a qualquer hora ou restauração garantida.

**Evolução** muda o produto: uma regra de negócio nova, outro fluxo, uma integração adicional. Deve ter escopo e aprovação próprios. Chamar uma funcionalidade nova de “correção” torna o orçamento difícil de comparar.

## A ficha que permite somar o custo recorrente

Preencha uma linha **para cada componente realmente presente na arquitetura**. Some o custo-base conhecido às parcelas de uso variável; mantenha “a cotar” separado até obter a tarifa ou proposta. A [AWS Well-Architected, no pilar de otimização de custos](https://docs.aws.amazon.com/wellarchitected/latest/cost-optimization-pillar/welcome.html) trata consciência de gasto e uso e revisão ao longo do tempo como práticas de gestão. Essa orientação é para workloads AWS; não fornece preço para o seu sistema nem pressupõe que ele use AWS.

Se necessário, role horizontalmente para ver todas as colunas.

| Componente ou trabalho              | Base conhecida ou a cotar                                                                 | Uso variável e premissa a medir                                           | Total do período                                        | Quem recebe a fatura ou executa                                     | Próxima revisão                         |
| ----------------------------------- | ----------------------------------------------------------------------------------------- | ------------------------------------------------------------------------- | ------------------------------------------------------- | ------------------------------------------------------------------- | --------------------------------------- |
| Hospedagem e banco                  | Plano/configuração contratados; registrar valor e período da fatura ou marcar **a cotar** | Instâncias, armazenamento, transferência e excedentes conforme o contrato | Base + uso faturado; **a cotar** se faltar tarifa       | Titular das contas de infraestrutura; responsável técnico acompanha | Data do próximo fechamento da fatura    |
| Arquivos e APIs externas            | Assinatura, franquia incluída e unidade cobrada; ou **a cotar**                           | GB armazenados/transferidos, chamadas ou usuários, apenas se cobrados     | Base + unidades cobradas × tarifa; ou **a cotar**       | Titular de cada conta; responsável técnico confere uso              | Antes da renovação ou mudança de volume |
| Mensagens e notificações            | Plano e eventual franquia; ou **a cotar**                                                 | Mensagens efetivamente enviadas, por canal e unidade faturada             | Base + excedentes × tarifa; ou **a cotar**              | Titular da conta de comunicação                                     | No fechamento mensal                    |
| Monitoramento, backups e incidentes | Ferramenta e trabalho contratado, cada qual em linha própria; ou **a cotar**              | Eventos, retenção ou horas adicionais, se o acordo cobrar por uso         | Ferramenta + trabalho + excedentes; ou **a cotar**      | Provedor da ferramenta e pessoa nomeada para resposta               | Após um incidente e no ciclo contratual |
| Suporte, correções e evolução       | Escopo, período, limite de horas e preço em proposta separada; ou **a cotar**             | Horas ou solicitações fora do escopo, só após aprovação                   | Valor contratado + adicionais aprovados; ou **a cotar** | Prestador contratado; quem aprova é o cliente                       | Antes de renovar o acordo               |

Para fechar a ficha, anote **moeda, período, região, unidade, franquia, imposto aplicável e data em que cada preço foi consultado**. Confira esses campos no contrato e na fatura do serviço exato. Sem essa consulta, uma célula “a cotar” continua desconhecida; não vira zero.

Um limite de gastos de um provedor também não é teto do sistema inteiro. A [Supabase explica que seu Spend Cap cobre certos itens de uso e exclui outros](https://supabase.com/docs/guides/platform/cost-control). Ele não cobre contas de outros fornecedores. Leia as exclusões e o efeito de atingir uma cota antes de depender desse controle; as regras podem mudar.

## Duas propostas hipotéticas, calculadas na mesma janela

**\[HIPÓTESE]** Considere duas propostas para operar um portal web durante uma janela de **30 dias**. São modelos didáticos, não propostas, preços ou prazos do Torno Studio. Em ambas, suponha o mesmo contrato hipotético de terceiros: **F** é a assinatura de hospedagem e banco para os 30 dias; armazenamento inclui **10 GB-mês** e cada GB-mês excedente custa **G**; cada mensagem enviada custa **M**, sem franquia de mensagens. **S** é o valor de um serviço de suporte por 30 dias, se contratado. F, G, M e S precisam vir de contratos ou cotações; nenhum valor monetário foi presumido aqui.

Se necessário, role horizontalmente para ver todas as colunas.

| Premissa verificável na janela de 30 dias |                               Proposta A |                        Proposta B |
| ----------------------------------------- | ---------------------------------------: | --------------------------------: |
| Armazenamento medido                      |                                 8 GB-mês |                         25 GB-mês |
| Mensagens enviadas                        |                                    1.000 |                             4.000 |
| Suporte pago após o go-live               |                           Não contratado |           Contratado pelo valor S |
| Fatura hipotética de terceiros            |                            F + 1.000 × M |     F + (25 − 10) × G + 4.000 × M |
| Trabalho de suporte                       | Sem parcela S e sem cobertura contratada | S, com escopo e horário a definir |
| **Total para comparar**                   |                        **F + 1.000 × M** |    **F + 15 × G + 4.000 × M + S** |

Os volumes, a franquia e a forma de cobrança são **\[HIPÓTESE]**, não dados de mercado. Para reproduzir a conta, substitua F, G, M e S pelos valores do serviço, região e contrato escolhidos; confira GB-mês e mensagens no painel e na fatura do período. Se o fornecedor cobrar por outra unidade, tiver franquia de mensagens ou mudar o plano, refaça a fórmula. A proposta A não inclui suporte pago; ausência de uma linha de suporte não significa que alguém responderá a incidentes gratuitamente.

![Orçamento pós-lançamento organizado em faturas de provedores, manutenção e suporte, e evolução funcional, conforme contratação. Cenários hipotéticos; valores a cotar não equivalem a zero.](https://tornostudio.com/_astro/orcamento-apos-lancamento.Diq0z4bO_22sYfi.svg)

Esquema conceitual para os cenários hipotéticos do artigo. As parcelas dependem da arquitetura, do uso e dos contratos; evolução exige escopo e aprovação próprios. Diagrama original Torno Studio.

Para comparar o orçamento na mesma janela de tempo, identifique as faturas dos provedores, o trabalho contratado de manutenção e suporte e as mudanças de produto aprovadas separadamente. Uma parcela não contratada não oferece cobertura implícita. Valores ainda a cotar permanecem desconhecidos, não iguais a zero. Os cenários são hipotéticos e não representam preços de mercado ou uma proposta do Torno Studio.

## Onde termina a garantia e começa um novo acordo

No **MVP** do Torno Studio, a [garantia publicada é de 60 dias para bugs](https://tornostudio.com/#precos): correções do que não cumprir os critérios de aceite. **\[FATO, home do Torno Studio consultada em 16/10/2026.]** Isso não paga hospedagem, banco, APIs ou mensagens de terceiros, nem inclui automaticamente suporte operacional contínuo ou novas funcionalidades. Para continuidade contratada, veja o [Product Evolution na home](https://tornostudio.com/#precos) e confirme o escopo aplicável; a tabela de planos fica na própria página.

Antes de assinar qualquer proposta, peça a ficha preenchida com os titulares das contas, a pessoa responsável por alertas e incidentes, os limites do suporte e a regra de aprovação de mudanças. Assim, o orçamento após o lançamento tem parcelas identificáveis e uma data para ser revisto.

## Sobre o autor

[Henrique Pett](https://tornostudio.com/autores/henrique-pett/) é o Product Engineer à frente da Torno Studio. Atua em software web sob medida, integrações e aplicações com IA, da descoberta à produção.

[Trajetória e mais artigos de Henrique →](https://tornostudio.com/autores/henrique-pett/)

## Continue a leitura

* [Acessibilidade no software sob medida: o que pedir no aceite](https://tornostudio.com/blog/acessibilidade-software-sob-medida-aceite/)
* [Ambiente de homologação: o que conferir antes de testar seu sistema](https://tornostudio.com/blog/ambiente-homologacao-conferir-antes-testar-sistema/)
* [Anexos no sistema: o que definir para enviar e consultar arquivos](https://tornostudio.com/blog/anexos-sistema-envio-consulta-arquivos/)

## Quer discutir o seu projeto?

Traga o contexto; eu ajudo a definir o escopo e o próximo passo.

[Agendar diagnóstico (45 min, grátis)](https://calendly.com/henriquepett/45min)

[Voltar ao blog →](https://tornostudio.com/blog/)