Gestão de projetos numa agência web

← Blog
Projetos • Entrega

Gestão de projetos numa agência web

Um projeto web raramente falha a meio. Falha no briefing, onde ninguém escreveu o que fica de fora, e na aprovação, quando o cliente pede «só mais isto» pela terceira vez. Veja abaixo como é a gestão de projetos numa agência web que consegue ver a sua margem: briefing com critérios de aceitação, sprints, aprovação explícita e uma tabela que mostra exatamente para onde foram as horas.

O fluxo, em resumo

  1. Escreva o briefing com o que está incluído e o que fica explicitamente de fora, mais os critérios de aceitação.
  2. Divida o projeto em sprints ou fases, cada uma com entregáveis, responsável e data de entrega.
  3. Estime em horas por função, não em dias — a fatura faz-se com horas, não com dias.
  4. Envie cada entregável para aprovação explícita, registada com data e nome.
  5. Compare semanalmente as horas registadas com as estimadas; um desvio acima de 15% é uma decisão a tomar, não uma estatística a arquivar.

Briefings e entregáveis que se podem aprovar

A ambiguidade mais cara numa agência é «pensei que tinha aprovado outra coisa». Duas linhas no briefing e uma aprovação datada eliminam-na.

  • A lista de entregáveis, com o formato de entrega: 5 páginas responsivas e 3 modelos, não «o site».
  • O que fica de fora, por escrito: migração de conteúdos antigos, copywriting, traduções, fotografia.
  • O número de rondas de revisão incluídas — duas é o padrão do mercado, a terceira é orçamentada.
  • Critérios de aceitação mensuráveis: LCP abaixo de 2,5 s, CLS abaixo de 0,1, contraste segundo as WCAG 2.2 nível AA.
  • Aprovação por entregável, com data e nome, associada à versão exata a que se refere.

Tabela: para onde foram as horas num projeto de 6000 €

Um projeto orçamentado em 6000 €, 150 horas estimadas, tarifa de tabela de 40 € por hora. Eis o que foi realmente registado.

192 horas por 6000 € dão uma tarifa real de 31,25 € por hora, não 40 € — a tarifa horária efetiva cai 22%. Quase metade do desvio acumulou-se nas revisões: 44 horas em vez de 25, ou seja, 19 horas não faturadas das 42 a mais (45%), 760 € à tarifa de tabela. O resto repartiu-se entre design (+12 horas), desenvolvimento (+8) e briefing (+3).

Horas orçamentadas vs. horas registadas, projeto de 6000 €

FaseHoras orçamentadasHoras registadas
Briefing e arquitetura1518
Design de interface4052
Desenvolvimento7078
Revisões e lançamento2544
Total150192

Critérios de aceitação: Core Web Vitals e WCAG 2.2 AA

Um entregável web sem critérios de aceitação é aprovado pelo gosto, e o gosto muda à terceira revisão. Os números não mudam.

Coloque os limiares das Core Web Vitals e as WCAG 2.2 AA no briefing. Passam a ser condições de entrega, não negociações depois da entrega.

  • LCP abaixo de 2,5 segundos em telemóvel, medido na página inicial e numa página interior.
  • CLS abaixo de 0,1 e INP abaixo de 200 ms, no mesmo conjunto de páginas.
  • Contraste, navegação por teclado e texto alternativo segundo as WCAG 2.2 nível AA.
  • Dados recolhidos pelos formulários que entrega, tratados segundo o RGPD (Regulamento UE 2016/679): fundamento legal, informação ao titular e prazo de conservação.

Erros frequentes

  • Estimar em dias e faturar em horas — a agência paga a diferença.
  • Não limitar as rondas de revisão, e o trabalho fora do âmbito passa a ser gratuito por hábito.
  • Pôr um sénior numa tarefa orçamentada à tarifa de júnior: perde 22 € por cada hora trabalhada.
  • As aprovações vivem no e-mail, e ninguém consegue mostrar o que foi aprovado, nem quando.
  • Olhar para a margem depois da entrega, quando a única opção que resta é absorver a diferença.

Ver também