Nem toda conversa sobre um novo site precisa terminar em proposta. Às vezes, a empresa ainda não definiu a oferta. Em outras, o problema está no atendimento, na mensuração ou em uma campanha que leva pessoas para a página errada. Aceitar o projeto sem entender esse contexto pode produzir uma entrega bonita que não resolve a necessidade que iniciou a conversa.
Antes de falar em número de páginas, plataforma ou prazo, eu tento compreender o que o site precisa fazer dentro do negócio. Essa etapa não serve para dificultar a contratação. Ela evita que cliente e agência comecem um projeto esperando resultados diferentes.
Eu começo pelo motivo da procura
“Preciso de um site novo” descreve uma solução imaginada, não necessariamente o problema. Minha primeira pergunta é o que fez essa necessidade parecer urgente agora. A resposta pode ser uma marca que mudou, uma campanha que será lançada, uma equipe comercial sem material de apoio ou um site atual que deixou de representar a empresa.
Também pergunto o que já foi tentado. Se a pessoa trocou a home três vezes e continua recebendo contatos inadequados, talvez o problema não seja apenas visual. Pode existir uma oferta ampla demais, uma segmentação ruim ou uma diferença entre o que o anúncio promete e o que a página explica.
Esse contexto define o ponto de partida. Sem ele, qualquer referência parece uma boa direção e o briefing vira uma lista de preferências estéticas. Eu quero entender qual decisão levou a empresa até a conversa e o que precisará mudar depois da publicação.
A oferta precisa caber em uma explicação
Um site não corrige sozinho uma oferta que ninguém consegue explicar. Antes de desenhar a arquitetura, eu procuro saber o que a empresa vende, para quem, em quais condições e por que alguém escolheria essa solução. Não espero uma frase perfeita, mas preciso encontrar uma lógica que possa ser organizada.
Quando existem muitos serviços, identifico quais sustentam o negócio e quais são complementares. Essa prioridade evita uma home em que todos os itens recebem o mesmo peso. Também ajuda a decidir se uma única página atende ao projeto ou se diferentes ofertas precisam de páginas próprias.
A conversa sobre diferenciais recebe o mesmo cuidado. “Qualidade”, “atendimento” e “personalização” são importantes, mas aparecem em quase todas as apresentações. Eu peço exemplos do processo, limites, escolhas e experiências que tornem essas palavras verificáveis.
Quem precisa entender e agir
Definir público não significa inventar uma personagem com nome, idade e hobbies sem relação com a compra. Eu quero entender quem participa da decisão, o que essa pessoa já sabe, quais dúvidas aparecem e que risco ela percebe antes de avançar.
Em alguns negócios, quem pesquisa é a mesma pessoa que contrata. Em outros, uma profissional reúne opções para uma liderança aprovar. Essa diferença muda a profundidade das informações, a presença de documentos e o tipo de prova necessário.
Também observo a capacidade de atendimento. Aumentar o volume de formulários não ajuda quando a equipe demora dias para responder ou não registra a origem dos contatos. O site precisa fazer parte de um processo que continua depois do envio, assunto que aparece na análise sobre por que mais leads não significam uma campanha melhor.
O que já existe e quem pode fornecer
Textos, fotos, identidade, acessos, informações legais e dados de serviços interferem no prazo. Eu verifico quais materiais existem, em que estado estão e quem terá autoridade para aprová-los. Um cronograma não pode assumir que tudo chegará pronto quando a empresa ainda precisa produzir metade do conteúdo.
Também preciso saber se existem restrições técnicas. Domínio, hospedagem, e-mail, CRM, analytics, pixels, formulários e contas de anúncios podem estar em fornecedores diferentes. Descobrir isso perto da publicação transforma acessos em urgência e aumenta o risco de interromper algo que já funciona.
Quando a Base escreve a copy, o cliente continua sendo essencial. Eu consigo organizar argumentos, hierarquia e linguagem, mas não devo inventar políticas, prazos, resultados ou características do serviço. A empresa precisa revisar o conteúdo com responsabilidade sobre o que promete.
Como a empresa vai avaliar o projeto
“Quero um site que venda” parece um objetivo, mas ainda não define o papel da página. O site receberá pessoas de anúncios, busca orgânica, indicação ou redes sociais? A conversão será uma compra, um pedido de orçamento, uma inscrição ou uma conversa que ainda precisa ser qualificada?
Eu separo o que o site pode influenciar do que depende de outras etapas. Clareza, velocidade, experiência mobile e facilidade de contato estão dentro da entrega. Volume de demanda, preço, disponibilidade comercial e qualidade do atendimento também afetam o resultado, mas não são controlados apenas pelo desenvolvimento.
Essa distinção protege a análise depois da publicação. Se o tráfego é pequeno, não faz sentido atribuir poucos contatos automaticamente ao layout. Se há muitos cliques e abandono no formulário, a experiência merece atenção. O artigo sobre como separar problemas do site e do tráfego mostra por que essas causas precisam ser investigadas.
Responsabilidades precisam aparecer antes do contrato
Um projeto depende de decisões e materiais dos dois lados. Eu esclareço quem fornecerá acessos, quem aprovará cada etapa, quantas pessoas participarão e qual canal concentrará as respostas. Quando a aprovação fica espalhada entre mensagens e opiniões sem responsável, o projeto perde direção.
Também converso sobre manutenção, propriedade e continuidade. O cliente precisa saber quais contas serão dele, o que exige licença, como o site será atualizado e o que não está incluído após a publicação. Deixar essas informações para a entrega cria insegurança justamente quando a parceria deveria estar mais clara.
Na Base, acesso à conta não é tratado como favor do fornecedor. A empresa precisa preservar domínio, hospedagem e dados em estruturas que não a deixem dependente de uma pessoa para sempre. Essa transparência acompanha o princípio explicado em quem deve ter acesso às contas digitais.
Os sinais de que ainda não é hora
Eu fico atenta quando o único critério é copiar um concorrente, quando ninguém consegue aprovar o conteúdo ou quando o projeto começa com uma data rígida e nenhuma disponibilidade para fornecer materiais. Também é um alerta quando a expectativa depende de uma promessa que o site não pode garantir.
Outro sinal aparece quando todas as conversas voltam para ferramenta. Elementor, Gutenberg, tema e animação são decisões importantes, mas não substituem objetivo, conteúdo e fluxo. Escolher a tecnologia antes de entender o projeto pode limitar uma solução que ainda nem foi definida.
Dizer que o momento não está pronto não precisa encerrar a relação. Às vezes, a melhor próxima etapa é organizar a oferta, recuperar acessos, documentar requisitos ou fazer uma análise menor. Um projeto bem adiado costuma ser mais saudável do que uma entrega iniciada para cumprir uma urgência sem base.
Quando eu entendo que existe um bom encaixe
Não espero que o cliente chegue com todas as respostas. Parte do trabalho estratégico é fazer perguntas, organizar informações e transformar conhecimento do negócio em uma estrutura compreensível. O bom encaixe aparece quando existe abertura para esse processo e disponibilidade para construir as respostas.
Também procuro compatibilidade de expectativa. A Base trabalha com sites, landing pages, tráfego e acompanhamento conectados à mensagem e à experiência. Se a prioridade é apenas reproduzir um layout no menor prazo possível, outra forma de contratação pode ser mais adequada.
Quando objetivo, responsabilidades e limites estão claros, a proposta deixa de ser uma lista de telas. Ela passa a descrever uma solução, um processo e as condições para que o projeto avance. É isso que eu preciso entender antes de aceitar o trabalho.
