As perguntas de um briefing para site bloco a bloco, o que cada resposta muda no escopo, no prazo e no investimento, e um modelo para copiar.
Por
Resposta direta
Briefing para site é o documento em que a empresa responde, antes do orçamento, o que o site precisa fazer, para quem, com quais páginas, funcionalidades, conteúdos e requisitos técnicos, em que prazo e com qual faixa de investimento. São essas respostas que permitem definir escopo, cronograma e preço com menos retrabalho.
Duas agências recebem o mesmo pedido, “um site institucional”, e devolvem propostas com prazos e valores muito diferentes. Muitas vezes a diferença não vem de quanto cada uma cobra, mas das premissas: cada uma imaginou o próprio número de páginas, volume de conteúdo e conjunto de integrações. O briefing existe para que essas premissas fiquem escritas antes da proposta, e não sejam descobertas no meio do projeto.
Este guia organiza as perguntas de um briefing para site em nove blocos, mostra o que cada resposta muda no projeto e termina com um modelo para copiar. Ele serve para quem vai contratar um site institucional, um hotsite ou uma landing page, e para quem precisa pedir o briefing a um cliente.
Um briefing para site é o conjunto organizado de informações que a empresa entrega a quem vai planejar e construir o site: objetivo, público, estrutura, funcionalidades, conteúdo, requisitos técnicos, prazo e investimento. Ele é preenchido antes do orçamento, por quem conhece o negócio, e revisado junto com a agência ou o profissional que vai executar. Também aparece como briefing de site, briefing para criação de site, briefing para website ou, em inglês, website brief.
O briefing não é um contrato nem uma lista de desejos. É a base que transforma uma intenção, como “precisamos de um site novo”, em um escopo que pode ser orçado, planejado e conferido na entrega. Ele costuma ser confundido com dois documentos que vêm depois dele:
| Critério | Briefing | Proposta comercial | Escopo técnico |
|---|---|---|---|
| Quem escreve | A empresa que contrata, com apoio de quem executa | A agência ou o profissional | A equipe que executa, com aprovação do cliente |
| Quando | Antes do orçamento | Depois da primeira conversa | Depois da proposta aceita, antes do desenvolvimento |
| O que contém | Objetivos, contexto, necessidades, restrições, prazo e faixa de investimento | Solução, entregas, prazo, valor e condições | Mapa do site, funcionalidades detalhadas, integrações e critérios de aceite |
| Para que serve | Alinhar o que precisa ser feito | Formalizar a oferta | Guiar a execução e a conferência da entrega |
A proposta responde ao briefing: quanto mais claro ele for, mais comparáveis ficam as propostas que chegam. Para ver o outro lado dessa troca, leia o guia sobre como montar uma proposta comercial.
Um site pode ser uma landing page com um formulário ou um portal com área logada, loja e integração com o sistema de gestão. Entre um extremo e outro, o que muda o projeto são respostas específicas: quantos modelos de página, quem produz o conteúdo, quais sistemas precisam conversar com o site e se existe um site atual com visitas a proteger.
Cada resposta afeta três saídas ao mesmo tempo:
Insight
As perguntas que mais mexem em um projeto nem sempre são as óbvias. “Quantas páginas?” importa, mas “quem vai escrever os textos?” e “o site atual traz visitas do Google?” costumam mudar mais o cronograma e as responsabilidades, e muitas vezes ficam de fora do briefing.
As perguntas seguem a ordem em que um projeto de site costuma ser pensado. Em cada bloco, o trecho “O que muda” mostra o efeito das respostas no projeto.
O que muda: o formato define o caminho do projeto inteiro. Redesign e migração acrescentam uma etapa de inventário do que já existe, com atenção especial às páginas que já trazem visitas.
O que muda: o contexto ajuda a calibrar a complexidade e mostra, desde o início, quem vai precisar aprovar cada etapa. Quando uma agência parceira preenche, entram também regras de confidencialidade e de relacionamento com o cliente final.
O que muda: o objetivo decide a arquitetura e as chamadas para ação de cada página; a métrica define quais ferramentas e eventos de medição precisam estar prontos no lançamento. Cada idioma adicional multiplica páginas, revisão e configuração para buscadores.
O que muda: se o site traz visitas orgânicas, trocar de site sem planejamento pode apagar posições conquistadas. Nesse caso, o escopo inclui o inventário das URLs, o mapa de redirecionamentos 301 e o acompanhamento depois do lançamento. Com acesso ao Search Console e ao Analytics, dá para ver quais páginas precisam ser protegidas.
O que muda: mais do que o número de páginas, pesa o número de modelos de página. Vinte páginas de serviço que seguem o mesmo modelo costumam dar menos trabalho de design e desenvolvimento do que cinco páginas com desenhos diferentes entre si.
O que muda: loja virtual, área logada e integrações mudam o patamar do projeto. Uma integração com um sistema sem documentação pede uma avaliação técnica antes do preço final, porque o esforço só fica claro depois de olhar o sistema por dentro.
O que muda: na experiência da Flowup, o conteúdo é um dos itens que mais atrasam projetos de site, porque depende de pessoas da empresa que têm outras prioridades. Se a agência escreve, os textos entram no cronograma desde o início. Sem identidade definida, o design herda a indecisão, e pode fazer sentido incluir a criação da marca no mesmo projeto.
O que muda: requisitos técnicos viram critérios de aceite, ou seja, o que será testado antes de o site ir ao ar. A plataforma define o painel que a equipe vai usar no dia a dia: na criação de site em WordPress, por exemplo, a escolha do tema e dos plugins depende de quem vai atualizar o conteúdo. E saber onde está o e-mail ajuda a evitar que ele pare de funcionar na troca do site.
O que muda: um prazo curto para o tamanho do projeto leva a uma divisão em fases, com o essencial no ar primeiro. A faixa de investimento permite propor o escopo certo para o momento, sem que a proposta precise ser refeita depois. E um processo de compras formal alonga o ciclo, o que também precisa entrar no cronograma.
Nem toda resposta tem o mesmo peso. A tabela reúne os itens que, na experiência da Flowup, mais mudam o tamanho de um projeto de site.
| Item do briefing | Por que pesa |
|---|---|
| Loja virtual | Catálogo, pagamentos, frete e integração com estoque ou ERP |
| Integração com sistemas externos | Depende de API e documentação; sem elas, exige avaliação técnica antes do preço |
| Área logada ou de membros | Perfis de acesso, regras, segurança e testes |
| Migração com SEO a proteger | Inventário de URLs, redirecionamentos e acompanhamento depois do lançamento |
| Idiomas adicionais | Páginas, tradução, revisão e marcação de idioma para buscadores |
| Produção de textos e imagens | Redação, entrevistas e rodadas de aprovação no cronograma |
| Identidade visual em criação | O layout depende de decisões de marca |
| Quantidade de modelos de página | Cada modelo exige design e desenvolvimento próprios |
| Acessibilidade e performance como requisito | Critérios de aceite e testes na homologação |
Exemplo
Exemplo fictício: duas consultorias B2B pedem “um site institucional”. A primeira precisa de 8 páginas e de um único formulário com envio por e-mail, e já tem textos prontos e marca definida. A segunda precisa de 25 páginas, versão em inglês e integração com o CRM, tem 120 posts de blog com tráfego orgânico para migrar e ainda não tem os textos. O pedido é o mesmo; escopo, prazo e investimento não têm quase nada em comum.
Reunir a informação antes encurta o preenchimento. Esta é a ordem que a Flowup recomenda:
Se quem conduz é a agência, a lógica é a mesma: enviar as perguntas antes da reunião e usar a conversa para esclarecer as respostas, não para coletá-las do zero.
Use a lista abaixo como modelo de briefing para site. Ela resume os nove blocos em perguntas curtas; nem todas se aplicam a todo projeto.
Se preferir, dá para preencher o briefing de desenvolvimento online: o formulário da Flowup mostra só as perguntas que se aplicam ao tipo de projeto e guarda o rascunho enquanto você responde.
Importante
Se o site atual traz visitas pelo Google, a migração precisa estar no escopo desde o briefing: lista das URLs atuais, mapa de redirecionamentos 301, conferência de títulos e dados estruturados, e acompanhamento no Search Console depois do lançamento. Deixar isso para a semana do lançamento coloca em risco posições que podem ter levado anos para ser conquistadas.
Em resumo
Um briefing para site precisa trazer objetivo principal e público, tipo de projeto, situação do site atual, estrutura aproximada, funcionalidades e integrações, responsáveis pelo conteúdo, requisitos técnicos, prazo, faixa de investimento e quem decide. Sem esses pontos, quem vai orçar precisa supor, e as suposições viram diferença de preço e de prazo.
Quem preenche é a empresa que vai contratar, porque ela conhece o negócio, o público e as restrições. A agência ajuda a interpretar as respostas, completa a parte técnica e usa a primeira reunião para esclarecer dúvidas. Quando uma agência parceira contrata em nome de um cliente, ela preenche com as informações desse cliente.
Informar o orçamento não é obrigatório, mas ajuda. Uma faixa de investimento não é compromisso: ela permite propor o escopo que cabe no momento, com fases quando for o caso, sem que a proposta precise ser refeita. Se o valor ainda não está definido, vale dizer isso e pedir uma orientação.
O briefing é escrito pela empresa que contrata e descreve o que ela precisa. A proposta comercial é escrita por quem vai executar e responde ao briefing com a solução, as entregas, o prazo, o valor e as condições. Um bom briefing é o que permite uma proposta precisa.
A base do briefing é a mesma, mas o foco muda. Na landing page, as perguntas centrais são a conversão principal, a origem do tráfego, a medição e os testes; no site institucional, pesam mais a estrutura, o conteúdo, as integrações e a migração do site atual. Por isso um bom formulário de briefing adapta as perguntas ao tipo de projeto.
Um briefing para site bem respondido não garante um projeto sem ajustes, mas coloca as premissas na mesa antes da proposta, o que permite comparar orçamentos com a mesma base e decidir o que entra em cada fase. Na Flowup, o briefing é a primeira etapa do desenvolvimento de sites em WordPress: as respostas guiam a conversa, a proposta e o planejamento.
Briefing de desenvolvimento
Leve estas respostas para a conversa certa
As perguntas deste artigo estão no formulário da Flowup, que se adapta ao tipo de projeto. Com as respostas, a conversa já começa pelo escopo.
