Exemplos por tipo de página

Os exemplos abaixo mostram, para cada um dos sete tipos de página do capítulo 2, o pedido inicial, as respostas que de fato mudam a arquitetura, a arquitetura aprovada e o foco do plano técnico que sai disso. Nomes e textos são ilustrativos, mas a estrutura de cada seção — o que a entrevistadora pergunta, o que ela produz — é real. Use estes exemplos para prever, antes de começar sua própria conversa, que tipo de pergunta esperar e o que vai sair no fim de cada etapa.

Landing page de vendas

Pedido: “Quero vender a formação Operação DevOps.”

Respostas centrais: profissionais de desenvolvimento, inscrição como ação principal, turma com data e vagas, depoimentos autorizados, pagamento externo.

Arquitetura: hero com oferta, transformação esperada, programa, formato, instrutor, depoimentos, preço, perguntas frequentes e chamada final.

Plano técnico: rota da campanha, componentes de prova e preço, integração do checkout, eventos da ação principal, metadados e testes do percurso.

Página de produto

Pedido: “Quero criar uma página para o Atlas, nosso produto de atendimento.”

Respostas centrais: equipes de suporte, demonstração como ação principal, capturas reais do produto, integrações confirmadas pela documentação.

Arquitetura: hero, problemas atendidos, casos de uso, recursos, demonstração visual, integrações, perguntas frequentes e chamada final.

Plano técnico: rota /atlas/, seções reutilizáveis, formulário de demonstração, imagens responsivas, SoftwareApplication em JSON-LD e testes.

Página de serviço

Pedido: “Preciso apresentar nossa consultoria de modernização.”

Respostas centrais: empresas com aplicações legadas, diagnóstico como ação, escopo por etapas, entregas e responsabilidades explícitas, contato comercial.

Arquitetura: cenário atendido, resultados, entregas, processo, requisitos do cliente, equipe, casos relacionados, perguntas e contato.

Plano técnico: composição com componentes existentes, formulário com qualificação, confirmação de envio, metadados Service e teste dos estados.

Página inicial

Pedido: “Quero reorganizar a Home para explicar a empresa.”

Respostas centrais: três públicos, produto como destino principal, serviços e conteúdos como rotas secundárias, mensagem institucional já aprovada.

Arquitetura: proposta central, caminhos por público, produto em destaque, serviços, recursos recentes, comprovação institucional e contato.

Plano técnico: revisão da rota inicial, navegação, seções compartilhadas, ordem responsiva, links internos, metadados da organização e regressão visual.

Página Sobre

Pedido: “Quero uma página Sobre que conte nossa trajetória.”

Respostas centrais: fatos documentados, marcos com datas, pessoas com autorização, princípios descritos por ações, contato para imprensa.

Arquitetura: atuação atual, história, marcos, pessoas, princípios, presença pública e canais institucionais.

Plano técnico: conteúdo estruturado, imagens com texto alternativo, schema Organization, links para fontes públicas e revisão de todas as afirmações.

Página de contato

Pedido: “Quero separar suporte de oportunidades comerciais.”

Respostas centrais: dois destinos, campos mínimos por assunto, consentimento, prazo de retorno informado, email como canal alternativo.

Arquitetura: escolha do assunto, formulário adaptado, orientações de privacidade, mensagens de envio, prazo de retorno e canais alternativos.

Plano técnico: validação no cliente e servidor, proteção contra abuso, integrações por ambiente, foco após envio, testes de falha e documentação.

Página de preços

Pedido: “Quero comparar três planos do produto.”

Respostas centrais: cobrança mensal e anual, limites por plano, impostos e moeda explícitos, teste gratuito, contato para volume maior.

Arquitetura: contexto da cobrança, seletor de período, cartões dos planos, tabela comparativa, condições comerciais, perguntas e ação por plano.

Plano técnico: fonte única para preços, seletor acessível, URLs do checkout, dados estruturados compatíveis com o conteúdo e testes das combinações.

Resultado comum

Independente do tipo, os sete exemplos terminam no mesmo conjunto de arquivos, porque o formato de saída não varia por tipo de página — só o conteúdo da entrevista varia:

• .astrofy/pages/<slug>/page-spec.json e page.md, com o conteúdo aprovado (capítulos 2 e 3),
• três sitespecs em .sitespec/ — route, content e check —, cada uma apontando de volta para <slug> pelos campos page e task (capítulo 4),
• o progresso dessas três tarefas visível em astrofy sitespec progress e na aba Specs da TUI, junto de qualquer outra tarefa do site.

A implementação somente usa fatos e textos aprovados na entrevista — uma skill técnica não inventa um número de prova, um nome de integração ou uma frase de oferta que não apareceu na conversa. Se um exemplo acima parece faltar detalhe (um preço, uma integração específica), é porque a entrevista real cobriria isso explicitamente antes do plano ser gerado, os exemplos aqui são resumidos para mostrar o formato, não o conteúdo completo de uma conversa real.

Classificação