A história é sempre a mesma, e eu já vivi mais de uma versão dela. Uma loja virtual de médio porte, entregue no prazo, aceite assinado, garantia cumprida até o último dia. O cliente não quis contrato de manutenção: "por enquanto não precisa, qualquer coisa eu te chamo".

Três meses depois: "rapidinho, o frete parou de calcular". Seis meses depois: "como eu cadastro um funcionário novo no painel?". Oito meses depois: "o pagamento com cartão está dando erro, é urgente". Nenhuma dessas mensagens é má-fé. Todas são exatamente a mesma coisa: um sistema em produção sem ninguém responsável por ele, e uma pessoa que continua sendo chamada como se fosse.

Este post é para os dois lados dessa conversa. Para o empresário, o que a garantia cobre, o que não cobre e quanto custa de verdade não ter contrato de manutenção. Para o desenvolvedor, os cuidados que evitam a roubada e o roteiro exato de resposta para quando a mensagem chega. E, no fim, a parte que ninguém gosta de ouvir: em quase todo caso desses, a lacuna foi criada antes da entrega, e por quem entregou.

• Garantia cobre defeito no que foi entregue. Não cobre funcionalidade nova, integração de terceiro que mudou, atualização de segurança, dado cadastrado errado nem "como eu faço para".

• Na maioria das vezes em que "o site parou", não é defeito, é ambiente. Gateway atualizou a API, certificado venceu, plugin foi descontinuado. Ninguém quebrou nada; o mundo em volta se moveu.

• Software não é cadeira. Entregue e abandonado, ele não fica parado, ele apodrece em silêncio, e o dono só descobre quando quebra.

• Sem contrato, a hora custa mais e chega mais tarde, e isso é desenho, não castigo. Atendimento avulso de emergência custa mais que a mesma hora dentro de um contrato.

• A hora de vender manutenção é na assinatura do projeto, não depois da entrega. Depois, o cliente já tem o que queria.

• Toda solicitação pós-garantia vira orçamento. "Dar uma olhadinha" é onde a roubada começa.

Parte 1: o que a garantia cobre, e a lista do que não cobre

Quase todo conflito pós-entrega nasce de uma palavra mal definida. "Garantia" no software significa uma coisa específica: correção, sem custo, de defeito no que foi entregue dentro do escopo contratado, por um prazo determinado. O mercado costuma trabalhar entre 30 e 90 dias após o aceite.

O que é defeito: o botão de finalizar compra não responde; o cálculo do desconto está errado em relação à regra combinada; o relatório soma errado; a tela quebra no celular que estava no escopo de teste. Coisas que estavam prometidas e não funcionam como prometido.

E aqui está a lista do que não é defeito, que vale colar no contrato:

• Funcionalidade nova, por menor que pareça. Um campo a mais no cadastro é funcionalidade nova.

• Mudança de regra de negócio. O frete grátis era acima de R$ 200 e agora é acima de R$ 150? Isso é alteração, não conserto.

• Integração de terceiro que mudou. Gateway de pagamento que atualizou a API, transportadora que trocou o formato de resposta, marketplace que mudou a autenticação. O código estava certo; o outro lado mudou.

• Atualização de dependência por segurança. Biblioteca que recebeu alerta de vulnerabilidade precisa ser atualizada, e isso é manutenção preventiva, não defeito.

• Hospedagem, domínio, certificado e e-mail. Certificado vencido derruba o site inteiro e não tem uma linha de código envolvida.

• Dado cadastrado errado pelo cliente. Produto sem preço, categoria sem imagem, cupom criado com data errada.

• Treinamento de gente nova e toda pergunta que começa com "como eu faço para".

• Mudança de lei ou de norma, como as adequações fiscais que vêm em 2027, que exigem trabalho novo em sistema que estava perfeito.

Uma nuance jurídica honesta, porque ela costuma ser mal citada. O Código de Defesa do Consumidor prevê 90 dias para reclamar de vício aparente em serviço durável, mas ele só se aplica quando quem contrata é consumidor, e empresa que usa o site como ferramenta do próprio negócio geralmente não é tratada assim. Nesse caso vale o Código Civil e, acima de tudo, o que estiver escrito no contrato. Se o contrato não diz o prazo, a discussão vira interpretação. Escreva o prazo.

Se "o site parou", a primeira pergunta não é "quem quebrou?". É "o que mudou em volta?". Na maior parte das vezes, a resposta está fora do código.

Parte 2: software não é cadeira

Este é o ponto que o empresário precisa entender antes de qualquer discussão sobre preço. Uma cadeira entregue continua sendo a mesma cadeira daqui a cinco anos. Um site entregue vive dentro de um ambiente que se move todo mês:

• O navegador lança versão nova a cada poucas semanas e, de tempos em tempos, deixa de suportar algo.

• A linguagem e o framework têm ciclo de vida. Versão que sai de suporte para de receber correção de segurança, e o site continua rodando nela sem avisar ninguém.

• As integrações mudam sem consulta: pagamento, frete, nota fiscal, marketplace, redes sociais. Cada uma tem o próprio calendário.

• A segurança é uma corrida: vulnerabilidade nova aparece, correção é publicada, e quem não aplica fica exposto. Escrevi sobre esse lado em cibersegurança para desenvolvedores.

• A lei muda. Quem tem loja virtual vai sentir isso de forma concreta em 2027, com a virada fiscal que exige alteração em sistema que estava funcionando perfeitamente. O panorama está em reforma tributária: o que muda para você.

Por isso site entregue e abandonado não fica parado, fica apodrecendo em silêncio. Nada quebra no dia seguinte. Quebra oito meses depois, numa sexta à noite, quando duas ou três dessas mudanças se acumularam e ninguém estava olhando. E aí a mensagem chega com a palavra "urgente".

"Mas eu não queria mensalidade"

Uma confusão comum, e vale desfazer. Quem escolhe site sob medida em vez de plataforma alugada faz isso, entre outros motivos, para não pagar mensalidade de plataforma. É uma boa razão, e eu mesmo defendo isso em Wix, WordPress ou site sob medida.

Só que mensalidade de plataforma e manutenção são coisas diferentes. Mensalidade de plataforma paga o aluguel do produto de outra empresa. Manutenção mantém funcionando um ativo que é seu. Na plataforma alugada, a manutenção está embutida no aluguel e você não escolhe nada. No sob medida, ela é sua decisão, e é uma decisão que precisa ser tomada, e não adiada até quebrar.

Parte 3: o alerta para a empresa, em dinheiro

Deixar de contratar manutenção parece economia. Vamos ver o que ela custa.

Sem contrato, não existe prazo de resposta

Isso é o que mais surpreende o empresário quando acontece. Contrato de manutenção tem SLA: um prazo dentro do qual alguém é obrigado a responder e a agir. Sem contrato, ninguém é obrigado a nada. Quando a loja cai na Black Friday às 22h, a mensagem pode ficar sem resposta até segunda, e isso é perfeitamente legítimo. Sobre o tamanho do prejuízo nesse cenário específico, escrevi em como preparar site e loja para a Black Friday.

O conhecimento vai embora com quem construiu

Quem desenvolveu o sistema sabe onde cada coisa está e por quê. Quando essa pessoa para de responder, o conhecimento vai junto. Colocar um desenvolvedor novo dentro de um sistema existente até ele mexer com segurança leva de 40 a 120 horas. A R$ 180 a hora, são R$ 7.200 a R$ 21.600 só de rampa, sem nenhuma melhoria entregue. Isso costuma custar mais que um ano de manutenção.

Segurança sem correção é passivo da empresa, não do dev

Quando um site desatualizado vaza dados de cliente, quem responde perante a lei de proteção de dados é a empresa, na condição de controladora. O desenvolvedor que entregou o sistema seguro em janeiro não tem responsabilidade sobre a vulnerabilidade descoberta em agosto que ninguém corrigiu porque não havia contrato para isso.

A conta do avulso

Aqui vale ser concreto, e vou usar a minha própria tabela como exemplo. O meu atendimento emergencial sem contrato custa R$ 1.490 pelas duas primeiras horas, mais R$ 450 por hora adicional, com início do atendimento em até 24 horas. Três incidentes no ano, no mínimo, já passam de R$ 4.500, e somam três episódios de loja parada esperando a janela de 24 horas.

A mesma hora, dentro de um contrato de manutenção, custa menos e tem prazo de resposta menor. Isso não é castigo para quem não contratou. É desenho. Emergência sem contrato consome agenda que não estava reservada e exige contexto que precisa ser reconstruído. Custa mais porque custa mais.

E tem o efeito colateral que todo desenvolvedor experiente conhece: emergência é a porta que mais rápido vira contrato de manutenção. Não porque alguém convenceu o cliente, mas porque ele fez a conta sozinho, com o site fora do ar.

O capital que ninguém contabiliza

Cada "rapidinho" atendido de graça gasta uma coisa que não aparece em planilha: a boa vontade de quem atende. Ela acaba, e acaba sem aviso. O desenvolvedor não briga; ele demora mais para responder, depois responde com orçamento, depois para de responder. Quando isso acontece, a empresa fica com um sistema que ninguém conhece, e volta para o item da rampa de 40 a 120 horas.

Parte 4: os sete cuidados para o dev não cair na roubada

Agora o lado de quem constrói. Cada um destes foi aprendido do jeito caro.

1. Garantia escrita com prazo, escopo e a lista do que não cobre

No contrato original, antes de começar. Prazo em dias corridos a partir do aceite formal. Definição de defeito. E, principalmente, a lista de exclusões da Parte 1, porque é ela que resolve a conversa depois. Sem essa lista, todo pedido vira debate sobre o que é "defeito".

2. Manutenção oferecida na assinatura, não depois da entrega

Este é o erro que eu mais vejo e que eu mesmo já cometi. Depois da entrega, o cliente já tem o que queria, e o valor percebido de "manter" é baixo até o primeiro problema. Na assinatura do projeto, o cliente está pensando no futuro do negócio, e é ali que manutenção faz sentido para ele. A proposta do projeto deve vir com a manutenção incluída como padrão, e o cliente que não quiser precisa dizer que não quer. Isso muda completamente a taxa de contratação.

3. Encerramento formal com entrega completa

Termo de aceite assinado. Credenciais, repositório, documentação e acessos entregues ao cliente, em contas de titularidade dele. Um documento curto de "como operar" com as dez tarefas mais comuns do painel.

Isso faz duas coisas. Primeiro, protege o cliente, que passa a ter tudo o que precisa para seguir com quem quiser. Segundo, tira o pretexto do "preciso de uma informação": quando está tudo entregue e documentado, a resposta a essa mensagem é apontar o documento, e não abrir uma sessão de consultoria gratuita.

4. Tabela de hora avulsa pós-garantia, maior que a hora em contrato

Publicada, conhecida e citada no próprio contrato. Com valor mínimo por atendimento e prazo de resposta declarado. A diferença de preço entre avulso e contrato não é vingança: é o incentivo correto, e o cliente racional entende quando vê os dois números lado a lado.

5. Toda solicitação vira orçamento, mesmo a pequena

Regra sem exceção. "Dar uma olhadinha" é onde a roubada começa, porque a olhadinha vira diagnóstico, o diagnóstico vira correção, a correção vira "já que você mexeu". Orçamento de R$ 300 é orçamento. O que ele comunica não é o valor; é que trabalho tem preço.

6. Registro de cada pedido

Data, o que foi pedido, tempo estimado. Em planilha simples. Esse registro serve para três coisas: mostrar ao cliente, com fatos, o volume que ele está gerando; sustentar a proposta de manutenção com número real; e proteger você se a relação azedar.

7. Saber encerrar com cordialidade

Cliente que não contrata manutenção, não paga avulso e continua pedindo recebe uma última mensagem: educada, com a tabela, com a oferta de contrato, e com a informação de que atendimento técnico a partir dali depende de uma das duas. Depois disso, o silêncio técnico é legítimo. Sem drama, sem indireta em rede social, sem expor ninguém. O próximo cliente está lendo.

Parte 5: o roteiro de resposta

Quando a mensagem chega, o pior erro é responder tecnicamente. A resposta certa é comercial, cordial e curta. Um modelo que funciona, para adaptar:

Oi, [nome]. Tudo bem? Esse ponto está fora do período de garantia, que cobriu defeitos do projeto até [data]. Consigo resolver de duas formas: atendimento avulso, com [X] horas estimadas, [valor] e início em até [prazo]; ou dentro de um contrato de manutenção mensal, que sai mais barato por hora, tem prazo de resposta garantido e já inclui as atualizações de segurança e de integrações. Me diz qual prefere que eu já encaminho o que precisar.

Repare no que essa mensagem faz. Ela não recusa. Não discute se é defeito ou não. Não pede desculpa. Precifica, oferece dois caminhos e devolve a decisão para quem pediu. É a diferença entre parecer difícil e parecer profissional, e o cliente sente a diferença.

Para a pergunta do tipo "como eu faço para", a variação é mais curta: "Está na documentação que entreguei, na seção [tal]. Se quiser, faço uma sessão de treinamento de uma hora para a equipe, por [valor]."

Parte 6: os três finais possíveis dessa história

Realista, porque é assim que costuma terminar:

1. O cliente contrata a manutenção depois do primeiro incidente caro. É o final mais comum. Ninguém contratou porque foi convencido; contratou porque fez a conta com o site parado. Quando isso acontece, a relação normalmente melhora, porque as regras ficaram claras.

2. O cliente troca de desenvolvedor. Legítimo, e é para isso que a entrega completa da Parte 4 existe. Ele vai descobrir o custo da rampa, e às vezes volta. Às vezes não, e tudo bem.

3. O sistema apodrece até um incidente grave. Vazamento, integração de pagamento parada por dias, perda de vendas em data importante. É o pior final e o único que era evitável de graça, com uma decisão tomada na hora certa.

Repare no que não está na lista: "o desenvolvedor continua respondendo de graça para sempre". Esse final não existe. A empresa que age como se existisse está apenas escolhendo, sem perceber, entre os finais 2 e 3.

Parte 7: a parte incômoda, que é sobre quem entrega

Prometi sinceridade, e ela vale para o meu lado da mesa.

Uma loja grande entregue sem contrato de manutenção é, antes de qualquer coisa, manutenção que não foi vendida na hora certa. Se a proposta não trouxe a manutenção como padrão, se a garantia não tinha lista de exclusão, se a entrega não veio com documentação e termo de aceite, a lacuna foi criada por quem entregou. O cliente entrou nela porque ela estava aberta.

Isso não isenta o cliente de pagar pelo que pede depois. Mas muda a postura: em vez de indignação, correção de processo. Eu já entreguei sem tudo isso, já atendi "rapidinho" por meses, e a conta chegou em forma de tempo que eu não tinha e de uma relação que azedou sem precisar.

Hoje a manutenção entra na proposta como padrão, a garantia tem prazo e lista de exclusão, a entrega tem termo de aceite e documentação, e o avulso tem tabela publicada. Não porque eu fiquei mais duro, mas porque regra clara é o que preserva a relação, dos dois lados.

O fecho, para os dois lados

Para o empresário: você não está economizando ao não contratar manutenção. Está trocando um custo previsível por um imprevisível, e adiando uma decisão que vai ser tomada de qualquer jeito, com o site fora do ar e o preço de emergência. Se o seu sistema já está nessa situação, o primeiro passo é saber o tamanho do risco: eu faço uma análise técnica de atualizações e riscos que levanta versões, dependências, integrações e vulnerabilidades conhecidas, com plano priorizado, em até sete dias. Depois disso, a decisão de manter é tomada com número, e não com susto.

Para o desenvolvedor: a defesa não é reclamar, é processo. Garantia com lista de exclusão, manutenção oferecida na assinatura, entrega completa, tabela avulsa e o roteiro de resposta. Quem faz isso quase nunca precisa dizer não, porque a conversa nunca chega a esse ponto.

E a frase que resume: acabou a garantia, não começou o favor. Começou a manutenção, ou começou o avulso. As duas são legítimas. A terceira opção não existe.

Perguntas frequentes

Quanto tempo dura a garantia de um site ou sistema?

O que estiver no contrato. O mercado costuma trabalhar entre 30 e 90 dias após o aceite formal, cobrindo correção de defeitos no escopo entregue. O Código de Defesa do Consumidor prevê 90 dias para vício aparente em serviço durável, mas ele só se aplica quando o contratante é consumidor, e empresa que usa o site como ferramenta do negócio geralmente não se enquadra. Por isso o prazo precisa estar escrito.

A garantia cobre problema na integração de pagamento ou frete?

Cobre se a integração foi entregue com defeito. Não cobre quando o terceiro mudou: gateway que atualizou a API, transportadora que alterou o formato, marketplace que trocou a autenticação. Nesses casos o código estava correto e o ambiente se moveu, o que é trabalho de manutenção, não de garantia.

Preciso de contrato de manutenção para um site sob medida?

Se o site é importante para o negócio, sim. Sob medida não tem mensalidade de plataforma, mas continua vivendo em um ambiente que muda todo mês: navegador, framework, integrações, segurança e lei. Sem manutenção, o sistema não fica parado, ele acumula risco em silêncio até quebrar. Mensalidade de plataforma paga o produto de outro; manutenção mantém um ativo que é seu.

Quanto custa suporte avulso de desenvolvedor sem contrato?

Varia por profissional, mas é sempre mais caro que a mesma hora em contrato, e com prazo de resposta maior. Como referência, o meu atendimento emergencial sem contrato custa R$ 1.490 pelas duas primeiras horas e R$ 450 por hora adicional, com início em até 24 horas. A diferença existe porque emergência consome agenda não reservada e exige reconstruir contexto.

O que fazer quando o cliente não quer pagar suporte depois da garantia?

Responder de forma comercial, não técnica: informar que o ponto está fora do período de garantia e oferecer dois caminhos, atendimento avulso com valor e prazo, ou contrato de manutenção mensal com hora mais barata e prazo de resposta garantido. Se o cliente não escolher nenhum dos dois e continuar pedindo, uma última mensagem cordial com a tabela encerra o atendimento técnico gratuito, sem exposição e sem drama.

Como evitar que o cliente fique pedindo coisas depois da entrega?

Com processo antes da entrega: garantia escrita com prazo e lista do que não cobre, manutenção oferecida como padrão já na proposta do projeto, encerramento formal com termo de aceite e entrega completa de credenciais, repositório e documentação, tabela de hora avulsa publicada e a regra de que toda solicitação vira orçamento, mesmo a pequena.

Empresa que não contrata manutenção corre risco jurídico?

Corre, principalmente em proteção de dados. Site desatualizado que vaza dados de cliente responsabiliza a empresa na condição de controladora, e não o desenvolvedor que entregou o sistema seguro meses antes. A vulnerabilidade descoberta depois da entrega e não corrigida por falta de manutenção é risco da empresa.

O desenvolvedor pode simplesmente parar de responder?

Fora do prazo de garantia e sem contrato vigente, não existe obrigação de atendimento técnico. A postura profissional é encerrar com cordialidade, oferecendo a tabela avulsa e o contrato de manutenção, e então deixar a decisão com o cliente. O que não se faz é expor o cliente publicamente ou deixar de entregar o que é dele, como acessos, código e documentação.

Este post é orientação prática de quem trabalha com desenvolvimento, e não parecer jurídico. As referências ao Código de Defesa do Consumidor e ao Código Civil são gerais; prazos e enquadramento dependem do contrato e do caso concreto, e para decisão específica vale consultar um advogado. Os valores citados são a minha tabela pública em setembro de 2026 e servem como referência de estrutura, não como preço de mercado.