Um site institucional simples leva de 2 a 4 semanas; uma landing page, de 3 a 10 dias; um site com catálogo ou integração, de 6 semanas a 3 meses. O prazo não depende só de quem desenvolve: metade do cronograma é conteúdo, decisão e aprovação do cliente. Projeto que atrasa quase sempre atrasa por isso, não por código.
Se um fornecedor promete site completo "em uma semana", desconfie: ou é template preenchido, ou o escopo é menor do que você imagina.
Prazos por tipo de site
| Tipo | Prazo típico | O que manda no prazo |
|---|---|---|
| Landing page | 3 a 10 dias | copy e imagens |
| Institucional 5–7 páginas | 2 a 4 semanas | conteúdo por página |
| Catálogo / portal | 6 a 10 semanas | estrutura de dados e volume |
| Site integrado (ERP, pagamento) | 2 a 4 meses | API do sistema e regras |
Esses prazos consideram conteúdo entregue pelo cliente. Quando o fornecedor escreve e produz as imagens, some uma a três semanas.
Cronograma por etapas (o que deveria estar no contrato)
1. Briefing e escopo — 2 a 5 dias
Objetivo do site, público, o que precisa fazer, referências, restrições. Sai daqui a lista de páginas e funcionalidades. Sem isso, todo o resto vira negociação.
2. Estrutura e conteúdo — 1 a 2 semanas
Mapa do site, textos por página, imagens, provas. É a etapa que mais atrasa, porque depende de decisão de negócio — não de design.
3. Design — 1 a 2 semanas
Layout das páginas principais aprovado antes de programar. Aprovação em rodada única evita retrabalho; "vamos vendo depois" garante três voltas.
4. Desenvolvimento — 2 a 6 semanas
Páginas, responsividade, formulários, integrações e conteúdo no painel. Etapa que roda em paralelo à produção de texto, se houver.
5. Testes e conteúdo final — 3 a 7 dias
Revisão em celular real, envio de formulário, conferência da parte que faz o Google entender o site, ajustes de texto e imagens.
6. Publicação e acompanhamento — 1 a 3 dias
Domínio, certificado, redirecionamento dos endereços antigos, aviso ao Google sobre as páginas novas e medição configurada.
Os cinco atrasos mais comuns
- Conteúdo que não chega. Ninguém no cliente tem tempo de escrever; o projeto espera por semanas.
- Aprovação por comitê. Cada pessoa opina uma vez, em semanas diferentes.
- Escopo que cresce no meio. "Só mais uma página" repetido cinco vezes vira um mês.
- Acesso ao domínio/DNS. O site está pronto e fica parado porque ninguém sabe quem tem a senha.
- Integração com sistema de terceiros. Depende da boa vontade e do suporte de outro fornecedor.
A boa notícia: quatro dos cinco estão sob controle do cliente.
Como encurtar o prazo sem cortar qualidade
- Entregue conteúdo antes do design. Texto pronto muda o layout para melhor.
- Defina um aprovador. Uma pessoa decide; os outros opinam antes.
- Congele o escopo da primeira versão. Ideias novas vão para a etapa 2.
- Prepare os acessos no dia 1. Domínio, DNS, e-mail, redes.
- Faça revisão em blocos. Página a página, na ordem de publicação.
Quando vale lançar por partes
Em vez de esperar o site inteiro, duas entregas costumam funcionar melhor:
- Fase 1: home, página de serviço principal, contato e a base para aparecer no Google — já no ar, captando.
- Fase 2: demais páginas, blog, integrações.
O site começa a trabalhar antes do fim do projeto, e o que se aprende na fase 1 corrige a fase 2.
Sinal de alerta no fornecedor
- não dá prazo por etapa, só "30 dias";
- não pede conteúdo adiantado;
- não define critério de aceite;
- não pergunta quem tem acesso ao domínio;
- some quando o projeto atrasa.
Prazo realista é aquele que vem com etapa, responsável e dependência.
Conclusão
Site atrasa por decisão, não por linha de código. Se você quer lançar rápido: defina o objetivo, entregue conteúdo, escolha um aprovador e combine escopo por etapa.
Peça um orçamento com cronograma — a gente devolve as etapas, as dependências e a data realista, mesmo quando ela é maior do que você queria ouvir.
