Quanto tempo demora a renovação de um site? Um cronograma realista

«Quanto tempo vai demorar?» é a primeira pergunta que a maioria dos fundadores faz sobre a renovação de um site — e a mais frequentemente mal avaliada. A resposta honesta para a maioria dos projetos de PME e startups é 6 a 14 semanas, sendo o número real determinado muito mais por fatores do lado do cliente do que pela velocidade da agência.

O cronograma fase a fase

Eis uma divisão realista para um projeto de renovação de dimensão média (8–15 páginas, design personalizado, gerido por CMS):

Fase	Duração típica	O que acontece	Contributo do cliente
1. Descoberta	4–7 dias	Objetivos, público, análise da concorrência, rascunho do mapa do site, auditoria técnica do site atual	Elevado — reunião inicial, revisão do briefing, alinhamento dos decisores
2. Estratégia e âmbito	3–5 dias	Arquitetura de páginas, modelo de CTA, escolha do CMS, aprovação do âmbito	Elevado — o âmbito tem de ser aprovado antes de começar o design
3. Design (Figma)	2–3 semanas	Wireframes → design visual → maquetes responsivas → protótipo	Médio — 2 rondas de feedback, aprovação do design necessária
4. Desenvolvimento	3–5 semanas	Construção do frontend, configuração do CMS, integrações, QA em dispositivos e navegadores	Baixo — o conteúdo tem de estar pronto na semana 1 desta fase
5. Revisão e lançamento	4–7 dias	QA final, verificação de conteúdo, auditoria de desempenho, revisão em staging, mudança de DNS	Elevado — aprovação do cliente necessária antes do go-live

Total: 7–11 semanas para um projeto disciplinado. Os projetos que chegam às 14+ semanas fazem-no quase sempre por causa de atrasos numa área previsível.

Porque é que os projetos atrasam de facto (normalmente não é a agência)

Pela nossa experiência, as 5 principais causas de atraso dos projetos são todas do lado do cliente — e todas evitáveis:

1. O conteúdo não está pronto quando o desenvolvimento começa. Só esta questão é responsável por cerca de 60% das extensões de prazo. Os programadores não conseguem construir páginas em torno de texto provisório quando o conteúdo real vai alterar o layout. A aprovação do conteúdo tem de acontecer antes de a construção começar — não durante.
2. A responsabilidade pelas decisões não é clara. Quando vários decisores têm poder de veto e ninguém tem autoridade final de aprovação, as rondas de feedback multiplicam-se. Defina um decisor antes de o projeto começar.
3. O âmbito expande-se a meio do design. «Podemos também acrescentar uma biblioteca de recursos, uma página de empregos e um portal de cliente?» — todos pedidos razoáveis, todos acrescentados depois de o âmbito ter sido acordado. Alterações após a aprovação do design acrescentam semanas. Considere-as antes numa Fase 2.
4. O feedback é lento. Um prazo de resposta de 5 dias úteis ao feedback de design, repetido ao longo de várias rondas, acrescenta 2–4 semanas sem qualquer trabalho a decorrer.
5. As integrações de terceiros são subestimadas. Integrações de CRM, sistemas de marcação e processadores de pagamento exigem muitas vezes troca de mensagens com a equipa de suporte de terceiros. Reserve 1–2 semanas extra por cada integração complexa.

Como conduzir uma renovação rápida e limpa

Os projetos mais rápidos que entregámos partilhavam estas quatro características:

• Conteúdo pronto no arranque. Os fundadores que chegaram com um rascunho do texto, imagens existentes e uma hierarquia de mensagem clara permitiram-nos passar do design para a construção sem esperar.
• Um decisor com autoridade de aprovação. Sem revisões por comité, sem aprovações adicionais depois de o design estar acordado.
• Âmbito congelado após a fase de estratégia. As novas ideias vão para um backlog, não para o sprint atual. Isto protege o prazo sem ignorar boas ideias.
• Feedback em 48 horas. Ciclos de feedback rápidos são o fator mais controlável da velocidade de um projeto — de ambos os lados.

E os projetos maiores ou mais complexos?

Renovações grandes, construções multilíngues e aplicações web com lógica personalizada demoram tipicamente 14–24 semanas. Não são atrasos — são o âmbito correto para a complexidade envolvida. Se uma agência lhe propõe 3 semanas para um site de 50 páginas com integrações personalizadas, isso é um sinal de alerta, não uma vantagem competitiva.