Processo de desenvolvimento de um site, fase a fase
Um projeto de site tem uma sequência que funciona, e a maior parte dos problemas vem de fases saltadas ou de responsabilidades que ninguém assumiu.
Este guia percorre o processo completo, com o que cada fase entrega, quanto demora, e o que se espera de si em cada momento.
As fases e as entregas#
Prazos indicativos para um site institucional com CMS. Projetos maiores escalam, mas a sequência mantém-se.
| Fase | Entrega | Prazo | O que precisa de si |
|---|---|---|---|
| Descoberta | Objetivos, âmbito, estrutura | 1 semana | Decisões e acesso a informação |
| Desenho | Modelos aprovados | 2 a 4 semanas | Feedback consolidado, sem contradições |
| Construção | Site funcional em testes | 3 a 6 semanas | Disponibilidade para dúvidas |
| Conteúdo | Textos e imagens introduzidos | Em paralelo | Entrega dos textos — o ponto crítico |
| Testes | Lista de correções fechada | 1 semana | Revisão sua com feedback concreto |
| Lançamento | Site no ar | 1 a 2 dias | Acessos e decisão de data |
| Acompanhamento | Correções e ajustes | 30 dias | Reportar o que encontrar |
A coluna da direita é a que mais determina o prazo real. Projetos atrasam do lado do cliente mais vezes do que do lado de quem constrói.
O que corre mal em cada fase#
Os problemas são previsíveis, o que significa que são evitáveis.
- Descoberta: ninguém decide quem é o responsável, e cada reunião reabre discussões fechadas.
- Desenho: feedback contraditório de várias pessoas sem hierarquia entre elas.
- Construção: pedidos novos entram sem ajustar prazo nem orçamento.
- Conteúdo: os textos não chegam, e todo o resto fica à espera.
- Testes: feedback vago do tipo «não está bem» em vez de URL e captura de ecrã.
- Lançamento: acessos a domínio ou alojamento que ninguém sabe onde estão.
- Acompanhamento: confusão entre correção de erro e pedido novo.
Dar feedback útil#
A qualidade do feedback afeta o prazo tanto como a velocidade de quem constrói.
- Consolide o feedback de todos numa lista única antes de enviar.
- Indique sempre o URL exato e o dispositivo onde viu o problema.
- Junte captura de ecrã; poupa uma troca de mensagens em cada ponto.
- Separe erro de preferência: «o formulário não envia» e «prefiro este azul» são coisas diferentes.
- Priorize: bloqueante, importante, cosmético.
- Evite reabrir decisões já aprovadas sem assumir que é uma alteração de âmbito.
- Responda dentro do prazo combinado; feedback atrasado empurra tudo o resto.
Uma lista consolidada e priorizada pode poupar uma semana de calendário num projeto de três meses.
Depois do lançamento#
A fase mais esquecida no planeamento e a que dura mais tempo.
| Período | O que acontece |
|---|---|
| Primeiros dias | Erros 404, formulários, verificações finais |
| Primeiras semanas | Correções de garantia, ajustes pequenos |
| Primeiro mês | Oscilação de tráfego a estabilizar |
| Primeiros três meses | Primeiros dados úteis para decidir melhorias |
| Contínuo | Manutenção, conteúdo novo, monitorização |
| Anual | Revisão de conteúdo e de desempenho |
Combine a manutenção antes do lançamento, não depois. Negociar acompanhamento com o site já no ar e uma avaria em curso é a pior altura possível.
Perguntas frequentes
Quanto tempo demora um site do início ao fim?
Seis a dez semanas para um site institucional com CMS, se os textos chegarem a tempo. Três a seis meses com desenho à medida, migração ou integrações. Loja online e aplicações escalam a partir daí. A variável que mais frequentemente determina a data real é a entrega de conteúdo.
Posso acelerar o processo?
Sim, e sobretudo do seu lado: tenha os textos prontos antes de a construção começar, nomeie um único decisor, e responda a feedback dentro do prazo. Do lado técnico, reduzir âmbito acelera; acrescentar pessoas a meio raramente acelera e frequentemente atrasa.
O que acontece se eu não gostar do resultado?
Se seguiu o processo, isso não devia surgir no fim — a direção visual foi aprovada cedo e viu o progresso a cada duas semanas. Quando acontece, é quase sempre porque alguém saltou a aprovação da direção visual ou porque um decisor só apareceu no fim. Esse é o argumento prático para as fases existirem.
Devo pagar por fases?
Sim, ligado a entregas visíveis: adiantamento, desenho aprovado, construção entregue, site no ar. Isto alinha incentivos e dá-lhe pontos de controlo naturais. Evite ligar pagamentos a datas de calendário, porque as datas movem-se por razões de ambos os lados e os pagamentos deixam de refletir progresso.
processo desenvolvimento sitefases projeto webprazo criar sitegestão projeto sitefeedback designlançamento site
