Briefing e caderno de requisitos: qual é a diferença
Estas palavras confundem-se muitas vezes, embora sejam dois documentos diferentes.
- O briefing (do inglês brief, «resumo») são as suas respostas às perguntas do fornecedor: a que se dedica a empresa, a quem vende e o quê, para que serve o site, que materiais tem. É você que o preenche.
- O caderno de requisitos (especificação técnica) é o documento sobre o que exatamente vai ser feito: lista de páginas, funcionalidades, requisitos técnicos, prazos, forma de entrega. Costuma ser redigido pelo fornecedor com base no briefing, e você aprova-o.
Para um site pequeno (cartão de visita, landing page, site de 10 páginas), não é preciso um caderno de requisitos extenso à parte. Um bom briefing de uma ou duas páginas, mais a lista de páginas e os critérios de aceitação, chega. Um caderno grande é necessário para sistemas complexos: áreas de cliente, pagamentos, integrações. Estes projetos começam, connosco, por uma sessão de arquitetura paga de €3 500, em que o caderno e o orçamento se transformam num mapa do produto, e o valor é descontado no projeto.
Para que serve tudo isto? O briefing poupa dinheiro e nervos. Um fornecedor que percebe a tarefa pergunta menos, envia mais depressa a primeira versão e refaz menos vezes. E pela qualidade das perguntas do fornecedor vê-se até que ponto ele se envolve: mais sobre isto no artigo «Como escolher uma agência web sem errar».
Modelo de briefing para um site
Abaixo está um modelo que pode copiar e preencher. Nos modelos de briefing abertos (por exemplo, os da Atlassian) a lógica geral é a mesma: objetivo, público, conteúdo, limitações, prazos e responsáveis. Nós completámo-la com perguntas sobre o site.
1. Sobre a empresa
- Nome, forma jurídica, país, site e redes sociais, se existirem.
- A que se dedica, em duas ou três frases.
- Em que se distingue dos concorrentes mais próximos?
2. Para que serve o site
- O objetivo principal numa frase: pedidos, vendas, imagem, verificação pelo banco, marcações.
- O que deve fazer o visitante no site (telefonar, deixar um pedido, comprar)?
- Como vai perceber que o site funciona: quantos pedidos por mês consideraria um sucesso?
3. Para quem
- Quem é o seu cliente: idade, país, cidade, ocupação.
- O que procura e o que receia ao escolher?
- Com que aparelho entra mais vezes: telemóvel ou computador?
4. O que há no site
- Lista de páginas ou secções (mais pormenores abaixo).
- São precisos formulários, pagamento, marcações, área de cliente, blogue, idiomas?
- Para onde vão os pedidos: e-mail, CRM, messenger.
5. Estilo e exemplos
- Tem logótipo e cores da marca?
- Três sites de que gosta e do que exatamente gosta. E dois de que não gosta.
- Tom: sério, simpático, de especialista.
6. Materiais
- O que já existe: textos, fotos, vídeos, apresentações, opiniões de clientes, dados da empresa.
- O que o fornecedor precisa de preparar.
7. Prazos, orçamento, responsáveis
- Quando deve o site estar pronto e porquê nessa data?
- Orçamento ou intervalo.
- Quem toma as decisões do seu lado e com que rapidez responde?
Para um projeto pequeno, responda de forma breve: para cada pergunta chega uma frase. Depois de preencher o briefing, verifique-o pela lista de verificação abaixo: ela mostra que respostas faltam. E se ainda está a escolher que formato de site lhe convém, comece pelo artigo «Como criar um site para a sua empresa».
O briefing está pronto para arrancar?
- O objetivo do site está escrito numa frase, com um resultado mensurável
- Os clientes estão descritos: quem são, onde vivem, o que procuram
- Existe uma lista de páginas com a finalidade de cada uma
- As funcionalidades estão definidas: formulários, pagamento, marcações, área de cliente, idiomas
- Há três exemplos de sites de que gosta e um comentário sobre porquê
- Há logótipo e cores da marca, ou a decisão de os encomendar
- Os textos, as fotos e os dados da empresa estão preparados, ou há uma data para os entregar
- Foi nomeado um responsável pelas decisões do seu lado
- Os prazos e o orçamento, ou o intervalo, estão escritos
- Os critérios de aceitação e o número de rondas de correções estão escritos
Exemplo de caderno de requisitos de um site
Segue-se um exemplo de caderno de requisitos resumido, para uma empresa fictícia, para que veja o nível de pormenor. É um exemplo didático, e não um cliente real.
Projeto: site para o estúdio de design de interiores «Exemplo Estúdio»
- Objetivo. Receber 15–20 pedidos por mês de consulta gratuita vindos da pesquisa e da publicidade.
- Público. Proprietários de apartamentos dos 30 aos 50 anos, na mesma cidade, que entram sobretudo pelo telemóvel.
- Estrutura. Página inicial, Serviços (3 páginas: projeto de apartamento, projeto de moradia, acompanhamento de obra), Portefólio, Sobre o estúdio, Blogue, Contactos.
- Funcionalidades. Formulário de pedido (nome, telefone, tipo de imóvel), pedidos enviados por e-mail e para uma folha de cálculo; filtro no portefólio; blogue com categorias; botão de messenger.
- Idiomas. Português e inglês.
- Design. Claro, sereno; logótipo e paleta fornecidos; exemplos de sites anexados.
- Requisitos técnicos. Layout adaptável; ligação segura; páginas que abrem depressa (referência da Google: o conteúdo principal carrega em 2,5 segundos ou menos); configuração básica de SEO (títulos, descrições, mapa do site).
- Legal. Política de privacidade, consentimento de cookies, dados da empresa. Os textos são revistos pelo jurista do cliente.
- Etapas e prazos. Estrutura — 2 dias; design da página inicial — 3 dias; construção — 5 dias; preenchimento e verificação — 3 dias; lançamento. O prazo conta a partir da receção dos materiais.
- Aceitação. Ver critérios abaixo.
Para um projeto destes, segundo a nossa tabela de preços, serve o site para empresas por €2 490: até 10 páginas, blogue, 2 idiomas e configuração de SEO. Quanto custam as outras opções, veja no artigo «Quanto custa um site em 2026».
Como descrever a estrutura do site
A parte mais útil do caderno de requisitos é a lista de páginas. Descreva cada uma numa linha: o nome, para que serve, o que deve ter. Para uma pequena empresa no seu país, costuma chegar este conjunto:
- Página inicial. Quem é, o que oferece, o botão principal, as provas.
- Serviços ou produtos. Uma página por cada serviço que as pessoas procuram em separado. É importante para a pesquisa.
- Sobre a empresa. Equipa, história, dados da empresa: é nesta página que os bancos e os parceiros olham.
- Casos ou portefólio. Só trabalhos verdadeiros.
- Blogue. Artigos úteis para as perguntas dos clientes.
- Contactos. E-mail, telefone, morada, formulário, mapa.
- Páginas legais. Política de privacidade, termos, cookies.
Se não tem certeza do que incluir, veja como fazem os concorrentes e pergunte a si próprio a que perguntas do cliente responde cada página. O supérfluo, retire: menos páginas, lançamento mais rápido e preço mais baixo. Como isto se liga à escolha do construtor ou da plataforma em que fazer o site, está explicado no artigo «Construtor ou desenvolvimento próprio».
Requisitos técnicos e legais: o que vale a pena escrever
Mesmo que não perceba de técnica, convém incluir no caderno de requisitos alguns pontos. Protegem-no de um site «bonito mas que não funciona».
- Versão móvel. O site deve ter bom aspeto e funcionar bem no telemóvel.
- Velocidade. A Google orienta-se pelas métricas Core Web Vitals: o conteúdo principal deve carregar em 2,5 segundos ou menos (LCP), a página deve reagir depressa a um toque (INP não superior a 200 milissegundos) e não «saltar» ao carregar (CLS não superior a 0,1). Escreva isto como objetivo, e não como obrigação de o fornecedor garantir os números em qualquer telemóvel.
- Segurança. Ligação segura (HTTPS), proteção dos formulários contra spam, acessos com autenticação de dois fatores.
- Páginas legais. Quais são necessárias no seu país. Para sites na UE, costumam ser a política de privacidade, o consentimento de cookies e os dados da empresa, e para a Alemanha e a Áustria também o Imprint. Os textos baseados em modelos devem ser revistos pelo seu jurista.
- Propriedade. O domínio, o código e as contas ficam em seu nome; depois do lançamento recebe todos os acessos.
- Editor. Que textos e blocos edita você.
- Análise. O que medimos: pedidos, origens, objetivos.
Sobre os requisitos de SEO não é preciso escrever muito. Basta exigir títulos e descrições únicos das páginas, endereços compreensíveis, mapa do site e ligação ao Search Console (um serviço gratuito da Google onde se vê como o site aparece na pesquisa). As posições na pesquisa não as escreva como obrigação: ninguém as pode garantir com honestidade.
Critérios de aceitação: quando o site se considera pronto
A aceitação é o momento em que diz «aceite» e paga a etapa final. Para que não se transforme em correções sem fim, escreva de antemão o que significa «pronto».
- Todas as páginas da lista foram criadas e abrem.
- O site tem bom aspeto no telemóvel, no tablet e no computador, nos navegadores modernos.
- O formulário envia o pedido para si, e o cliente recebe uma confirmação. Verificado com um pedido de teste.
- As páginas legais estão no lugar, os dados da empresa estão indicados.
- As métricas de velocidade estão dentro dos objetivos do caderno (verificação no PageSpeed Insights).
- A análise recolhe os objetivos, o Search Console está ligado.
- Os acessos foram entregues, o domínio e as contas estão em seu nome.
- Existe uma instrução curta sobre como alterar textos e fotos.
E mais duas regras: quantas rondas de correções estão incluídas no preço (connosco, por exemplo, duas rondas num cartão de visita) e o que se considera correção e o que é uma tarefa nova. As tarefas novas é melhor tratá-las como módulos à parte do que inchar o caderno inicial. Como organizamos o trabalho passo a passo, está descrito na página «Como trabalhamos».
Cinco erros no briefing e no caderno de requisitos
- «Façam bonito». Sem exemplos nem critérios, é impossível de verificar. Traga três sites de que gosta e explique porquê.
- Sem objetivo. «Preciso de um site como os outros» não é uma tarefa. Uma tarefa é: «quero receber 20 pedidos por mês».
- Todas as páginas de uma vez. Comece pelo essencial e acrescente o resto depois do lançamento.
- Materiais «depois». Os textos e as fotos atrasam o projeto mais do que tudo. Ou os prepara antes do início, ou encomenda-os à parte.
- Sem responsável. Se do seu lado respondem cinco pessoas, o projeto empanca. Nomeie uma.
Se os cinco pontos lhe são familiares, não faz mal: o fornecedor fará perguntas de esclarecimento. Mas quanto melhor preparado estiver o briefing, menos pagará por refazer.
Um conselho à parte sobre a linguagem do documento. Escreva como fala: «na página inicial deve haver um botão “Marcar”, que abre um formulário de três campos». Uma frase destas não se pode entender de duas maneiras. A frase «uma página inicial prática e moderna» deixa ao fornecedor o direito de decidir por si, e depois vão discutir o que se queria dizer. Quanto mais concreta a formulação, mais fácil aceitar o trabalho e menos correções.
O que escolher na sua situação
- Se precisa do site com urgência, em 24 horas, chega um questionário simplificado: empresa, atividade, contactos, dados da empresa, domínio. O resto esclarecemos nós. É o «Site em 24 horas» por €599.
- Se tem uma empresa pequena e um site até 5–10 páginas, preencha o briefing pelo modelo acima, leva uma ou duas horas. Um caderno completo não é preciso.
- Se está a fazer um site para um serviço local na sua cidade, acrescente ao briefing o mapa, as moradas, o horário e as opiniões dos clientes.
- Se precisa de áreas de cliente, pagamento e integrações, é melhor não escrever o caderno sozinho. Encomende uma sessão de arquitetura: no fim terá um mapa do produto e um orçamento, que ficam consigo de qualquer forma.
- Se nada está pronto e não sabe por onde começar, faça o teste «Está pronto para desenvolver o seu produto». Ele mostra o que falta, e recebe uma análise personalizada e desconto no desenvolvimento (exceto no «Site em 24 horas»).
Quando o briefing estiver pronto, passe à escolha do fornecedor e compare as propostas a partir do mesmo documento: assim vê-se quem realmente percebeu a sua tarefa.
Perguntas frequentes
Em que é que o briefing difere do caderno de requisitos?
O briefing é preenchido por si: descreve o negócio, os objetivos, o público e os materiais. O caderno de requisitos descreve o que exatamente vai ser feito: páginas, funcionalidades, requisitos e forma de aceitação. Para um site pequeno chegam o briefing e a lista de páginas.
É preciso um caderno de requisitos para um site pequeno?
Não é preciso um caderno completo de dezenas de páginas. Chega um briefing de 1–2 páginas, a lista de páginas, exemplos de sites e critérios de aceitação. Um caderno grande é necessário para sistemas complexos, com áreas de cliente e integrações.
Quem deve escrever o caderno de requisitos: o cliente ou o fornecedor?
O briefing escreve-o o cliente, e o caderno, com base nele, costuma ser redigido pelo fornecedor e acordado com o cliente. Se escrever o caderno você mesmo, peça ao fornecedor que verifique se é realista.
Quanto tempo leva a preparação do briefing?
Um briefing simples para um site pequeno preenche-se numa ou duas horas. O que demora mais é reunir os materiais: textos, fotos e dados da empresa.
O que é obrigatório indicar no caderno de requisitos de um site?
O objetivo, o público, a lista de páginas, as funcionalidades, os idiomas, os requisitos técnicos (versão móvel, velocidade, segurança), as páginas legais, os prazos, as correções e os critérios de aceitação.
É preciso escrever o SEO no caderno de requisitos?
Sim, o básico: títulos e descrições únicos, endereços compreensíveis, mapa do site, ligação ao Search Console. As posições na pesquisa não convém escrevê-las como obrigação, porque não se podem garantir.
O que fazer se não sei o que quero?
Comece pelo objetivo e por exemplos de sites de que gosta. O resto ajuda o fornecedor a esclarecer. Faça também o teste de preparação: ele mostra que questões convém resolver antes do início.
Fontes
- Atlassian: Confluence para o trabalho criativo de marketing (modelo Creative brief) · Atlassian
- Creative brief examples and templates · StoryChief
- Semrush: How to Create Content Briefs · Semrush
- Core Web Vitals: how the metric thresholds were defined · web.dev (Google)