Um modelo de briefing bem feito/evoluído nos ajuda a definir detalhes antes de iniciar a programação de qualquer site. E se o site é para um cliente, é preciso um trabalho em equipe para que alguns itens sejam coletados. 🤝
Essa coleção de itens, que é o briefing, visa, entre outras coisas, agilidade durante e após o desenvolvimento.
Perceber que está faltando algo bem na hora que se está com a mão na massa pode ser bem frustrante. “Brifar” usando modelos é uma questão opcional de otimização e qualidade. ⚡️
Separei uma lista de itens que na minha visão são essenciais para serem pedidos durante um briefing de desenvolvimento de websites institucionais. E você não precisa pedir tudo da minha lista ou da sua lista, a questão é ter a lista em mãos pra que você não se esqueça de nada, até porque cada caso é um caso.
TL;DR
Checklist para usar em briefing de sites institucionais:
- Logo
- Domínio
- Sites de referência e sites dos concorrentes
- Páginas
- Conteúdo das páginas
- Redes Sociais
- Localização no Google maps
- Telefone(s) para contato
- Fotos
1. Logo
Com o logotipo em mãos é possível, por exemplo, criar uma paleta de cores pra ser usada durante desenvolvimento.
2. Domínio
O site foi dado como pronto? Se a questão do domínio já tiver sido resolvida durante o briefing, o trabalho de hospedar o site e coloca-lo no ar é relativamente mais rápido.
3. Sites de referência e sites dos concorrentes
“Um bom artista copia, um grande artista rouba.” Já ouviu essa frase? Eu costumo desenvolver sites da minha cabeça, sem olhar para um layout em Photoshop, por exemplo. Então, é bom ter referências pra não perder tempo com invenções mirabolantes.
4. Páginas
- Home (obrigatório).
- Página de Erro 404 (obrigatório).
- Contato (opcional).
- Blog (opcional).
- Página de uma categoria (opcional)
- Página de um post (opcional).
- Quem Somos/Sobre (opcional).
- …
5. Conteúdo das páginas
Julgue se o conteúdo é necessário ou não. O item está listado pra que você lembre que ele existe e se pergunte se é preciso ou não. E mesmo se precisar, em alguns casos o início do desenvolvimento se dará sem ele.
Por exemplo, o pedido antecipado desse conteúdo pode ser bastante relevante para a página Quem Somos.
6. Redes Sociais
O cliente pode querer exibir redes sociais no site, mas sequer tê-las naquele momento. Então, enquanto você está com a mão na massa no desenvolvimento, as contas nas redes já podem ser criadas, e quando o site estiver pronto basta inserir o link certo.
7. Localização no Google maps
Semelhante ao caso das Redes Sociais.
8. Telefone(s) para contato
Por que mostrar na página Contato, por exemplo, telefones fakes se você já pode inserir os corretos e evitar retrabalho?
9. Fotos
Acredito que boas imagens dão vida ao site. Se o site está sendo desenvolvido para promover uma pessoa, pode ser interessante e até um requisito, na verdade, que o site tenha fotos que mostram quem ela é.
