Como construir uma equipe de GTM no Claude Code que você pode operar sozinho

Uma equipe de GTM parece uma operação de envio. A maior parte do trabalho real é julgamento: qual empresa vale uma mensagem esta semana, o que dizer que prove que você notou, qual não comparecimento perseguir, o que realmente moveu o pipeline.

O envio sempre foi a parte barata. O julgamento é o que você precisava de uma equipe para fazer, e é exatamente o que uma pessoa mais Claude Code pode agora executar do início ao fim.

Então, pare de pensar em headcount e comece a pensar em tarefas.

Uma equipe de GTM é uma lista delas, e a maioria tem o mesmo formato: ler um monte de dados, tomar uma decisão, escrever algo, fazer follow-up e lembrar o que aconteceu.

Conecte cada tarefa a um agente, dê a eles uma memória compartilhada e coloque-os em uma programação. Pessoas têm uma UX, software tem uma API, um agente tem uma linha de comando, então a equipe toda roda a partir de uma linha cron às oito da manhã. Todas as manhãs ela faz o relatório, e seu trabalho se transforma em editar em vez de operar.

Abaixo está a construção, assento por assento, com o prompt que eu colo no Claude Code para cada um.

O elenco: cinco assentos

Decidir quem vale uma mensagem

A parte difícil do outbound nunca foi o envio. Era o julgamento por trás disso: de todas as empresas do mercado, qual vale a pena contatar esta semana, e o que você diz que prova que notou.

Esse julgamento é o primeiro assento.

Ele observa quatro tipos de movimento, os quatro que uma década de dados de marketplace continua reduzindo a lista:

• Uma vaga é aberta, ou repostada.
• Uma empresa engaja um concorrente, ou publica sobre o problema que você resolve.
• Uma empresa lança, expande ou muda seu stack.
• Dinheiro se move através de uma rodada ou aquisição.

Ele pontua cada um contra quem realmente se encaixa e contra tudo que você já sabe sobre aquela conta, então rascunha a partir do próprio gatilho.

A regra que ele nunca quebra é citar a coisa que se moveu. "Vi que você repostou a vaga de Head de RevOps, segunda contratação de operações neste trimestre." Nunca "Olá {{firstName}}." Se a mensagem pudesse ter sido enviada sem alterações no mês passado, o gatilho foi ignorado e a conta espera.

1Escreva team/prospector.py: run(memory, source, delivery, icp, sequences, weights, offline, dry_run).
2Identifique novos sinais nos quatro buckets (job, social, company, funding) e escreva-os na memória
3compartilhada. Agrupe por conta. Para cada conta, julgue-a contra o ICP e o histórico completo com
4prompts/judge.md (Claude, temperatura 0), recorrendo a uma heurística de bucket ponderado que ignora
5sinais fracos e fora do ICP. Para aqueles que passam do limite, rascunhe a partir do gatilho mais forte
6com prompts/draft.md, entregue o rascunho ao delivery (dry-run por padrão) e registre o toque.
7Retorne linhas de standup ranqueadas.

Briefar cada reunião antes de começar

Antes de uma primeira reunião, alguém costumava passar vinte minutos construindo um resumo de uma página: o que essa empresa é, o que mudou, o que você já enviou para eles, onde a última conversa esfriou.

Passe isso para o segundo agente.

Ele escreve o resumo de cada reunião agendada a partir da mesma memória em que o prospector escreve. Quando a reunião começa, a página já está lá, com o gatilho que os trouxe, o histórico e a única coisa que vale a pena abordar.

Ninguém se prepara às 23h para uma reunião das 9h, e ninguém entra sem saber de nada.

1Escreva team/researcher.py: run(memory, calendar, icp, offline).
2Para cada reunião na agenda de hoje, busque o histórico completo da conta na memória compartilhada e
3escreva um resumo de uma página com prompts/brief.md: o que mudou, o que já enviamos e como foi recebido,
4e a melhor coisa para iniciar a reunião. Baseie cada linha no histórico, nunca invente. Recorra a um
5template simples construído a partir do sinal mais recente quando não houver chave de API. Retorne uma
6linha de standup por reunião.

Deixe a sequência fazer a perseguição

Um sinal é a linha de partida. A sequência é o que converte, e é a parte em que as pessoas são piores, porque o follow-up depende de um humano se lembrar de fazer o follow-up. Nós esquecemos, hesitamos, fazemos uma vez e paramos.

Então, o envio e a perseguição rodam no Overloop AI como sequências que disparam sozinhas assim que o agente as entrega. O agente decide quem e escreve o primeiro toque. O Overloop carrega o resto em uma programação, por e-mail e LinkedIn, para que a cadência nunca viva ou morra na memória de alguém.

1Escreva team/sequencer.py: run(memory, delivery, sequences, offline, dry_run, min_age_days, max_age_days).
2Pergunte à memória compartilhada por contas cujo último toque tenha alguns dias e que não tenham resposta
3ou reunião agendada. Rascunhe um follow-up leve que adicione um ângulo genuinamente novo, envie-o para a
4sequência follow_up e registre o toque. Deixe toques recentes em paz, respeitando a janela de idade
5mínima. Retorne uma linha de standup por conta.

Recuperar os não comparecimentos

Um não comparecimento é um lead qualificado que teve um conflito de agenda. Eles vazam do pipeline por um motivo: a recuperação manual nunca acontece.

Então, o mesmo motor executa uma sequência de recuperação para cada ausência. Quatro toques ao longo de uma semana, dois canais, sem culpa em nenhum deles:

• Uma hora após a ausência: um link de reagendamento em dois cliques.
• No dia seguinte: a mesma oferta no LinkedIn.
• Dia três: uma coisa útil relacionada ao setor deles, sem pedido.
• Dia sete: um último aviso simples.

Isso tira a emoção do follow-up e traz de volta cerca de um terço dos não comparecimentos que costumavam simplesmente desaparecer. Ninguém precisa se lembrar de enviar um único.

1Escreva team/recoverer.py: run(memory, calendar, delivery, sequences, offline, dry_run).
2Para cada não comparecimento recente da agenda, inscreva-o na sequência no_show_recovery definida em
3config/sequences.yaml (quatro toques ao longo de uma semana, dois canais, sem culpa em nenhuma etapa),
4registre o toque e retorne uma linha de standup. A cadência vive em config, não no código.

Fazer o relatório semanal se ajustar sozinho

Toda sexta-feira alguém costumava montar a retrospectiva: o que foi enviado, o que foi agendado, o que está travado, onde está o pipeline. O último agente constrói isso a partir da mesma memória, toda semana, sem ser solicitado.

Então ele faz algo que um relatório humano nunca faz.

Ele avalia suas próprias jogadas: sinais que continuam gerando reuniões ganham mais peso, textos que continuam falhando são cortados. A lista de prioridades do próximo mês é ordenada pelo que o mercado realmente respondeu, não pelo que você achou que importava em janeiro. O relatório deixa de ser um registro da semana passada e se torna a coisa que ajusta a próxima.

1Escreva team/reporter.py: run(memory, weights, days, offline).
2Leia as estatísticas da semana da memória compartilhada. Comece com o número de reuniões. Re-pondere os
3quatro buckets de sinal pela taxa de vitória, contando uma reunião mais do que uma resposta, com um piso
4para que nenhum bucket caia para zero. Retorne as linhas de standup e os novos pesos para a próxima
5execução. prompts/report.md escreve a versão em prosa quando uma chave está definida.

Os dois prompts que rodam toda manhã

Cada prompt de construção acima roda uma vez. Estes dois rodam em todas as contas, todos os dias, então são os que você deve manter e ajustar. O julgamento e a voz vivem aqui, em arquivos simples, não enterrados no código.

O prospector julga com base nisso:

1PAPEL  Você é a camada de julgamento do prospector. Para uma conta, decida se um sinal de compra vale a
2pena ser acionado agora, e como.
3ENTRADA  { icp, new_signals: [{bucket, summary}], history, days_since_last_touch }
4PONTUAÇÃO  80-100 ajuste forte ao ICP e um sinal de alta intenção (funding, ou dois agrupados); 50-79
5bom ajuste, um sinal sólido; 20-49 ajuste fraco ou um sinal isolado de baixa intenção; 0-19 fora do ICP
6ou ruído
7REGRAS  Menos de 7 dias desde o último toque, prefira nurture ou pule, nunca first_touch. Se o sinal
8for fraco ou fora do ICP, pontue baixo e pule; dizer não faz parte do trabalho. why_now deve citar o
9gatilho real, em palavras que um representante poderia dizer ao comprador.
10SAÍDA (JSON apenas)  { "score": 0-100, "why_now": "...", "play": "first_touch|follow_up|nurture|skip", "rationale": "..." }

E ele escreve com base nisso:

1PAPEL  Você escreve a mensagem de abertura. O sinal é o motivo pelo qual você está entrando em contato,
2e a mensagem tem que provar que você o notou.
3ENTRADA  { trigger, bucket, why_now, play, guardrails: {goal, must, never} }
4REGRAS  Abra a primeira frase no gatilho, nunca "Olá {{firstName}}". Conecte o gatilho a um problema
5que você resolve, em uma única frase. Feche com um pedido de baixo atrito. Frases simples, comprimento
6variado, sem urgência falsa, sem travessões, sem jargões. Se a mensagem pudesse ter sido enviada sem
7alterações no mês passado, você pulou o gatilho; comece de novo.
8SAÍDA (JSON apenas)  { "subject": "6-9 palavras", "body": "3-5 frases" }

O que torna cinco agentes uma equipe

Cinco agentes, uma memória compartilhada

Cinco scripts que cada um mantém suas próprias anotações não são uma equipe. O que os transforma em uma é uma única memória compartilhada: um registro por conta que cada assento lê e escreve.

O prospector registra um toque na segunda-feira. O sequencer o lê na quinta-feira, vê nenhuma resposta e envia o próximo passo. O reporter o conta na sexta-feira e re-pondera os buckets. Mesmo registro, uma única fonte da verdade. Construa esse armazenamento primeiro, mantenha os nomes dos seus métodos estáveis, e cada assento se apoia nele em vez de adivinhar.

Como uma pessoa executa isso

O standup matinal

Você não opera isso. Você edita isso, que é um trabalho menor e muito diferente.

A equipe roda no cron antes de você acordar. Quando você se senta, o standup já está esperando no Slack: quem contatar hoje e por quê, um resumo para cada reunião na sua agenda, os não comparecimentos sendo perseguidos, os números da semana passada re-ponderados pelo que realmente foi agendado. Dois minutos: aprove, edite ou mate.

Nenhuma lista para construir, nenhuma linha de assunto para adivinhar, nenhuma reunião de segunda-feira sobre quem ligar. A equipe toda roda por cerca de $400 por mês em tokens, o custo operacional total do departamento. O que resta é editorial: ter bom gosto sobre o que a equipe coloca na sua frente e dizer não para a maior parte.

Onde os humanos ainda vencem

Onde os humanos ficam

Isso não executa todo o go-to-market, e as partes que pula são as que mais importam. Os agentes decidem quem contatar e escrevem a primeira linha. Eles não fecham, e eles não constroem o relacionamento que faz um comprador escolher você um ano depois, quando o orçamento finalmente aparece.

Quando uma resposta volta com uma pergunta real, uma hesitação, um "não temos certeza se isso é para nós" silencioso, isso é uma conversa humana, e deve continuar sendo. O sistema é muito bom em colocá-lo na sala. Ele não tem nada a dizer uma vez que você está dentro.

Então, as pessoas que você gastaria na rotina vão para onde sempre valeram mais: a ligação, a confiança, o fechamento. A equipe compra de volta as horas que costumavam desaparecer em decidir quem merecia uma ligação e as gasta nas conversas que decidem negócios.

Pegue a equipe

Eu empacotei tudo em um repositório que você pode clonar e executar: os cinco assentos, a memória compartilhada na qual eles rodam, os prompts que carregam o julgamento e a voz, e o standup que os une.

1gtm-team/
2  team/     prospector · researcher · sequencer · recoverer · reporter
3  core/     memory · models · adapters · llm
4  prompts/  judge · draft · brief · report
5  config/   icp · sequences · signals · team
6  run.py    the morning standup

É uma construção funcional, não o stack interno que rodamos na Sortlist. O assento do prospector é o gtm-brain do último drop. Esta é a equipe em torno dele.

Comente TEAM e eu enviarei. Siga-me para que a DM seja entregue.

Se você prefere que seja executado para você em vez de configurar você mesmo, isso é o MAX: a mesma ideia com as costuras ocultas. Um agente com quem você fala que observa os sinais, executa as sequências por e-mail e LinkedIn e entrega o standup a você, apoiado por dez anos de dados de correspondência comprador-vendedor que você não pode extrair de uma API pública. Visite: yourmax.ai