Briefing e documento de requisitos: qual é a diferença
Estas palavras se confundem 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 documento 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ê o aprova.
Para um site pequeno (cartão de visita, landing page, site de 10 páginas), não é preciso um documento 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, basta. Um documento grande é necessário para sistemas complexos: áreas de cliente, pagamentos, integrações. Estes projetos começam, conosco, por uma sessão de arquitetura paga de US$ 3.890, em que o documento e o orçamento se transformam num mapa do produto, e o valor é descontado no projeto.
Para que serve tudo isto? O briefing economiza dinheiro e nervos. Um fornecedor que entende a tarefa pergunta menos, envia mais depressa a primeira versão e refaz menos vezes. E pela qualidade das perguntas do fornecedor se vê 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 o completamos 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, agendamentos.
- O que deve fazer o visitante no site (ligar, 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: celular ou computador?
4. O que há no site
- Lista de páginas ou seções (mais detalhes abaixo).
- São necessários formulários, pagamento, agendamentos, área de cliente, blog, idiomas?
- Para onde vão os pedidos: e-mail, CRM, messenger.
5. Estilo e exemplos
- Tem logotipo 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, depoimentos de clientes, dados da empresa.
- O que o fornecedor precisa preparar.
7. Prazos, orçamento, responsáveis
- Quando deve o site estar pronto e por quê 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 basta uma frase. Depois de preencher o briefing, verifique-o pela lista de verificação abaixo: ela mostra que respostas faltam. E se ainda está escolhendo que formato de site lhe convém, comece pelo artigo «Como criar um site para a sua empresa».
O briefing está pronto para começar?
- 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, agendamentos, área de cliente, idiomas
- Há três exemplos de sites de que gosta e um comentário sobre por quê
- Há logotipo 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 rodadas de correções estão escritos
Exemplo de termo de referência de um site
Segue-se um exemplo de documento de requisitos resumido, para uma empresa fictícia, para que veja o nível de detalhe. É 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 busca e da publicidade.
- Público. Proprietários de apartamentos dos 30 aos 50 anos, na mesma cidade, que entram sobretudo pelo celular.
- Estrutura. Página inicial, Serviços (3 páginas: projeto de apartamento, projeto de casa, acompanhamento de obra), Portfólio, Sobre o estúdio, Blog, Contatos.
- Funcionalidades. Formulário de pedido (nome, telefone, tipo de imóvel), pedidos enviados por e-mail e para uma planilha; filtro no portfólio; blog com categorias; botão de messenger.
- Idiomas. Português e inglês.
- Design. Claro, sereno; logotipo e paleta fornecidos; exemplos de sites anexados.
- Requisitos técnicos. Layout adaptável; conexão segura; páginas que abrem depressa (referência do 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 advogado 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 do recebimento dos materiais.
- Aceitação. Ver critérios abaixo.
Para um projeto destes, segundo a nossa tabela de preços, serve o site empresarial por US$ 2.790: até 10 páginas, blog, 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 documento 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 busca.
- Sobre a empresa. Equipe, história, dados da empresa: é nesta página que os bancos e os parceiros olham.
- Casos ou portfólio. Só trabalhos verdadeiros.
- Blog. Artigos úteis para as perguntas dos clientes.
- Contatos. E-mail, telefone, endereço, 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 mesmo a que perguntas do cliente cada página responde. Retire o supérfluo: menos páginas, lançamento mais rápido e preço mais baixo. Como isso se relaciona com a 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 entenda de técnica, convém incluir no documento de requisitos alguns pontos. Protegem você de um site «bonito mas que não funciona».
- Versão móvel. O site deve ter bom aspecto e funcionar bem no celular.
- Velocidade. O Google se orienta 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 celular.
- Segurança. Conexã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 advogado.
- Propriedade. O domínio, o código e as contas ficam em seu nome; depois do lançamento recebe todos os acessos.
- Editor. Quais textos e blocos você mesmo edita.
- 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 integração com o Search Console (um serviço gratuito do Google onde se vê como o site aparece na busca). Não escreva as posições na busca 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 «aceito» 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 aspecto no celular, no tablet e no computador, nos navegadores modernos.
- O formulário envia o pedido para você, 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 documento (verificação no PageSpeed Insights).
- A análise coleta os objetivos, o Search Console está conectado.
- 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 rodadas de correções estão incluídas no preço (conosco, por exemplo, duas rodadas no site de apresentação) 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 documento inicial. Como organizamos o trabalho passo a passo, está descrito na página «Como trabalhamos».
Cinco erros no briefing e no documento de requisitos
- «Façam algo bonito». Sem exemplos nem critérios, é impossível de verificar. Traga três sites de que gosta e explique por quê.
- 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 você os prepara antes do início, ou os encomenda à parte.
- Sem responsável. Se do seu lado respondem cinco pessoas, o projeto emperra. 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 você pagará por retrabalho.
Um conselho à parte sobre a linguagem do documento. Escreva como fala: «na página inicial deve haver um botão “Agendar”, 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 conta própria, 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, basta um questionário simplificado: empresa, atividade, contatos, dados da empresa, domínio. O resto esclarecemos nós. É o «Site em 24 horas» por US$ 659.
- 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 documento completo não é preciso.
- Se está fazendo um site para um serviço local na sua cidade, acrescente ao briefing o mapa, as endereços, o horário e os depoimentos dos clientes.
- Se precisa de áreas de cliente, pagamento e integrações, é melhor não escrever o documento sozinho. Encomende uma sessão de arquitetura: no fim terá um mapa do produto e um orçamento, que ficam com você 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 se vê quem realmente percebeu a sua tarefa.
Perguntas frequentes
Em que o briefing difere do documento de requisitos?
O briefing é preenchido por você: descreve o negócio, os objetivos, o público e os materiais. O documento 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 documento de requisitos para um site pequeno?
Não é preciso um documento 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 documento grande é necessário para sistemas complexos, com áreas de cliente e integrações.
Quem deve escrever o documento de requisitos: o cliente ou o fornecedor?
O briefing é escrito pelo cliente, e o documento, com base nele, costuma ser redigido pelo fornecedor e acordado com o cliente. Se escrever o documento 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 se preenche numa ou duas horas. O que demora mais é reunir os materiais: textos, fotos e dados da empresa.
O que é obrigatório indicar no documento 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 documento de requisitos?
Sim, o básico: títulos e descrições únicos, endereços compreensíveis, mapa do site, integração com o Search Console. As posições na busca 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)