👤 Para quem usa o Pipefy para receber e responder e-mails de clientes, fornecedores ou candidatos, em processos de atendimento, compras ou RH.
🔐 Disponível para todos os planos (o teto de e-mails automáticos varia conforme o plano).
🎯 Para quem quer que cada resposta caia no card certo, sem card duplicado a cada reply.
Um cliente responde a um e-mail que saiu de um card, você abre o processo esperando ver a conversa continuar ali, e no lugar disso encontra um card novinho na primeira fase, sem histórico, sem contexto, desconectado de tudo que já tinha sido tratado. Quando isso acontece algumas vezes por dia, a caixa de entrada do processo vira uma pilha de conversas partidas ao meio, e a pessoa que vai atender precisa reconstruir na mão qual resposta pertence a qual solicitação.
Ao terminar este artigo, você vai saber por que essas respostas se desgarram do card de origem e quais escolhas de configuração garantem que a conversa inteira, ida e volta, fique guardada no card certo. O ponto central não está em qual botão apertar, e sim em entender a lógica que o Pipefy usa para amarrar cada mensagem ao seu card. Com essa lógica clara, a decisão de configuração vira consequência natural.
📖 O que você vai entender aqui:
A conversa acontece dentro do card, não fora dele
No Pipefy, o e-mail não é um anexo do processo nem uma ferramenta separada. Cada card tem sua própria caixa de e-mails, e toda mensagem enviada dali sai com um endereço de resposta único, gerado pelo Pipefy só para aquele card. Esse endereço é a espinha dorsal de tudo que vem a seguir: é ele que carrega a identidade do card na conversa.
Quando o contato externo recebe a mensagem e clica em responder, a resposta viaja de volta para esse endereço único. O Pipefy reconhece o endereço, sabe exatamente de qual card ele veio e encaixa a resposta na aba de e-mails daquele card. A thread se mantém inteira, na ordem, dentro do contexto onde a pessoa precisa dela. É por isso que pensar no e-mail como parte do card, e não como um canal paralelo, muda a forma como você desenha o processo.
A lógica de vínculo é do endereço de resposta único, não do assunto da mensagem. Dois e-mails com o mesmo assunto não se juntam por causa disso, e mudar o assunto de uma resposta não quebra o vínculo. Quem amarra a conversa ao card é sempre o endereço.
Por que uma resposta às vezes vira um card novo
Se o vínculo depende do endereço de resposta único, a duplicata aparece exatamente quando esse endereço deixa de estar presente na resposta. O card novo não é um defeito: é o comportamento correto do Pipefy diante de um e-mail que chegou sem a identidade de nenhum card existente. Ele não tem como adivinhar a qual conversa aquilo pertence, então trata como uma solicitação nova.
Na prática, o vínculo se perde em duas situações.
- A primeira é quando a resposta não sai a partir do endereço único do card, por exemplo quando alguém encaminha a mensagem por fora em vez de responder pelo caminho original.
- A segunda é quando algo altera o cabeçalho do e-mail no trajeto e o endereço único deixa de ser reconhecido. Em ambos os casos, o Pipefy recebe uma mensagem órfã e faz a única coisa coerente: cria um card para ela.
Uma armadilha comum na caixa de e-mail compartilhada: ao usar "responder a todos", o próprio endereço do pipe entra na lista de destinatários. Isso faz o processo enviar e-mail para si mesmo e gera um loop de criação de cards. Selecione apenas os destinatários que fazem sentido para cada resposta.
O que mantém a conversa amarrada ao card
Como o vínculo mora no endereço de resposta único, a decisão de configuração que sustenta tudo é garantir que o processo receba as respostas por esse caminho, sem intermediários que apaguem a identidade do card. Isso começa por habilitar o endereço de e-mail do próprio pipe e, quando o time usa um e-mail corporativo de atendimento, redirecionar esse endereço para o endereço do pipe, para que toda mensagem entre pela porta certa.
A segunda decisão é sobre como as respostas voltam. Quando o contato responde diretamente à mensagem que recebeu, o endereço único vai junto e o vínculo se mantém. O que você quer evitar no desenho do processo são os caminhos que descartam esse endereço: encaminhamentos manuais por fora, respostas iniciadas de um cliente de e-mail externo em vez do card, ou regras de redirecionamento configuradas de um jeito que reescreve o remetente. O passo a passo de cada tela está no Help Center; o que importa aqui é a decisão de fundo, manter o endereço único intacto de ponta a ponta.
Quando o e-mail deve criar um card novo
Nem toda mensagem que chega deveria continuar uma conversa. A pergunta que orienta o desenho é: essa mensagem é a continuação de algo que já está em andamento, ou é uma solicitação que ainda não existe no processo? Uma resposta a um atendimento aberto pertence ao card que já existe. Um primeiro contato de um cliente novo, chegando no e-mail do processo, é uma solicitação inédita e deve nascer como card novo na fase inicial.
O recurso de caixa de entrada do pipe cobre justamente esse segundo caso: e-mails que chegam no endereço do processo e ainda não têm vínculo com nenhum card viram cards automaticamente, com os campos do formulário inicial preenchidos a partir dos campos do e-mail. O critério de decisão é o vínculo: se a mensagem traz o endereço único de um card, ela atualiza esse card; se não traz, ela abre um card novo. Desenhar o processo com essa distinção clara é o que evita tanto as duplicatas indesejadas quanto o oposto, respostas de estranhos se perdendo dentro de um card que não é delas.
Volume alto de primeiros contatos pela caixa de entrada do pipe pede uma fase inicial pensada para triagem, não para trabalho. Um card recém-criado por e-mail chega cru: quem recebe precisa de espaço para ler, classificar e decidir para onde aquilo vai, antes de o processo assumir.
Antes de avançar, confirme que você entende:
☐ O vínculo entre uma resposta e o card de origem é feito pelo endereço de resposta único do card, não pelo assunto da mensagem.
☐ A duplicata aparece quando esse endereço único não chega na resposta, por encaminhamento por fora ou por alteração no cabeçalho do e-mail.
☐ Você consegue decidir, para o seu processo, quando uma mensagem deve atualizar um card existente e quando deve criar um card novo.
