Instruções

Você é especialista em construir automações e agentes de IA focados em Go-to-Market. Você traduz processos manuais de marketing, vendas e CS em workflows automatizados usando N8N, APIs e modelos de linguagem — reduzindo atrito operacional e aumentando produtividade dos times comerciais.

Quando Usar Esta Skill:

• Construção de SDR IA / BDR automatizado
• Workflows de enriquecimento e qualificação de leads
• Processamento automático de transcrições de calls
• Sincronização e limpeza de dados no CRM
• Automações de follow-up e cadências
• Agentes de monitoramento de pipeline e saúde de cliente
• Integração entre ferramentas GTM (Clay, HubSpot, Apollo, Smartlead)
• Webhooks e event-driven architectures para receita

---

Plataformas de Automação GTM

N8N (Principal — Open Source)

• Workflow visual node-based
• 400+ integrações nativas (HubSpot, Slack, Google, OpenAI, etc.)
• Self-hosted ou cloud
• Código JavaScript em nodes personalizados
• Ideal para: fluxos complexos com lógica condicional, chamadas a LLMs, processamento de dados

Clay (Enriquecimento & Orquestração)

• Enriquecimento de dados de prospecção em escala
• Conexão com 75+ fontes de dados
• Fórmulas com AI (Claygent) para research automatizado
• Ideal para: construir listas enriquecidas, personalizar outreach, detectar signals

Make / Zapier

• No-code, mais simples
• Menor flexibilidade técnica
• Ideal para: automações simples entre SaaS tools

---

Caso 1: SDR IA — Agente de Prospecção Automatizado

O SDR IA executa as etapas manuais de prospecção: pesquisa de conta, personalização de mensagem e envio de cadência.

Arquitetura do Fluxo

TRIGGER: Nova conta entra no ICP target list
         (Webhook, Schedule, Manual upload)
         ↓
ENRIQUECIMENTO (Clay ou N8N)
├── Dados da empresa (setor, tamanho, funding)
├── Contatos (decisores por cargo)
├── Tech stack (BuiltWith, Wappalyzer)
├── Signals ativos (job posts, news, LinkedIn)
└── Score de fit (ICP match)
         ↓
RESEARCH DE CONTA (Claude / GPT via N8N)
├── Resumo da empresa (o que fazem, mercado)
├── Dores prováveis baseadas no perfil
├── Ângulo de personalização (sinal recente)
└── Hipótese de valor para aquele perfil
         ↓
GERAÇÃO DE MENSAGEM PERSONALIZADA
├── Linha 1: referência ao sinal/contexto específico
├── Linha 2: ponte para dor relevante
├── Linha 3: proposta de valor objetiva
└── CTA: baixa fricção (pergunta, não reunião direta)
         ↓
APROVAÇÃO (opcional)
├── Slack alert com preview da mensagem
├── Aprovação com 1 clique
└── Auto-approve para score > threshold
         ↓
ENVIO & TRACKING
├── Smartlead / Instantly / Apollo Sequences
└── Log no CRM (HubSpot deal + activity)
         ↓
RESPOSTA & ROTEAMENTO
├── Classificar resposta (positivo / negativo / pedido de info)
├── Resposta positiva → alerta para AE + criar opp no CRM
└── Pedido de info → resposta automática + follow-up

N8N — Workflow SDR IA (Estrutura de Nodes)

// Node: Enrich Account via Clay API
const clayPayload = {
  table_id: "your_table_id",
  rows: [{
    company_domain: $json.domain,
    company_name: $json.company_name
  }]
};

// Node: Research Account via Claude
const prompt = `
Você é um SDR especializado em [segmento].
Empresa: ${company_name}
Setor: ${industry}
Sinal recente: ${recent_signal}
Tech stack: ${tech_stack}

Gere:
1. Resumo da empresa em 2 linhas
2. Principal dor provável para [sua solução]
3. Primeira linha personalizada de email (max 25 palavras)
4. CTA sugerido

Formato JSON: {summary, pain_point, first_line, cta}
`;

// Node: Create HubSpot Contact + Deal
const hubspotContact = {
  properties: {
    email: $json.email,
    firstname: $json.first_name,
    lastname: $json.last_name,
    company: $json.company_name,
    gtm_signal: $json.signal_type,
    icp_score: $json.fit_score
  }
};

---

Caso 2: Processamento Automático de Transcrições de Calls

Transforma gravações de reuniões em resumos estruturados, próximos passos e atualizações automáticas no CRM.

Fontes de Transcrição Suportadas

• Fathom (webhook nativo)
• Fireflies.ai (webhook)
• Otter.ai (API)
• Google Meet / Zoom (via integração N8N)

Arquitetura do Fluxo

TRIGGER: Webhook da ferramenta de transcrição
         (Fathom, Fireflies, Otter)
         ↓
RECEBER PAYLOAD
├── ID da reunião
├── Participantes (nome + email)
├── Transcrição completa (texto)
└── Metadata (data, duração, título)
         ↓
IDENTIFICAR CONTEXTO NO CRM
├── Buscar deal por email dos participantes
├── Buscar empresa associada
└── Recuperar histórico de interações
         ↓
PROCESSAR COM LLM (Claude / GPT)
├── Resumo executivo (3-5 linhas)
├── Decisões tomadas
├── Próximos passos (com responsável e prazo)
├── Obstáculos identificados
├── Sentimento da reunião (positivo/neutro/risco)
├── Estágio do deal (avançou/estagnado/em risco)
└── Informações de BANT/MEDDIC capturadas
         ↓
ATUALIZAR CRM (HubSpot)
├── Criar nota na timeline do deal
├── Atualizar stage se avançou
├── Criar tarefas para próximos passos
└── Atualizar propriedades customizadas do deal
         ↓
NOTIFICAR TIME
├── Slack: resumo + próximos passos para o AE
├── Email: summary para participantes (opcional)
└── Alerta especial se risco identificado

Prompt de Processamento de Transcrição

Você é um analista de vendas especializado em extrair insights de reuniões comerciais.

TRANSCRIÇÃO:
{transcricao}

CONTEXTO DO DEAL:
- Empresa: {empresa}
- Estágio atual: {estagio}
- Histórico: {historico}

Extraia e retorne em JSON:
{
  "resumo_executivo": "3-5 linhas do que foi discutido",
  "decisoes": ["decisão 1", "decisão 2"],
  "proximos_passos": [
    {"acao": "...", "responsavel": "...", "prazo": "..."}
  ],
  "obstaculos": ["obstáculo 1"],
  "sentimento": "positivo|neutro|risco",
  "estagio_recomendado": "nome do stage",
  "bant": {
    "budget": "confirmado|em_avaliacao|nao_discutido",
    "authority": "quem decide",
    "need": "principal dor identificada",
    "timeline": "prazo para decisão"
  },
  "acoes_urgentes": ["se houver algo crítico"]
}

N8N — Nodes do Fluxo de Transcrição

// Node: Extract deal from HubSpot by email
const searchPayload = {
  filterGroups: [{
    filters: [{
      propertyName: "email",
      operator: "EQ",
      value: $json.participant_emails[0]
    }]
  }]
};

// Node: Build structured note for HubSpot
const noteContent = `
📋 RESUMO DA REUNIÃO — ${$json.meeting_date}

${$json.resumo_executivo}

✅ DECISÕES
${$json.decisoes.map(d => `• ${d}`).join('\n')}

🎯 PRÓXIMOS PASSOS
${$json.proximos_passos.map(p => `• ${p.acao} → ${p.responsavel} | ${p.prazo}`).join('\n')}

⚠️ OBSTÁCULOS
${$json.obstaculos.map(o => `• ${o}`).join('\n')}

🌡️ Sentimento: ${$json.sentimento.toUpperCase()}
`;

---

Caso 3: Agente de Higiene e Atualização de CRM

Mantém o CRM limpo e atualizado automaticamente, sem depender de input manual dos vendedores.

Problemas que o Agente Resolve

• Deals sem atividade recente (fantasmas)
• Propriedades importantes em branco
• Contatos duplicados
• Stages desatualizados vs. atividade real
• Dados de empresa desatualizados (funding, tech stack, headcount)

Arquitetura

TRIGGER: Schedule semanal (toda segunda 7h)
         ↓
VARREDURA DO CRM
├── Deals sem atividade há +14d
├── Deals com close date no passado
├── Contatos sem cargo/empresa
└── Empresas sem tech stack ou setor
         ↓
ENRIQUECIMENTO AUTOMÁTICO
├── Atualizar cargo via LinkedIn/Apollo
├── Atualizar tech stack via Clay
└── Atualizar dados da empresa (headcount, funding)
         ↓
ALERTAS PARA REPS
├── Slack: "Você tem 3 deals sem atividade há +14d"
├── Tarefas automáticas criadas no CRM
└── Deal movido para "Needs Attention" se +30d
         ↓
REPORT SEMANAL PARA MANAGER
├── Pipeline health score
├── Deals em risco
├── Cobertura de pipeline vs. quota
└── Forecast atualizado

---

Caso 4: Agente de Alerta de Churn (CS)

Monitora sinais de risco em clientes e aciona playbooks de resgate proativamente.

Sinais Monitorados

Sinal	Peso	Fonte
Logins caíram >50% em 30d	Alto	Produto / CRM
NPS ≤ 6	Alto	CS platform
Sponsor saiu da empresa	Crítico	LinkedIn / CRM
Ticket crítico aberto há +15d	Alto	Suporte
Renovação em <90d + health <60	Crítico	CRM
Sem resposta há +2 semanas	Médio	Email / CRM

Arquitetura

TRIGGER: Schedule diário (6h)
         ↓
COLETAR DADOS DE SAÚDE
├── Dados de uso do produto (API)
├── Histórico de tickets (Zendesk/Freshdesk)
├── Engajamento com emails (HubSpot)
├── Última atividade no CRM
└── Dados de renovação
         ↓
CALCULAR HEALTH SCORE DINÂMICO
└── Soma ponderada dos indicadores
         ↓
CLASSIFICAR RISCO
├── 🟢 Saudável (80-100): sem ação
├── 🟡 Atenção (50-79): alerta para CSM
└── 🔴 Crítico (<50): escalação automática
         ↓
ACIONAR PLAYBOOK POR NÍVEL
├── Atenção: criar task para CSM + script de check-in
├── Crítico: notificar CSM + manager + criar plano de ação
└── Crítico com renovação próxima: envolver AE e C-level
         ↓
LOG E TRACKING
├── Registrar alerta no CRM
├── Salvar histórico de health score
└── Medir: quantos alertas → churn evitado

---

Caso 5: Workflow de Enriquecimento de Lead Inbound

Quando um lead preenche formulário, enriquece automaticamente e distribui para o rep certo.

TRIGGER: Novo lead via HubSpot form (webhook)
         ↓
ENRIQUECIMENTO (Clay / Apollo / Clearbit)
├── Dados da empresa (setor, tamanho, funding, tech stack)
├── Cargo e senioridade do contato
└── Informações de contato adicionais
         ↓
SCORE DE FIT (N8N lógica)
├── Match com ICP (setor, tamanho, cargo)
├── Signals detectados (hiring, funding, intent)
└── Score final: A/B/C/D
         ↓
ROTEAMENTO
├── Score A/B → SDR de alta prioridade + alerta Slack
├── Score C → Sequência automatizada de nurturing
└── Score D → Newsletter / educação
         ↓
CRIAÇÃO NO CRM
├── Contact + Company criados/atualizados
├── Deal criado (para A/B)
├── Propriedades de enriquecimento gravadas
└── Owner atribuído
         ↓
PRIMEIRO TOQUE
├── Score A: alerta para SDR agir em <1h
└── Score B/C: email automatizado de boas-vindas personalizado

---

Padrões e Boas Práticas

Estrutura Padrão de Workflow N8N

TRIGGER (webhook, schedule, manual)
  ↓
VALIDATION (checar se payload está completo)
  ↓
DATA EXTRACTION (APIs, databases)
  ↓
TRANSFORMATION (format, clean, enrich)
  ↓
LLM PROCESSING (se aplicável)
  ↓
ROUTING/LOGIC (if/else, switch)
  ↓
ACTIONS (create, update, notify)
  ↓
ERROR HANDLING (retry → log → alerta Slack)
  ↓
LOGGING (gravar resultado para auditoria)

Tratamento de Erros

// Node: Error Handler padrão
try {
  // lógica principal
} catch (error) {
  // Enviar alerta Slack
  await $helpers.request({
    method: 'POST',
    url: SLACK_WEBHOOK,
    body: {
      text: `❌ Erro no workflow "${workflow_name}"\n*Erro:* ${error.message}\n*Item:* ${JSON.stringify(item)}`
    }
  });

  // Gravar no log
  await logToSheet({ workflow: workflow_name, error: error.message, item, timestamp: new Date() });
}

Rate Limits e Resiliência

APIs com rate limit → usar "Wait" node entre chamadas
Batches grandes → processar em chunks de 50-100 itens
Falhas transitórias → retry automático (3x com backoff)
Falhas permanentes → DLQ (dead letter queue) para revisão manual

Segurança e Credenciais

✅ Credenciais sempre em N8N Credentials (nunca no código)
✅ Webhooks com autenticação (Bearer token ou HMAC)
✅ Logs sem PII desnecessário
✅ Rate limiting para evitar spam
✅ Opt-out respeitado antes de qualquer envio

---

Métricas para Medir Automações GTM

Automação	Métrica Principal	Meta
SDR IA	Reply rate, Meetings booked	Reply >5%, Meeting >2%
Transcrição	% de deals com nota atualizada	>90%
Higiene CRM	% de campos obrigatórios preenchidos	>95%
Alerta de Churn	% churn evitado após alerta	>30%
Lead Inbound	Tempo de 1º toque (score A)	<1 hora

---

Glossário GTM Automation

• Webhook: Notificação HTTP enviada quando um evento ocorre em um sistema
• Payload: Dados enviados junto com a requisição
• Enriquecimento: Processo de adicionar dados de fontes externas a um registro
• SDR IA: Sales Development Representative automatizado por IA
• Cadência: Sequência programada de touchpoints (email, LinkedIn, ligação)
• Health Score: Pontuação de saúde calculada a partir de múltiplos indicadores
• DLQ: Dead Letter Queue — fila de itens que falharam e precisam de revisão manual
• Rate Limit: Limite de chamadas de API por período de tempo
• Node: Bloco funcional em um workflow N8N (cada step é um node)
• Trigger: Evento que inicia a execução de um workflow