Como fazer triagem do e-mail da empresa com um agente de IA

Para fazer triagem de e-mail com um agente de IA no Banger, conecte pelo MCP, crie labels da caixa de e-mail e defina regras de aplicação. Labels e Triage oferece condições exatas e em linguagem comum, além de ações para aplicar uma label, arquivar, marcar como lido ou favoritar. Visualize as regras em conversas recentes antes de ativar uma automação mais ampla.

Para quem cria por conta própria, o primeiro objetivo é uma caixa de e-mail de produto fácil de ler. Você precisa encontrar problemas de clientes, distinguir dúvidas de conta de avisos automáticos e manter visíveis mensagens que exigem resposta. Um conjunto pequeno de regras bem definidas ajuda mais do que muitas categorias sobrepostas.

Comece com decisões que você realmente toma

Imagine que seu novo produto recebe relatos de bugs, dúvidas de cobrança e notificações rotineiras do serviço. Comece com labels como “Relato de bug”, “Dúvida de cobrança” e “Aviso de serviço”. Adapte essas labels de exemplo à sua caixa de e-mail.

Escreva uma frase explicando cada categoria. “Relato de bug” pode significar um cliente descrevendo um comportamento do produto que falhou ou produziu um resultado inesperado. “Dúvida de cobrança” pode significar uma pessoa perguntando sobre uma fatura ou cobrança de assinatura. Evite categorias vagas como “Importante” a menos que consiga explicar o que pertence a elas.

As labels do Banger pertencem a uma caixa de e-mail. Regras que aplicam labels precisam usar labels do Banger dessa mesma caixa. Peça ao agente para listar primeiro as existentes, para reutilizar seu vocabulário em vez de introduzir quase duplicatas.

Etapas: crie uma regra que você consiga inspecionar

1. Conecte e identifique a caixa de e-mail

Siga o guia de configuração do MCP e autorize os escopos adequados. Inspecionar labels e Triage usa acesso de leitura; criar labels ou mudar regras usa acesso de escrita. Confirme a caixa de e-mail antes de mudar.

Dê ao agente um pedido restrito: “Inspecione as labels da caixa de suporte do meu produto. Proponha uma label de relato de bug e mostre uma condição que a atribuiria. Não arquive nem marque nada como lido”. Isso separa classificação de ações que mudam o que você vê na caixa de entrada.

2. Escolha condições exatas quando possível

Condições exatas cobrem remetente, destinatário, texto do assunto, palavras obrigatórias, palavras excluídas e se uma mensagem tem anexo. Use quando a distinção depende de algo diretamente observável, como mensagens de um endereço conhecido de notificações.

Por exemplo, uma regra de aviso de serviço pode corresponder a um remetente exato e a uma frase no assunto. Revise o remetente com cuidado: uma condição ampla demais de domínio pode incluir mensagens que você não pretendia. Vários campos configurados precisam ser atendidos, enquanto cada campo tem seu próprio comportamento de correspondência.

Peça ao agente para explicar a condição em linguagem comum antes de salvar. Uma explicação legível deve permitir prever o que acontece com uma mensagem de exemplo sem interpretar os dados enviados à ferramenta.

3. Use condições em linguagem comum para significado

Uma condição descrita pode expressar uma intenção como “um cliente relatando um bug”. Isso é útil quando clientes descrevem o mesmo problema com palavras diferentes. Mantenha a descrição literal e específica em vez de juntar várias decisões sem relação em uma frase.

Use condições exatas para fatos exatos e linguagem comum para significado. Se uma regra deve considerar apenas um remetente ou contexto específico da caixa, torne essa restrição explícita. Não espere que uma descrição ampla infira silenciosamente todas as exceções do negócio.

4. Visualize antes de salvar ou ativar

A prévia do Triage do Banger verifica quais conversas recentes corresponderiam a uma condição. O agente pode visualizar uma regra salva ou uma condição não salva. Use a prévia para inspecionar exemplos óbvios e casos limítrofes.

Peça: “Visualize essa condição nas conversas recentes e mostre correspondências que podem estar erradas”. Leia os exemplos você mesmo. Algumas correspondências convincentes não provam que toda mensagem futura será classificada corretamente, especialmente antes de seu produto acumular conversas variadas com clientes.

Mude uma condição por vez e visualize de novo. Isso torna o motivo de um resultado diferente mais fácil de entender do que reescrever a regra inteira depois de cada surpresa.

5. Comece com labels e depois considere outras ações

Aplicar uma label é um primeiro passo útil porque a mensagem continua disponível para sua revisão normal. Quando a categoria estiver funcionando como esperado, considere se uma regra específica também deve favoritar, marcar como lidas ou arquivar conversas correspondentes.

Seja conservador ao arquivar qualquer coisa que possa conter um pedido de cliente. Uma notificação pode conter um problema real. Uma mensagem de cobrança pode exigir resposta. Classificação sozinha não estabelece que uma conversa terminou.

Aplicando regras a e-mails antigos

O Banger pode executar Triage em e-mails antigos por um período selecionado de um a 90 dias. Essa operação aplica apenas labels por padrão. Incluir outras ações exige uma opção explícita, então inspecione a operação solicitada antes de usá-la em mensagens acumuladas.

Comece com um período curto e um conjunto limitado de regras. Compare a organização resultante com o esperado. Expandir para um histórico maior é mais fácil de avaliar depois de uma execução pequena do que depois de várias regras sobrepostas mudarem meses de mensagens.

Regras podem ser pausadas mantendo condição e histórico. O Banger também oferece inspeção e desfazer de ações do Triage. Se uma regra funcionar mal, pause primeiro, inspecione as ações afetadas e use a operação de desfazer disponível quando adequado em vez de continuar executando.

Triage é separado de envio

As ações de Triage descritas aqui não incluem enviar respostas. Um agente pode ajudar com outros trabalhos de e-mail, mas a permissão para organizar mensagens não deve ser tratada como instrução geral para contatar todo remetente.

Ativações de Jornadas e envios sujeitos à política do espaço de trabalho viram Aprovações humanas no Banger. O agente não pode aprová-las. Revise o guia de acesso de agentes antes de combinar classificação com um fluxo mais amplo de e-mail.

O Triage tem franquias de plano separadas do envio. O Free inclui Triage em 100 e-mails por mês. Confira os preços do seu plano e a referência da API se estiver integrando essas operações ao software. Se um limite ou recurso indisponível impedir uma regra de rodar, confira o status para ver o que continua sem processamento.

Perguntas frequentes

Posso visualizar uma regra antes de criá-la?

Sim. O Triage pode visualizar uma condição não salva em conversas recentes. Use isso para conferir o significado proposto antes de ativar a regra.

O Triage pode responder automaticamente a clientes?

As ações compatíveis do Triage são aplicar uma label, arquivar, marcar como lido e favoritar. Responder é uma operação separada de e-mail.

Uma regra pode aplicar labels de outra caixa de e-mail?

Não. As labels usadas por uma regra devem ser labels do Banger pertencentes à mesma caixa de e-mail.

O que faço quando uma regra é ampla demais?

Pause, inspecione as ações afetadas, refine a condição e visualize de novo. Comece só com labels enquanto recupera confiança no escopo da regra.