# Como rodar campanhas de e-mail pelo Slack com aprovação

URL canônica: https://brew.new/pt-br/blog/how-to-run-email-campaigns-from-slack-with-approval-before-anything-sends
Por Thomas Park
Publicado em 2026-10-10
Atualizado em 2026-10-10

Rodar campanhas de e-mail pelo Slack significa rascunhar, testar e agendar um e-mail dentro da conversa em que a equipe já está discutindo o assunto. A maioria dos e-mails de lançamento nasce ali mesmo, e, quarenta mensagens depois, alguém reconstrói a conversa inteira à mão na ferramenta de e-mail.

Então colocamos o Brew na conversa. Mencione o @Brew e ele rascunha o e-mail onde todo mundo pode ver. Na hora de enviar, ele publica um card de aprovação, e nada chega a uma caixa de entrada real até que a pessoa que pediu aprove. A parte do rascunho foi fácil de construir. O difícil foi decidir quem aperta o botão, então essa regra ocupa a maior parte deste texto.

![Uma conversa do Slack em que o @Brew rascunha um e-mail de lançamento e publica um card de aprovação com o público, o remetente, o assunto e o horário de envio.](/images/blog/slack-approval-card-anatomy.png)

*O card de aprovação mostra o que vai sair, para quem e quando, antes que alguém clique para aprovar.*

## Pontos-chave

- Mencione o @Brew em uma conversa, ou mande uma mensagem direta para ele, para rascunhar, editar, testar, enviar ou agendar um e-mail. Cada conversa é um chat do Brew que você pode abrir no app web.
- Um admin da organização instala o app uma única vez em **Integrações → Slack**. Depois, cada pessoa vincula a própria conta com um link de uso único que expira em 10 minutos.
- Envios, agendamentos, testes para outras pessoas, execuções de automações, retomadas e cancelamentos aguardam um card de aprovação que só quem pediu pode responder.
- Testes para você mesmo e pausas dispensam o card, já que nenhum dos dois chega ao seu público.
- Notificações de envio, um resumo semanal às segundas e menções em comentários podem ser publicados em até 10 canais por marca.

## O que o Brew faz a partir de uma conversa

O Brew pode rascunhar e editar e-mails, responder a perguntas sobre envios anteriores, enviar testes, enviar ou agendar campanhas, executar automações para um público e pausar, retomar ou cancelar envios e execuções. Nas mensagens diretas, cada mensagem principal inicia um chat próprio. Em um canal, uma conversa equivale a um chat.

Ele age como você, com o mesmo acesso às marcas que você tem no app web. Cobrança, membros, criação de marcas e configurações da organização ficam no app web, porque um vínculo com o Slack é uma prova de identidade mais fraca do que um navegador com login feito.

## Configuração

### O admin instala uma vez

Um admin da organização abre **Integrações → Slack** no Brew, clica em **Conectar** e aprova o app no Slack. Uma instalação cobre a organização inteira, que conecta um espaço de trabalho do Slack por vez. Quem não é admin vê o botão desativado. A [documentação da integração com o Slack](https://docs.brew.new/integrations/import/slack) traz os detalhes.

O admin também controla a opção **Converse com o Brew no Slack**, ativada por padrão. Desativá-la interrompe os chats, mas as notificações continuam sendo publicadas, o que é útil se você quer os relatórios antes de liberar os rascunhos.

### Cada pessoa vincula a própria conta

Na primeira vez que você menciona o @Brew ou manda uma mensagem direta para ele, ele responde em particular com um link **Connect your Brew account** (conectar a sua conta do Brew). O link funciona uma única vez e expira em 10 minutos. Abra-o com o login feito no Brew, confirme, e o Brew responde à sua mensagem original, sem que você precise digitá-la de novo.

Se o e-mail do seu Slack não for um dos seus e-mails verificados no Brew, antes você marca “Esta conta do Slack é minha”, já que o link permite que um usuário do Slack aja com o seu acesso ao Brew. Você pode desvincular a conta a qualquer momento na página de configurações do Slack no Brew.

## Uma campanha em uma conversa

### O briefing

> @Brew rascunhe as novidades do produto de outubro para o público Clientes Pro. Comece pelas aprovações no Slack, depois o Intelligent Send e, por fim, a nova auditoria de e-mail. Coloque o link do changelog. Menos de 150 palavras.

Um bom briefing indica o público, a ordem do que importa e uma restrição rígida. O Brew reage com o emoji de olhos para você saber que ele viu a mensagem. Ele também lê documentos e capturas de tela anexados, até 12 arquivos por mensagem e 25 MB cada. Nas instalações anteriores à leitura de arquivos, um admin precisa reconectar o Slack antes.

Com os recursos de agente do Slack autorizados, as respostas chegam em tempo real, com as etapas de progresso e um botão nativo de parar. As instalações mais antigas publicam primeiro uma mensagem avisando que o Brew está trabalhando e depois a resposta. **Reconectar o Slack** passa essas instalações para o modo em tempo real e mantém os vínculos de conta e as configurações de notificação de todos. Se o Slack recusar o streaming, por exemplo por causa de limites de requisição, o Brew volta à resposta clássica.

A resposta inclui uma imagem do e-mail, até 4 por resposta, para que a conversa veja o layout além do texto, o que ajuda quando há variantes.

### Revisões

Peça ajustes como você faria com um colega:

> introdução mais curta, e o botão com o texto “Leia o changelog”

Se foi você quem começou a conversa, as mensagens seguintes não precisam de menção. Qualquer outra pessoa precisa mencionar o @Brew, para que comentários paralelos não sejam lidos como instruções.

Para trabalhos no canvas, como ajustar um layout, o Brew manda o link do e-mail no app web, onde a conversa aparece como um chat com um selo do Slack. Para os primeiros prompts, o guia [Como fazer o briefing de um agente de e-mail](/pt-br/blog/how-to-brief-an-email-agent) traz mais exemplos.

### Testes

> me manda um teste

Um teste só para você é feito na hora.

> manda um teste para maya@example.com e jon@example.com

Esse chega a outras pessoas, então recebe um card de aprovação. Os testes têm limite de 50 endereços.

### O envio real

> @Brew agenda para terça às 9h, horário de Nova York, pelo nosso domínio de marketing

O card de aprovação mostra:

- uma prévia do e-mail
- o público e quantos destinatários são elegíveis
- o remetente e o assunto
- o horário de envio, mostrado no fuso horário do Slack de quem estiver vendo o card
- um botão de aprovar e um de recusar, além de **Review in Brew** (revisar no Brew), que abre o chat no app web

O botão de aprovar leva o nome da ação, como **Send**, **Schedule**, **Send test**, **Run it**, **Resume** ou **Cancel it**; o botão de recusar diz **Cancel**, **Not now** ou **Keep paused**. Em seguida, o Slack pede mais uma confirmação, com a opção **Go back** (voltar). Se o envio não puder sair como descrito, por exemplo porque o domínio de envio não está verificado, o card mostra **Can't go yet** (ainda não pode sair) e só oferece o botão de recusar.

Leia primeiro o número de elegíveis. Se você esperava 12.000 clientes Pro e o card mostra 340, é melhor descobrir isso no Slack do que diante de um painel parado na terça-feira.

## Por que só quem pediu pode aprovar

O card diz que só @você pode responder (“Only @you can answer this.”). Se um colega clicar para aprovar ou recusar, o Brew avisa a ele, em particular, que só a pessoa que pediu pode responder, e nada acontece.

“Qualquer um pode aprovar” falha de um jeito previsível. Quem escreveu o briefing leu a prévia e conferiu o público. Alguém que passa rolando por um botão verde numa conversa que não começou não fez nenhuma das duas coisas. Uma campanha para 40.000 pessoas não deveria depender de quem clica primeiro. Se outra pessoa deve ser a responsável pelo envio, ela faz o pedido ao Brew na própria mensagem e recebe o próprio card.

O card confirma a ação. Ele não substitui a revisão da sua equipe. Se a sua organização retém os envios para aprovação, essa retenção continua valendo depois da aprovação no card, como no app web.

| Ação | Precisa de card de aprovação |
| --- | --- |
| Rascunhar, editar ou responder a uma pergunta | Não |
| Envio de teste para você mesmo | Não |
| Envio de teste para outros endereços (até 50) | Sim |
| Enviar ou agendar uma campanha | Sim |
| Executar uma automação para um público | Sim. Uma simulação (dry run) não precisa |
| Pausar um envio ou uma execução | Não |
| Retomar ou cancelar um envio ou uma execução | Sim |

A pausa dispensa o card de propósito. Parar algo que parece errado deve levar uma única mensagem, e uma pausa não chega a ninguém.

## Relatórios em um canal

As aprovações ficam nas conversas; os resultados, onde a equipe toda lê. Em **Integrações → Slack**, na seção **Notificações desta marca**, escolha um canal e as atualizações dele:

- **E-mails enviados**: uma publicação quando uma campanha termina de ser enviada ou falha
- **Resumo semanal**: toda segunda-feira, às 15h UTC. Ele pula as semanas vazias e só aponta o e-mail mais aberto quando ele tem pelo menos 200 entregas, para que um teste para cinco pessoas nunca vença
- **Menções e respostas em comentários** nos e-mails da marca

Os canais novos recebem as três. Com até 10 canais por marca, o resumo pode ir para a liderança, e as respostas aos comentários, para quem escreve os e-mails.

## Antes de liberar para a equipe

- **Uma conversa por campanha.** Dois lançamentos na mesma conversa viram um chat com dois briefings.
- **Decida quem começa a conversa.** É essa pessoa quem aperta Send, então que seja a responsável pela campanha, e não quem teve a ideia.
- **Conte com respostas silenciosas.** Os convites para vincular a conta e as recusas são mensagens efêmeras, visíveis só para você, então os colegas podem ver a sua mensagem sem nenhuma resposta.
- **Uma mensagem por vez.** Se o Brew estiver ocupado, ele pede que você envie de novo. Ele não cria fila.
- **Os créditos são os mesmos do chat web.** Uma interação no Slack custa o mesmo que no app web.
- **Desconectar vale para tudo.** Isso interrompe as notificações de todas as marcas e desvincula todas as contas.

Os novos usuários veem até 4 sugestões de prompt na aba Mensagens do Brew, como “Draft a welcome email” e “How did my last campaign do?”. Quem ainda não vinculou a conta vê primeiro “Connect my Brew account” e, depois, três dessas sugestões. Assim, as pessoas começam sem precisar de um tutorial.

## Perguntas frequentes

### O Brew pode enviar um e-mail sem que ninguém aprove?

Um envio real, não. Tudo o que pode chegar a outras pessoas aguarda um card de aprovação. Testes para você mesmo e pausas acontecem direto.

### Um colega pode aprovar por mim?

Não. Só a pessoa que pediu pode responder ao card, inclusive para recusar. Um colega que deve ser o responsável pelo envio faz o pedido ao Brew ele mesmo e recebe o próprio card.

### Preciso de um login separado do Brew para o Slack?

Não. Você vincula a sua conta do Brew uma única vez, e o Brew usa o seu acesso, então você vê no Slack as mesmas marcas que vê no app web.

### Isso substitui o app web?

Não. O Slack é bom para rascunhar, aprovar e perguntar como foi um envio. O trabalho de layout no canvas acontece no Brew, onde toda conversa do Slack também é um chat.

## Relacionados

O [guia de campanhas pelo MCP](/pt-br/blog/how-to-build-and-schedule-an-email-campaign-from-claude-using-mcp) usa a mesma etapa de confirmação para campanhas feitas a partir do Claude ou do Cursor. Os nossos posts de outubro também tratam da [otimização do horário de envio por contato](/pt-br/blog/send-time-optimization-per-contact) e do [checklist de QA de e-mail antes do envio](/pt-br/blog/pre-send-email-qa-checklist) que está por trás da auditoria de e-mail do Brew.