É segunda-feira, 8h, e você gerencia notificações push para cinco clientes Shopify Plus e WooCommerce. Antes de qualquer reunião com o cliente esta semana, você precisa de duas coisas por conta: todas as automações estão em execução e como os números do mês passado se moveram. A maneira antiga significa cinco logins e cinco passagens pelas mesmas telas (campanhas de gotejamento, campanhas acionadas, fluxos de trabalho, análises), repetidas uma vez por cliente. Chame isso pelo que é: um problema de relatório de clientes para agências de marketing com assistente de IA, não um problema de painel. As mesmas verificações são executadas cinco vezes separadamente porque as contas não se comunicam entre si, e nem as abas que as mantêm abertas.
Com o PushEngage MCP conectado ao seu sistema de agência, você pede a um único assistente para verificar o status da automação e extrair análises para cada cliente na mesma conversa, alternando contas por nome em vez de por login. Este post detalha esse fluxo de trabalho real de segunda-feira de manhã: auditar as automações de cada cliente em busca de qualquer coisa pausada que não deveria estar, em seguida, extrair análises de CTR e receita para apresentar em cada reunião com números reais — não cinco painéis, um prompt por vez.
Por que "relatórios de clientes" começam com uma automação quebrada, não com um número
Imagine uma marca DTC de médio porte que você gerencia: uma campanha acionada de abandono de carrinho que deveria disparar em 30 minutos, 4 horas e 24 horas após o checkout é deixada para trás. Três semanas atrás, alguém editou a regra de público da campanha e ela foi silenciosamente pausada. Ninguém percebeu. A receita de recuperação de carrinho do cliente diminuiu silenciosamente por três semanas antes que alguém pensasse em verificar a própria automação, porque os números de CTR que surgiram (aberturas de e-mail, cliques em anúncios) pareciam normais. O canal push simplesmente ficou inativo.
Este é o modo de falha que os "relatórios de clientes" quase nunca levam em conta. Todos os produtos de relatórios de agências no mercado, desde painéis white-label até conectores de BI e geradores de relatórios de IA, assumem que o trabalho é transformar métricas existentes em uma leitura mais rápida. Nenhum deles pergunta se a automação que gera essas métricas ainda está ativa. Para um canal de retenção como o push, isso é o oposto. Uma campanha de gotejamento pausada ou um fluxo de trabalho travado não aparece como um número ruim; aparece como uma ausência, e uma ausência é exatamente o que um rápido olhar no painel de cinco minutos perde.
Portanto, antes que este post chegue ao CTR, contagens de assinantes ou valor de meta (os números que um cliente realmente quer ouvir em uma ligação), ele começa com a verificação que tem que vir primeiro: algo está pausado que não deveria estar. Esse é o primeiro passo real dos relatórios de clientes para uma agência que executa programas de retenção push em várias contas PushEngage, e é o passo que todas as outras ferramentas de relatórios pulam.
O motivo pelo qual ele é ignorado em todos os outros lugares é estrutural, não acidental. Um painel white-label ou um conector de BI extrai quaisquer números que a API da plataforma subjacente já expõe como métricas: envios, aberturas, cliques. Ele os renderiza mais rápido ou de forma mais bonita, nada mais. Nenhuma dessas ferramentas pergunta à plataforma "qual de minhas automações mudou de estado sem que ninguém lhe dissesse", porque isso não é uma métrica, é uma verificação de status, e as verificações de status vivem em uma parte diferente da API do que as análises.
Uma agência que faz um bom relatório de notificações push precisa executar ambos os tipos de verificação, na ordem correta, para cada conta que gerencia. Até agora, isso significava lembrar de fazê-lo manualmente, uma guia do painel de controle por vez.
Primeiros passos: PushEngage MCP em seu sistema agente
O PushEngage MCP é instalado com um comando, npx -y @pushengage/mcp, adicionado à configuração do servidor MCP do Claude Desktop, Claude Code ou Cursor. Uma vez que o servidor esteja registrado, peça ao seu assistente para fazer login no PushEngage; ele abre uma guia do navegador para autorização com um clique, então nenhuma chave de API é digitada ou colada no chat. A partir daí, peça seus sites e escolha aquele com o qual trabalhar, e todas as chamadas de ferramenta subsequentes agirão nessa conta até que você mude. Esta seção permanece intencionalmente curta — para exemplos completos de arquivos de configuração, os pré-requisitos do npx e correções para o erro mais comum de "conexão fechada", consulte o guia completo de configuração do PushEngage MCP.
Gerenciando uma conta PushEngage por cliente, com segurança
Tudo neste post assume que você já está configurado para manter mais de uma conta PushEngage no mesmo assistente sem que os tokens se cruzem. Essa mecânica (registrar o servidor uma vez por cliente com seu próprio PE_MCP_CONFIG_PATH, em seguida, usar list_sites e select_site para alternar entre contas no meio da conversa) é real, e é o que torna uma segunda-feira com cinco clientes possível a partir de uma única janela de chat.
Também é um tópico próprio com suas próprias etapas de configuração, exemplos de configuração e armadilhas, e repeti-lo aqui apenas atrasaria o fluxo de trabalho sobre o qual este post realmente trata. Se você ainda não configurou o acesso a vários clientes, veja como o PushEngage MCP mantém as contas de clientes separadas primeiro, e depois volte aqui para saber o que fazer com ele assim que estiver funcionando.
Essa também é a peça que torna o gerenciamento de notificações push multi-cliente genuinamente diferente da troca de contas que a maioria das ferramentas de agência oferece. Um login compartilhado com filtros de nível de cliente ainda significa um token que pode ver todos os clientes de uma vez; uma configuração de caminho de configuração por cliente significa que as credenciais de cada cliente vivem em um arquivo separado que seu assistente lê apenas quando você selecionou explicitamente esse site. O fluxo de trabalho abaixo assume que essa separação já está em vigor.
Primeira etapa, segunda-feira de manhã: auditar as automações de cada cliente em busca de qualquer coisa pausada
Com contas de clientes configuradas, a auditoria em si consiste em três chamadas de ferramenta, repetidas por cliente. Peça ao seu assistente para listar campanhas de gotejamento, campanhas acionadas e fluxos de trabalho para o primeiro cliente, e para incluir análises na chamada de fluxo de trabalho. pushengage_list_drip_campaigns e pushengage_list_triggered_campaigns retornam o status de cada automação, ativa ou pausada, então uma campanha que foi editada para um estado pausado semanas atrás e nunca foi notada aparece na primeira resposta, não na quinta tela de um painel para o qual você teria que clicar. pushengage_list_workflows com include_analytics definido vai além: ao lado do status, retorna contagens de assinantes que entraram, estão ativos, concluíram e falharam, além de estatísticas de metas para cada fluxo de trabalho.
É aí que reside o verdadeiro sinal da auditoria. Um fluxo de trabalho com uma contagem saudável de "entrados" e quase nada se movendo para "concluídos" não está quebrado de uma forma que apareça como status pausado: ele está em execução e falhando de qualquer maneira, com assinantes se acumulando em "ativos" porque uma condição de saída ou uma etapa de atraso não está se comportando como quando alguém a construiu. Esse é o tipo de falha que uma coluna de status esconde e um número de taxa de conclusão revela imediatamente.
Uma saída realista de segunda-feira para um cliente, em uma única troca de prompt e resposta, pode parecer assim:
- Campanha acionada de abandono de carrinho: ativa, disparando normalmente.
- Campanha acionada de queda de preço: pausada, sem alteração de público desde a configuração; sinalizar para a chamada do cliente.
- Fluxo de trabalho de série de boas-vindas: 1.240 entraram este mês, 1.190 concluíram, saudável.
- Fluxo de trabalho de reativação: 890 entraram, 210 concluíram, 40 falharam. A taxa de conclusão caiu de sua faixa usual e vale a pena investigar mais de perto antes de presumir que está tudo bem.
Cada uma dessas quatro linhas responde a uma versão diferente da mesma pergunta (isso está fazendo o que deveria fazer) e cada uma, de outra forma, teria precisado de um clique separado em uma página de detalhes de campanha ou fluxo de trabalho separada para confirmar. A linha de queda de preço sozinha vale todo o exercício: uma campanha acionada pausada sem um gatilho óbvio para o motivo pelo qual ela pausou é exatamente o tipo de falha silenciosa que custa a um cliente três semanas de receita recuperada antes que alguém pergunte sobre isso, e ela aparece aqui na mesma resposta que todo o resto, não enterrada a três cliques de profundidade em um painel que ninguém abriu.
Repita essa mesma sequência de três chamadas para o próximo cliente, trocando de sites, e quando você tiver passado por todas as cinco contas, terá uma lista de exatamente o que está pausado, o que está travado e o que está funcionando bem — montada a partir de uma conversa, não de cinco sessões de auditoria separadas. Isso é auditoria de automações de clientes como sua própria categoria de relatórios, não um efeito colateral da extração de análises, e é a etapa que todos os produtos de relatórios concorrentes pulam porque nenhum deles lê o status da automação. Executar a mesma sequência de auditoria de automações de clientes em todas as contas antes da primeira chamada do cliente da semana é, na prática, a diferença entre relatar um problema e detectá-lo antes do cliente.
Passo dois: extraia análises de CTR e receita de todos os clientes, em uma única passagem
Depois de saber o que realmente está em execução, a segunda metade do relatório do cliente são os números que um cliente espera na chamada: crescimento de assinantes, taxa de cliques e valor da meta, o número que importa mais do que qualquer um deles. pushengage_get_analytics_summary retorna totais vitalícios por site: assinantes, notificações enviadas, visualizações, cliques e contagem e valor da meta. pushengage_get_analytics_timeseries divide as mesmas métricas em grupos diários, semanais ou mensais em um intervalo de datas, além de tendências de CTR e cancelamento de inscrição, para que você possa mostrar a um cliente não apenas onde ele está, mas em que direção os últimos 30 dias se moveram.
A distinção que importa especificamente para relatórios de notificações push de agências: o valor da meta é um número de receita, não um número de engajamento. Um cliente cujo CTR permaneceu estável mês a mês, mas cujo valor da meta de notificações push aumentou porque a sequência de abandono de carrinho que você acabou de confirmar estava ativa recuperou mais carrinhos, é uma história materialmente diferente de um CTR que aumentou sem receita por trás dele. Ancore a conversa primeiro no valor da meta e depois no CTR, e o relatório será lido como receita recuperada em vez de uma métrica de vaidade.
Na prática, isso se parece com pedir o resumo e a série temporal dos últimos 30 dias para cada cliente, um por um, logo após a verificação do status da automação para esse mesmo cliente — então, quando você passar para a próxima conta, já terá ambas as metades da história desse cliente: o que está em execução e o que produziu. Extrair o CTR e o valor da meta de três clientes lado a lado na mesma conversa, em vez de três logins de painel separados, é o que realmente substitui a versão "cinco abas do navegador" desta segunda-feira.
Considere os mesmos cinco clientes da auditoria acima. Digamos que três deles mostram CTR estável ou ligeiramente crescente mês a mês, um mostra uma queda que vale a pena notar, e o quinto (aquele cuja campanha de redução de preço foi encontrada pausada na auditoria) mostra uma queda no valor da meta tão grande que claramente é a mesma história, não uma coincidência.
Entrar naquela chamada com o cliente com os fatos já conectados (“sua automação de redução de preço foi pausada há três semanas e aqui está a queda na receita recuperada que se alinha a isso”) é uma conversa materialmente diferente do que entrar com um gráfico de CTR e nenhuma explicação para o motivo pelo qual ele mudou. Esse é o benefício de fazer a auditoria primeiro: a análise deixa de ser um número que você relata e passa a ser um número que você pode explicar.
O que isso realmente substitui e o que não substitui
Vale a pena ser direto sobre o escopo. O PushEngage MCP para agências não é um gerador de relatórios voltado para o cliente: ele não produz um PDF com a marca da empresa ou um link de painel de marca branca para entregar a um cliente, como faz um produto de relatórios de BI. Ele também não corrige nada do que encontra. Quando a auditoria revela uma campanha de redução de preço pausada ou um fluxo de trabalho com uma taxa de conclusão em queda, você ainda abre o painel do PushEngage para editar a regra de público ou a etapa de atraso, porque todas as ferramentas aqui são de leitura de lista, não de criação ou edição. E o gerenciamento de notificações push multicliente através do MCP é apenas para stdio, executado localmente via npx dentro do seu assistente; não há versão de conector remoto nem capacidade de envio via WhatsApp junto com ele.
O que ele substitui é mais restrito e, para uma segunda-feira de manhã, mais útil: o ritual manual de fazer login em cinco painéis separados para clicar nas mesmas telas de status de automação e na mesma guia de análise, um cliente por vez, antes de você ter dito uma palavra a alguém. Em mais de 25.000 empresas em mais de 150 países executando push com um total combinado de 15,2 bilhões de notificações nos últimos 30 dias, esse ritual se repete toda semana em todas as agências que gerenciam mais de uma conta — e é a peça específica que as 27 ferramentas do PushEngage MCP em 10 domínios foram criadas para comprimir em uma única conversa.
Esse é o escopo honesto de um assistente de IA para o fluxo de trabalho de relatórios de clientes de agências de marketing construído sobre o MCP: ele encurta o caminho para uma visão completa e precisa em todos os clientes. Ele não entrega um relatório pronto e não altera nenhuma configuração em seu nome.
Fechando a série: o que catorze posts do PushEngage MCP somam
Este é o décimo quarto e último post desta série, e o arco vale a pena ser declarado claramente: instale o PushEngage MCP uma vez, no Claude Desktop, Claude Code ou Cursor, e um assistente cobre o envio e agendamento de push, o direcionamento dos assinantes corretos, a extração de análises semana a semana e, como este post cobriu, a auditoria de campanhas de gotejamento e fluxos de trabalho em quantas contas de clientes você gerencia. Nada disso requer uma segunda assinatura de relatórios ou um painel construído especificamente para IA. Requer a instalação de um único comando com a qual esta série começou e uma segunda-feira de manhã gasta perguntando em vez de clicando.
Para uma agência especificamente, esse arco se compõe de uma maneira que não acontece para uma marca de um único site: cada ferramenta que esta série cobriu (envio, segmentação, análise e a sequência de automação do cliente de auditoria que este post apresentou) é executada uma vez por cliente em vez de uma vez, no total. A segunda-feira de cinco clientes com que este post começou não é um caso especial; é como cada post desta série se parece quando você o multiplica pelo número de contas pelas quais uma pessoa é responsável.
Se você estiver executando o PushEngage para mais de um cliente e este for o primeiro post da série em que você chegou, comece com o guia de configuração, depois volte aqui — a ordem de operações de auditoria primeiro, números depois, neste post é a que escala além de uma única conta. Essa ordem de operações é para o que um assistente de IA para relatórios de clientes de agências de marketing realmente serve: capturar o que está quebrado e, em seguida, explicar o que mudou. Veja os planos do PushEngage para o que está disponível em cada nível de cliente, incluindo o plano gratuito em que cada nova conta começa.
