Você pediu um site. A IA ainda não sabe o que seu cliente precisa.

PARTE 01 / 08

“Crie uma landing page moderna para uma empresa.” A ferramenta pode responder com uma página. Mas alguém ainda precisa decidir para quem ela serve, o que pode prometer e como a pessoa vai continuar depois de ler.

Um bom contexto reduz esse espaço de adivinhação. Ele não precisa carregar todos os arquivos do cliente nem antecipar cada linha de código. Precisa colocar as decisões certas ao alcance de quem vai executar.

Ao terminar esta leitura, você terá uma Ficha de contexto executável e um pedido inicial adaptado ao seu projeto.

PARTE 02 / 08

Formato é diferente de resultado

“Fazer um site” escolhe um formato. “Permitir que alguém entenda a oferta e prepare uma conversa pelo celular” descreve algo que você consegue observar.

Os dois podem fazer parte do pedido. O problema é fornecer apenas o formato e esperar que a ferramenta invente o restante corretamente.

Considere um exemplo fictício: uma empresa atende pedidos de embalagens personalizadas. A primeira solicitação é “fazer uma página profissional”. O resultado que vamos perseguir no exercício é ajudar o visitante a escolher uma linha e informar ao atendimento o que pretende pedir.

Isso muda as prioridades. A escolha precisa existir. A informação que chega ao atendimento precisa fazer sentido. Um checkout não deve aparecer só porque o template sabe renderizar um carrinho.

PARTE 03 / 08

Seis informações que orientam a primeira execução

Resultado: o que a pessoa precisa conseguir realizar? No exemplo: escolher uma linha e preparar uma conversa sobre um pedido.

Público e contexto: quem chega e o que já sabe? Pode ser o dono de um pequeno e-commerce que conhece seu produto, mas ainda não conhece as linhas da fornecedora.

Estado atual: o que já existe? Catálogo, imagens, página, canais, integrações e decisões aprovadas. Não trate um projeto em andamento como terreno vazio.

Fontes: quais informações podem orientar a execução? Um catálogo aprovado é diferente de uma inspiração visual. Uma planilha interna pode conter dados que não devem ir para o ambiente de geração.

Limites: o que não pode mudar e quais ações dependem de autorização? A identidade pode estar aprovada. O preço pode depender de orçamento. Publicar pode estar fora do escopo.

Conferência: como você reconhecerá a entrega? Conseguir selecionar uma linha e ver o contexto correto num rascunho é um teste. “Ficar incrível” é uma intenção, mas ainda não é um critério suficiente.

Essas informações podem caber numa página. Se o texto cresceu demais, procure repetições e decisões que não influenciam o próximo recorte.

PARTE 04 / 08

Não dê o mesmo peso a todo material

Uma pasta com dez referências pode conter conflitos. Um documento antigo pode dizer que a empresa vende pelo checkout; uma decisão recente pode estabelecer atendimento por WhatsApp.

Indique qual fonte está vigente. Diferencie uma condição confirmada de um exemplo de concorrente. E sinalize quando uma referência só serve para luz, composição ou navegação, não para copiar oferta e promessa.

Uma estrutura simples:

Confirmado: três linhas de embalagem; atendimento por WhatsApp; imagens oficiais disponíveis.

A confirmar: medidas de duas linhas e condições mínimas do pedido.

Referência visual: fotografia de produto com fundo escuro; não copiar textos, marca ou formato da embalagem mostrada.

O exemplo é fictício. Ele mostra como uma ausência pode permanecer explícita sem impedir todo o projeto.

PARTE 05 / 08

Pergunte o que muda a decisão

Você poderia mandar um questionário com trinta perguntas. Às vezes ele será necessário. Em outros trabalhos, parte das respostas já está nos documentos ou pode ser descoberta numa inspeção autorizada.

Priorize perguntas com efeito claro. “Qual é a quantidade mínima?” pode mudar o público e o CTA. “Qual adjetivo melhor define a marca?” pode ajudar, mas não resolve sozinho o caminho de compra.

Uma pergunta útil deixa evidente sua consequência: “A pessoa precisa receber um orçamento ou consegue comprar sem atendimento? Isso define a ação principal da página.”

Também reconheça o que pode esperar. Você pode preparar uma comparação de linhas sem escolher o provedor de hospedagem, desde que isso não altere o recorte atual.

PARTE 06 / 08

Um pedido inicial completo

Com as premissas do exercício, o pedido poderia ser:

```text
Vamos preparar uma página para esta empresa fictícia de embalagens.
O visitante é um lojista que precisa escolher uma linha e iniciar
um pedido pelo WhatsApp. Não haverá checkout nesta entrega.

Use o catálogo e as imagens identificados como confirmados. A referência visual orienta a composição, não a oferta nem o produto. Medidas ausentes e condições comerciais devem ficar como perguntas no registro interno, sem números inventados na página.

Primeiro, proponha o percurso de escolha e explique quais informações cada trecho precisa resolver. Depois da direção definida, execute um recorte completo: abertura, escolha de linha e rascunho de contato. Preserve a identidade aprovada e não publique nem envie mensagens.

```

Observe que ele não dita a arquitetura inteira. Dá direção e limita consequências importantes. A solução técnica pode ser escolhida a partir do projeto real.

Também não obriga a ferramenta a perguntar de novo o que o material já responde. Peça leitura das fontes antes de repetir perguntas ao cliente.

PARTE 07 / 08

Aplique o mesmo raciocínio a um sistema

Mude o exemplo: agora uma gestora quer distribuir clientes entre vendedoras. “Faça um CRM” ainda deixa decisões centrais escondidas.

O contexto precisa dizer quem distribui, quem pode ver cada carteira, como entram os dados, o que deve ser registrado e que acesso deve ser negado. A primeira entrega pode ser um único percurso com dados fictícios, não um sistema completo com funções inventadas.

Uma regra clara, como “cada vendedora só acessa a carteira atribuída a ela”, deve orientar interface e autorização. Não é um detalhe para adicionar depois de gerar as telas.

O case do sistema de operação mostra um trabalho real em que essas responsabilidades fizeram parte da construção.

PARTE 08 / 08

Contexto também precisa continuar atualizado

Se o cliente muda a forma de atendimento, registre a decisão e o que ela afeta. Página, formulário, mensagem e mensuração podem precisar de revisão. Não basta acrescentar uma frase no final da conversa e esperar que todos os trechos anteriores passem a obedecê-la.

Ao encerrar um ciclo, guarde uma versão curta do estado: o que está definido, o que foi entregue, o que foi conferido e o que mudou. Essa é a informação que permite retomar sem reconstruir tudo pela memória.

Na Roldra, o Orchestrator coordena as capacidades a partir do contexto do trabalho. Uma direção bem fornecida ajuda essa coordenação a chegar à execução e à revisão com menos ambiguidade.

Seu próximo passo: escolha um pedido que você já faria, preencha a ficha e revise uma pergunta: quem receber esse contexto conseguirá distinguir o que precisa entregar daquilo que ainda precisa decidir?