Manutenção e quando chamar um profissional

Nesta aula

Projeto não morre no lançamento. Morre três meses depois, quando ninguém mais lembra como funciona.

Já vi dezenas de sites e ferramentas criados com entusiasmo e abandonados em silêncio: o horário desatualizado, o botão que parou, a chave que expirou. Não por falta de capacidade, mas por falta de rotina e de clareza sobre o que é seu e o que é de profissional. Nesta aula você define as duas coisas e escreve um plano de manutenção que cabe em uma página.

• Ao final, você vai saber separar o que mantém sozinho do que precisa de profissional.
• Vai reconhecer os sinais de que o projeto mudou de nível e como chegar preparado na conversa com quem vai continuar.
• Vai sair com um plano de manutenção escrito e um LEIAME que explica o projeto para qualquer pessoa.

O que é seu para manter

A boa notícia: a maior parte da manutenção de um site ou ferramenta pequena é conteúdo e rotina, não código. Isso é seu, e com o que você aprendeu no curso, é rápido.

• Conteúdo: horários, preços, serviços, textos, fotos. Você abre o arquivo, acha com a busca, muda, testa, publica. Ou pede à IA: "atualize o horário de domingo para 6h às 14h no index.html, não mude mais nada".
• Ajustes visuais pequenos: cor, tamanho de letra, ordem de uma seção. CSS que você já reconhece.
• Dados da ferramenta: exportar toda semana, guardar o arquivo na pasta do mês, limpar o que não precisa mais.
• Contas e consumo: uma vez por mês, olhar o painel do provedor de IA, a hospedagem e a validade do domínio. Confirmar que os dois fatores continuam ligados.
• Versões: commit a cada mudança. git log --oneline de vez em quando, para o histórico continuar contando a história.

Os sinais de que é hora de chamar alguém

Existe um momento em que o projeto muda de nível, e insistir sozinho custa mais caro do que pagar quem sabe. Os sinais são claros quando você sabe o que procurar:

Repare que nenhum sinal é "o projeto ficou grande" ou "tem muita gente acessando". Site estático aguenta muita gente. O que muda o nível é dado, dinheiro, dependência e compreensão.

Como chegar preparado na conversa

Aqui está a vantagem de quem fez este curso. A maioria das pessoas chega num profissional com uma ideia vaga e sai com um orçamento vago. Você chega com um protótipo funcionando, documentos e um pedido claro. Isso muda o preço, o prazo e a qualidade da conversa. O que levar:

1. O projeto funcionando, no ar ou no seu computador. Mostrar vale mais que explicar.
2. O briefing.md e o projeto.txt, com o objetivo, o público e o que a ferramenta faz e não faz.
3. O histórico do git (git log --oneline), que mostra como o projeto evoluiu e quais problemas já apareceram.
4. A frase de dados da aula 10: o que guarda, onde, por quanto tempo, quem acessa.
5. O pedido claro: "quero que três pessoas em duas lojas vejam a mesma lista de pedidos, com login para cada uma, e backup diário". Uma frase de resultado, não uma lista de tecnologias.
6. O que você quer continuar mantendo: textos, horários, ajustes pequenos. Peça que a solução preserve isso, para você não ficar refém a cada vírgula.

As perguntas do item 3 costumam ser: como você garante que eu continuo conseguindo mudar os textos? Onde os dados vão ficar e quem tem acesso? O que acontece se eu quiser trocar de fornecedor depois? Como é o backup? Quanto custa manter por mês, além de construir? Profissional bom responde com clareza. Se a resposta for "deixa comigo", pergunte de novo.

O plano de manutenção de uma página

Um plano de manutenção não é um documento de empresa grande. É uma página, no arquivo manutencao.md na pasta do projeto, com cinco blocos:

# Manutenção: site e ferramenta da Padaria do Bairro

## Rotina mensal (primeira segunda, 20 min)
- Abrir o site no celular e clicar em tudo
- Conferir horário, preços e telefone
- Olhar consumo no provedor de IA e validade do domínio
- Exportar dados da ferramenta para a pasta do mês
- Anotar aqui o que foi feito

## O que eu mesma mudo
Textos, horários, preços, cores, seção nova de conteúdo.
Sempre: mudar, testar no celular, commit, publicar.

## O que vai para profissional
Login, dados compartilhados, pagamento, qualquer dado sensível,
integração com outro sistema.

## Contas e onde estão os acessos
Hospedagem, domínio, provedor de IA: no gerenciador de senhas,
dois fatores ligados, e-mail de recuperação: o meu.

## Histórico
2026-09: site no ar. Ferramenta da cozinha em uso no tablet.

O último bloco cresce a cada mês, uma linha. Em um ano, você tem a história do projeto e sabe exatamente o que mudou e quando. Junto com o git log, é toda a documentação que um projeto desse tamanho precisa.

O LEIAME: o projeto explicado para um estranho

Falta um arquivo: o LEIAME.md, que explica o projeto para quem nunca o viu (inclusive você daqui a um ano). O que é, como abrir ou rodar, onde ficam os dados, o que nunca publicar, quem procurar. A IA escreve bem esse arquivo, porque conhece a pasta: