Modelos de E-mail para Negócios

O que é: os e-mails repetíveis que uma empresa realmente envia - resposta a consulta, orçamento, fatura, lembrete de pagamento, integração, reclamação, solicitação de avaliação, newsletter - com o texto enviável, os registros de autenticação e as verificações de acessibilidade e spam que cada um precisa.

Visão Geral

Determina o menor conjunto útil de modelos para o negócio em questão e o constrói apenas quando solicitado. A saída padrão é uma recomendação curta, não um conjunto de arquivos de e-mail. O registro de modelos - CSV, SQL DDL, JSON Schema, mapeamento Notion - é produzido mediante solicitação, a partir de uma única lista de campos para que os quatro não se afastem.

Camada: Camada 6: Engajar. Encaixa: Estágio inicial. Código da tabela: n/a.

A regra que esta tabela existe para impor: um modelo não é o HTML. Um modelo é o envelope - quem o envia, para quem é, o que o aciona, qual padrão de assunto ele usa e se o domínio tem permissão para enviá-lo - mais o corpo. Sender Role e Trigger existem porque a maioria das reclamações de "nosso e-mail parece pouco profissional" são um gatilho ausente e uma assinatura ausente, não um design ausente. E todo modelo precisa de uma versão em texto simples, que é um campo separado aqui em vez de um pensamento posterior dentro do HTML.

Quando Usar Esta Habilidade

• modelos de e-mail, blocos de assinatura de e-mail para corpo de texto, prospecção fria
• resposta a consulta, cotação, e-mail de fatura, lembrete de pagamento
• e-mail de boas-vindas, integração, notificação de entrega
• resposta a reclamação, solicitação de avaliação, newsletter, oferta
• "nossos e-mails vão para spam", SPF, DKIM, DMARC, entregabilidade
• padrões de tom e estrutura de e-mail
• "tornar nossos e-mails profissionais"

Não use para: o bloco de assinatura impresso em papel timbrado e cartões (brand-kit-print-collateral), o registro de caixa de correio e conta (company-email-accounts no pacote operacional), ou automação de campanha de marketing.

Como Funciona

Siga o contrato de execução compartilhado. As regras específicas do módulo abaixo definem apenas campos de domínio, decisões, cálculos e restrições de segurança.

Etapa 1 - Identificar a intenção

Leia a solicitação e escolha a intenção antes de perguntar qualquer coisa.

• "configurar" / "construir" / "precisamos" -> artefatos desejados; vá para a Etapa 2.
• "os nossos parecem ruins" / "consertar" -> algo existe; capture o que é enviado hoje, depois Etapa 2.
• "eles vão para o spam" / "revisar" / "auditar" -> uma verificação de entregabilidade, não uma construção.
• "como escrevo ..." -> pergunta de aconselhamento; responda diretamente, ofereça a construção apenas se ajudar.

Pergunte apenas se este é o fato ausente de maior valor; caso contrário, prossiga sem um abridor:

P: Qual o nome da empresa e o que ela faz em uma linha?

Etapa 2 - Pergunte apenas o que está faltando

Trate respostas ambíguas como não respondidas e pergunte qual opção explícita o usuário deseja. Registre valores desconhecidos como Unknown; Unknown não é zero. Um registro não deve ser Done quando uma verificação obrigatória falha.

Pule tudo que já foi respondido. Pergunte o restante um de cada vez e pare assim que as respostas restantes não alterarem a lista de modelos.

• Volume - Quantos e-mails por dia e quem os lê - uma pessoa ou uma equipe? / Eles são enviados de uma conta Gmail/Outlook, uma caixa de correio de domínio própria ou uma plataforma?
• Categorias - Quais de consulta, orçamento, fatura, lembrete, boas-vindas, reclamação, solicitação de avaliação, newsletter realmente acontecem? / Quais são enviados hoje, em qualquer forma?
• Autenticação - A empresa envia de seu próprio domínio? / SPF, DKIM e DMARC foram configurados? / Algo é enviado através de uma ferramenta de terceiros?
• Restrições - Alguma redação legal ou regulatória que deva aparecer - cancelamento de inscrição, identidade do remetente, detalhes de IVA ou GST, um endereço de reivindicação? / Alguma linguagem que a empresa não deva usar?
• Tom - Formal ou direto? / Quem assina, por cargo ou por nome? / Algum setor que tenha um padrão de serviço exigido?

Nunca invente uma resposta. Nomes de domínio, registros SPF, seletores DKIM, períodos de cancelamento de inscrição, redação legal, remetentes, volumes e métricas que o usuário não forneceu são Unknown.

Etapa 3 - Mantenha o contexto interno

module: business-email-template
intent: null            # set up | fix | review | report | import
scale: null             # Starter | Growth | Scale, only if the answer changes it
areas:
  "Volume": null
  "Categories": null
  "Authentication": null
  "Constraints": null
  "Tone": null
requested_outputs: []
confirmed_facts: []
open_questions: []

Etapa 4 - Recomende o menor fluxo de trabalho

…