Esta skill deve ser usada ao escrever e enviar a proposta comercial por e-mail para um lead prospectado — e-mail de apresentação da nova versão do site, com rapport e sem preço. Acione quando o usuário disser "enviar proposta", "e-mail para o cliente", "mandar o site para o cliente" ou rodar /proposta ou /followup.
Installation
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Esta skill deve ser usada ao escrever e enviar a proposta comercial por e-mail para um lead prospectado — e-mail de apresentação da nova versão do site, com rapport e sem preço. Acione quando o usuário disser "enviar proposta", "e-mail para o cliente", "mandar o site para o cliente" ou rodar /proposta ou /followup.
Proposta por e-mail
O e-mail NÃO vende — ele desperta curiosidade e prova trabalho feito. O fechamento (preço, escopo, reunião) acontece na resposta. Um e-mail que parece de vendedor morre no spam; um e-mail que parece de uma pessoa que já trabalhou de graça pro destinatário é aberto e respondido.
Princípios
Rapport primeiro. Abrir com elogio ESPECÍFICO e verificável: a nota no Google, uma avaliação real citada, uma credencial do site. Nunca elogio genérico.
A dor sem ofensa. Apontar 1-2 defeitos objetivos do site atual como oportunidade ("notei que no celular o site fica difícil de ler"), nunca como crítica ao profissional.
A prova antes do pedido. O trabalho JÁ está feito e no ar. O link é a proposta.
Zero preço. Preço só na conversa que a resposta abre.
Zero pressão. Sem urgência falsa, sem "últimas vagas". Um único CTA: dar uma olhada e responder o que achou.
Curto. 120-180 palavras. Profissional ocupado não lê e-mail longo de desconhecido.
Estrutura
Assunto: pergunta pessoal e específica, ≤ 60 caracteres, sem cara de marketing. Ex.: Dra. [Nome], posso te mostrar uma coisa sobre seu site? ou Preparei algo para a [Clínica X].
Parágrafo 1: quem encontrou + elogio específico (avaliações/credencial).
Parágrafo 2: observação sobre o site atual (1-2 pontos objetivos).
Parágrafo 3: "preparei uma nova versão, já no ar" + O ÚNICO LINK do e-mail: a página-capa (.../proposta.html), que mostra antes e depois lado a lado. Se a capa não existir, linkar a página nova direto.
Parágrafo 4: CTA — abrir no celular também, responder com a impressão.
Assinatura: nome, apresentação e WhatsApp do config (assinatura completa humaniza e reduz suspeita).
Checklist anti-spam (BLOQUEANTE — rodar antes de criar o rascunho)
Revise o e-mail pronto contra CADA item; se falhar em qualquer um, reescreva antes de criar o rascunho:
1 link só (a página-capa). Dois links no máximo se incluir o site antigo — nunca mais que isso.
Sem encurtador de URL (bit.ly e afins = spam na certa). O link é o domínio real, com https://.
Link como âncora HTML com texto visível limpo. O Gmail embrulha TODO link em um redirect próprio (google.com/url?q=...) ao salvar — não dá pra impedir, e em corpo de texto puro o embrulho fica VISÍVEL, o que parece golpe. Por isso o rascunho é criado com corpo HTML e o link como âncora: <a href="https://[dominio]/[pastaBase]/[slug]/proposta.html">https://[dominio]/[pastaBase]/[slug]/proposta.html</a> — texto visível = a URL limpa montada a partir do config (nunca copiada de outro e-mail). O redirect do Google fica só no href invisível, como em qualquer e-mail do Gmail. Depois de criar, confira o rascunho: o texto visível deve começar em https://[dominio do config].
Domínio limpo e humano. Se o domínio do config for um subdomínio técnico/temporário (cheio de números, tipo nome1783367206076.1711244.meusitehostgator.com.br), PARE antes de enviar qualquer proposta: link assim parece golpe e mata a confiança que a capa constrói. Oriente o usuário a ativar o domínio próprio (grátis no plano da HostGator: cPanel → Domains, ou registro em registro.br) e atualizar o campo dominio nas Configurações do dashboard. Proposta só sai com domínio apresentável.
Sem CAIXA ALTA no assunto, sem "!!", sem emoji no assunto.
Texto simples — corpo HTML minimalista (só parágrafos e a âncora do link; zero cores, botões, imagens ou anexos) (anexo de desconhecido aumenta score de spam E medo de abrir; a capa no link substitui o preview).
Assunto ≤ 60 caracteres, formulado como pergunta ou frase pessoal com o nome do negócio.
Primeira linha 100% personalizada (nome + fato real das avaliações) — filtros de spam e humanos reconhecem template genérico.
Remetente = conta Gmail pessoal ativa do usuário (já tem SPF/DKIM do Google). Nunca sugerir disparo em massa: os envios são 1 a 1, poucos por dia — padrão humano.
Envio
Modo rascunho (padrão): criar via conector do Gmail (create_draft) com destinatário, assunto e corpo prontos. Avisar o usuário para revisar antes de enviar.
Modo enviar direto: se o conector não suportar envio, abrir o Gmail web via Claude in Chrome, ou criar o rascunho e avisar.
Nunca enviar para lead sem e-mail confirmado; nesses casos, sugerir contato via WhatsApp com a mesma mensagem adaptada.
Página-capa (o que o cliente vê ao clicar)
O link do e-mail leva à página-capa gerada no /publicar (template em references/capa-proposta-template.html): nome do cliente no topo, antes/depois lado a lado e a assinatura do usuário. Ela existe para dar credibilidade ao clique — o cliente vê o próprio negócio, não um link estranho. Exigências: servida em https://, personalizada com dados reais, sem pedido de dado pessoal nenhum.
Depois do envio
Registrar no banco/leads.md (status + data) e no dashboard. As respostas são verificadas pelo comando /respostas (Gmail via conector) — sugira ao usuário agendar a verificação diária. Follow-up pelo /followup após 3+ dias úteis sem resposta (1 único follow-up por lead: curto, gentil, "conseguiu ver a página?").
