Contrato de manutenção de sites: o que incluir e o que deixar claro

CONTEÚDO TBF HOST

Contrato de manutenção de sites: o que incluir e o que deixar claro

A maior parte das agências e dos profissionais que entregam sites presta manutenção sem contrato. O cliente manda uma mensagem quando algo quebra, alguém resolve, e a cobrança acontece de forma variável — ou não acontece.

Isso funciona até certo volume. Depois começa a doer: o escopo se expande sozinho, pedidos chegam por canais diversos, urgências surgem fora do horário, e ninguém sabe dizer se aquele cliente é lucrativo.

Este guia trata de como estruturar isso: o que incluir, o que deixar de fora com clareza, como definir prazos realistas e onde a responsabilidade começa e termina.

Por que formalizar muda o negócio

Antes do conteúdo do contrato, vale entender o que ele resolve.

Receita previsível. Projetos de site são receita pontual; manutenção é recorrente. Uma carteira de manutenção cria previsibilidade que um pipeline de projetos não dá.

Escopo delimitado. Sem contrato, “manutenção” vira tudo o que o cliente pedir — incluindo alterações de layout e funcionalidades novas.

Expectativa alinhada. O cliente que sabe que a resposta é em até um dia útil não cobra retorno em vinte minutos. O que não sabe, cobra.

Preço defensável. Cobrar por um escopo definido é diferente de cobrar por “cuidar do site” — e muito mais fácil de justificar quando o cliente compara valores.

A observação comercial que orienta o resto: hospedagem sozinha é commodity. Cobrar apenas por ela coloca a agência competindo com preço de provedor. Cobrar por manutenção cobra pelo que efetivamente dá trabalho — o ponto já registrado no artigo sobre hospedagem WordPress para agências.

O que costuma compor o escopo

Organizado por natureza, porque isso ajuda a precificar:

CategoriaItens típicos
PreventivoAtualizações, verificação de backup, monitoramento
CorretivoCorreção de falhas, restauração, suporte a incidentes
OperacionalAlterações de conteúdo, publicações, ajustes pontuais
EvolutivoNovas funcionalidades, redesenho, integrações

A distinção que mais importa: as três primeiras categorias cabem em um valor fixo mensal; a quarta não.

Trabalho evolutivo tem escopo aberto por definição. Incluí-lo em um valor fixo é a origem do problema mais comum em contratos de manutenção: o cliente entende que pode pedir qualquer coisa, e a agência descobre que está desenvolvendo funcionalidades por um valor de manutenção.

A formulação que funciona: o contrato cobre manter o site funcionando como está; mudar o que ele faz é orçado à parte.

O preventivo, detalhado

É o que justifica a recorrência, e vale descrever com precisão no contrato — porque é trabalho invisível para o cliente:

  • Atualizações do sistema, tema e plugins, com frequência definida e teste prévio quando aplicável.
  • Verificação de backup, confirmando que rodou e que é restaurável.
  • Monitoramento de disponibilidade, com alerta.
  • Revisão de segurança, incluindo usuários ativos e plugins abandonados.
  • Acompanhamento de desempenho, com ação quando degrada.
  • Renovação de certificado e domínio, ou ao menos o alerta antecipado.
  • Relatório periódico, que é o que torna o trabalho invisível visível.

O último item é o mais subestimado comercialmente. Manutenção bem feita é indistinguível de nenhuma manutenção do ponto de vista do cliente — o site simplesmente funciona. Um relatório mensal curto, listando o que foi atualizado e verificado, é o que sustenta a percepção de valor e reduz cancelamentos.

O conteúdo técnico de cada item está nos artigos sobre plugins, backup e monitoramento.

Os limites que precisam estar escritos

Onde os contratos de manutenção falham é na ausência de limites, não na definição do que está incluído.

O que definir:

  1. Horas incluídas para trabalho operacional, com o que acontece ao excedê-las.
  2. Canais de atendimento, com os pedidos fora deles não sendo considerados abertos.
  3. Horário de atendimento, e se há cobertura fora dele.
  4. Prazos de resposta por criticidade.
  5. O que não está incluído, listado explicitamente.
  6. Quem pode solicitar, evitando que qualquer pessoa da empresa do cliente abra demandas.
  7. Escopo de intervenção: até onde a agência mexe e o que exige aprovação.

O item 2 resolve um problema de operação real: pedidos chegando por mensagem direta, e-mail pessoal e telefonema não são rastreáveis nem mensuráveis. Um canal único torna possível medir o volume e justificar o valor.

E o item 5 merece ser escrito de forma afirmativa, não por omissão. Itens que valem listar como fora do escopo:

  • Criação de conteúdo e redação.
  • Alterações de identidade visual e layout.
  • Desenvolvimento de funcionalidades novas.
  • Correção de problemas causados por terceiros com acesso ao site.
  • Recuperação de dados sem backup disponível por culpa do cliente.
  • Licenças de plugins e temas pagos.

O quarto item protege contra um cenário frequente: o cliente contrata outro fornecedor que mexe no site e quebra algo. Sem essa cláusula, a correção vira responsabilidade da manutenção.

Prazos de resposta realistas

Um erro comum é prometer prazos curtos demais para conseguir o contrato — e descumpri-los desde o primeiro mês.

Uma estrutura por criticidade funciona melhor que um prazo único:

SituaçãoO que éPrazo de resposta
CríticoSite fora do ar, loja sem venderO mais curto que você sustenta
AltoFunção importante quebradaAlgumas horas úteis
NormalAjuste ou dúvidaUm a dois dias úteis
BaixoMelhoria, sugestãoSem prazo definido

Duas observações que evitam problema:

Prazo de resposta é diferente de prazo de solução. O contrato deve prometer o primeiro — que depende só de você — e não o segundo, que pode depender de terceiros, do provedor ou da complexidade do problema.

Só prometa o que você sustenta fora do horário comercial. Se não há plantão, o contrato não deve sugerir que há. E vale a mesma lógica do artigo sobre uptime e SLA: você não pode prometer ao cliente mais do que o seu provedor garante a você.

A divisão de responsabilidade

A seção que evita as discussões mais desconfortáveis.

Em um site de cliente existem três partes, e o contrato deve deixar claro o que cabe a cada uma:

ParteResponsabilidade típica
ProvedorInfraestrutura, disponibilidade do servidor
AgênciaAplicação, atualizações, monitoramento, suporte
ClienteConteúdo, acessos, decisões, licenças

Os pontos que mais geram conflito quando não estão escritos:

  • De quem é o domínio. Deve estar sempre no nome do cliente, como tratamos no artigo sobre o que é um domínio.
  • Quem contrata a hospedagem, e em nome de quem.
  • Quem paga licenças de plugins e temas pagos.
  • Quem responde por conteúdo publicado pelo cliente.
  • O que acontece se o cliente der acesso a terceiros.
  • O que acontece no encerramento: prazo de entrega, formato e eventual custo.

O último é o mais importante e o menos presente. Definir a saída no início da relação é o que a mantém saudável — e a ausência dessa definição é o que transforma um encerramento comum em disputa.

Modelos de cobrança

Três formatos que funcionam, com considerações honestas:

Valor fixo mensal por site. Simples de vender e de administrar. Funciona bem quando os sites são semelhantes. O risco é o cliente que consome muito mais que a média — e por isso as horas incluídas precisam estar definidas.

Faixas por porte. Valores diferentes conforme complexidade: site institucional, site com integrações, loja. Mais justo e um pouco mais difícil de explicar.

Fixo mais horas excedentes. Um valor base com o preventivo e um valor por hora para o que passar do incluído. É o mais preciso e exige controle de horas confiável.

A recomendação prática: comece simples e ajuste. Um valor fixo com horas incluídas atende a maior parte dos casos, e os desvios aparecem em poucos meses de operação — momento adequado para revisar.

E vale registrar reajuste anual no contrato. Contratos de manutenção sem cláusula de reajuste ficam defasados em dois ou três anos, e renegociar do zero é mais difícil que aplicar um índice previsto.

O que fazer antes de propor

Uma preparação curta que evita contratos deficitários:

  1. Audite o site antes de assumir a manutenção. Um site desatualizado há dois anos é um projeto de regularização, não manutenção.
  2. Separe a regularização em um orçamento próprio, anterior ao contrato mensal.
  3. Levante o que existe: plugins, integrações, particularidades, acessos.
  4. Confirme os acessos necessários, incluindo hospedagem e domínio.
  5. Estime as horas de preventivo e de operacional com base em sites semelhantes.
  6. Defina o que fica fora antes de conversar sobre preço.

O passo 1 e o 2 protegem a margem: assumir a manutenção de um site abandonado sem regularizá-lo antes significa herdar o problema por um valor mensal. Um projeto de regularização cobrado à parte é justo para os dois lados.

Conclusão

Um contrato de manutenção é o que transforma um serviço prestado por demanda em receita previsível — e o que protege a margem de um escopo que, sem limites escritos, se expande sozinho.

A distinção que mais importa: manter o site funcionando como está cabe em um valor fixo; mudar o que ele faz, não. Trabalho evolutivo orçado à parte é o que evita desenvolver funcionalidades por valor de manutenção.

E dois itens que quase nunca aparecem nos contratos e resolvem os conflitos mais desconfortáveis: o que acontece quando um terceiro mexe no site e como funciona o encerramento da relação. Conheça a hospedagem WordPress da TBF Host e verifique os recursos disponíveis para manter uma carteira de sites.

Perguntas frequentes

O que incluir em um contrato de manutenção de site?

Trabalho preventivo — atualizações, verificação de backup, monitoramento, revisão de segurança —, correções de falhas e um volume definido de trabalho operacional. Desenvolvimento de funcionalidades novas não cabe em valor fixo, porque tem escopo aberto por definição.

Como evitar que o escopo da manutenção cresça sozinho?

Definindo por escrito as horas incluídas e o que acontece ao excedê-las, os canais de atendimento válidos, quem pode solicitar, e listando explicitamente o que não está incluído. A formulação que funciona é: manter o site como está cabe no contrato; mudar o que ele faz é orçado à parte.

Que prazos de resposta prometer no contrato?

Estruturados por criticidade, e sempre prazos de resposta — não de solução, que pode depender de terceiros. Só prometa cobertura fora do horário comercial se houver plantão de fato, e lembre que você não pode garantir ao cliente mais do que o seu provedor garante a você.

Como cobrar pela manutenção de sites?

Os formatos que funcionam são valor fixo mensal por site, faixas por porte de projeto, ou um valor base com horas excedentes cobradas à parte. Comece simples, com um fixo e horas incluídas, e ajuste depois de alguns meses de operação, quando os desvios aparecerem.

O que deixar explicitamente fora do escopo?

Criação de conteúdo, alterações de layout, desenvolvimento de funcionalidades, correção de problemas causados por terceiros com acesso ao site, recuperação de dados sem backup por culpa do cliente e licenças de plugins e temas pagos.

O que fazer quando outro fornecedor mexe no site e quebra algo?

Isso precisa estar previsto: correção de problemas causados por terceiros com acesso ao site deve constar como fora do escopo. Sem essa cláusula, o conserto de algo que a agência não causou vira responsabilidade dela, sem remuneração correspondente.

Devo assumir a manutenção de um site desatualizado?

Não sem regularizá-lo antes, em um orçamento próprio. Um site sem atualizações há dois anos é um projeto de regularização, não manutenção — assumi-lo por um valor mensal significa herdar o problema e comprometer a margem do contrato desde o início.

Como mostrar valor em um trabalho que o cliente não vê?

Com um relatório periódico curto, listando o que foi atualizado, verificado e monitorado. Manutenção bem feita é indistinguível de nenhuma manutenção do ponto de vista do cliente — o site simplesmente funciona. O relatório é o que sustenta a percepção de valor e reduz cancelamentos.

Facebook
X
LinkedIn