Projeto demonstrativo · empresa fictícia
Uma página que explica
antes de convencer.
Compasso. SEO e arquitetura de conteúdo para um software fictício de agendamento, da mensagem inicial à demonstração navegável.
- Frentes
- SEO · conteúdo · web
- Entrega
- Diagnóstico + página demonstrativa
- Natureza
- Estudo autoral com apoio de IA
Mais tempo. Mais possibilidades.
Uma mensagem abrangente, sem indicar produto, público ou utilidade.
Abrir a versão inicialAgendamento online para profissionais autônomos.
Categoria, público e funções explícitos. Um próximo passo que permite conhecer a proposta.
Abrir a versão propostaO visitante precisava entender o que estava sendo oferecido.
No briefing fictício, a Compasso oferece uma agenda online para profissionais autônomos. O desafio é transformar uma apresentação genérica em uma página que permita reconhecer o produto, entender seu uso e avaliar se ele faz sentido para a rotina do visitante.
A versão inicial foi criada especificamente para este exercício, com problemas de mensagem e estrutura documentados. Não corresponde a um site de cliente nem a um diagnóstico de desempenho real.
Análise do cenário, priorização, arquitetura de conteúdo, redação e implementação estática em Astro. O material foi desenvolvido com apoio de IA na estruturação, na redação e no código. Não inclui pesquisa com usuários, dados de ferramentas de busca ou operação de um software real.
Primeiro, clareza da oferta. Depois, aprofundamento.
Prioridades qualitativas definidas para este cenário. Não representam impacto medido em tráfego.
Título restrito à marca
O título original é “Compasso | Início”. Ele não informa a categoria do produto nem a quem se destina.
Decisão: Nomear agendamento online e profissionais autônomos no título e na abertura.
Como verificar e do que depende
Comparar o <title> e o H1 das duas páginas.
Dependência: Confirmar a oferta e o público definidos no briefing.
Promessa sem explicação do produto
“Mais tempo. Mais possibilidades.” poderia descrever vários serviços. A abertura não explica o que o visitante pode fazer.
Decisão: Apresentar serviços, disponibilidade e pedidos de agendamento como funções específicas da proposta.
Como verificar e do que depende
Verificar se a abertura responde o que é, para quem é e o que permite fazer.
Dependência: Manter as funcionalidades dentro do escopo fictício.
Próximo passo pouco claro
O link “Saiba mais” leva a outro bloco genérico, sem mostrar o produto.
Decisão: Direcionar a ação principal para uma agenda ilustrativa na própria página.
Como verificar e do que depende
Acionar o link e confirmar a chegada à seção da agenda.
Dependência: Construir uma demonstração coerente com a oferta.
Ausência de descrição da página
A versão inicial foi construída sem meta description.
Decisão: Escrever uma descrição alinhada ao conteúdo da página, sem prometer resultados.
Como verificar e do que depende
Conferir a tag de descrição no HTML da versão proposta. Sua exibição na busca não é garantida.
Dependência: Finalizar a mensagem principal.
Dúvidas de avaliação sem resposta
A página inicial não explica o fluxo de uso, os recursos ou as limitações da proposta.
Decisão: Organizar seções de funcionamento, recursos e perguntas frequentes, com navegação por âncoras.
Como verificar e do que depende
Navegar pelas seções e abrir as respostas pelo teclado.
Dependência: Definir o que faz parte da proposta e o que está fora do escopo.
Organizar o conteúdo pelo momento de decisão.
“Agendamento online para autônomos” é uma hipótese de tema comercial coerente com a oferta. A escolha não foi baseada em volume de busca ou dificuldade de palavra-chave. Em um projeto real, essa hipótese precisaria ser confrontada com pesquisas de busca e linguagem do público.
Entender a oferta
/Produto, público, funcionamento e demonstração.
Avaliar a solução
/recursos/agenda-online/Disponibilidade, serviços e organização de agendamentos.
Compreender o problema
/conteudos/organizar-agendamentos/Processo para organizar horários e evitar desencontros.
As rotas acima representam a arquitetura do produto fictício. Apenas a página inicial foi implementada, dentro da área de demonstrações do portfólio.
Uma decisão de escopo
Recursos e dúvidas aparecem primeiro na página principal. Criar diversas páginas rasas apenas para acomodar termos de busca fragmentaria a explicação. A expansão proposta dependeria de conteúdo suficiente para responder a uma necessidade distinta.
Do diagnóstico a uma experiência navegável.
A página construída apresenta o produto, explica o funcionamento e conduz a uma agenda ilustrativa. Os recursos são descritos em linguagem concreta e as perguntas frequentes deixam o escopo da demonstração explícito.
Exemplo de metadados da página. A apresentação em buscadores pode variar.
O que a entrega permite avaliar.
- Coerência: título, abertura e seções descrevem a mesma proposta de produto.
- Navegação: a ação principal leva à agenda ilustrativa e os links internos conectam as seções.
- Estrutura: HTML estático, hierarquia de títulos e perguntas expansíveis com controles nativos.
- Limites: demonstrações identificadas como fictícias, com diretiva de não indexação e fora do sitemap.
Este estudo não apresenta ganhos de tráfego, conversão ou posicionamento. Esses efeitos exigiriam um produto real, uma base de comparação e acompanhamento após a publicação.
O próximo passo em um projeto real
Validar a linguagem com o público, pesquisar consultas e concorrentes e instrumentar o caminho entre visita e pedido de demonstração. Essas observações ajudariam a revisar o conteúdo e decidir se a arquitetura precisa crescer.