È lunedì, ore 8:00, e gestisci le notifiche push per cinque clienti Shopify Plus e WooCommerce. Prima di qualsiasi check-in con il cliente questa settimana, hai bisogno di due cose per account: ogni automazione è in esecuzione e come si sono mossi i numeri del mese scorso. Il vecchio modo significa cinque accessi e cinque viaggi attraverso le stesse schermate (campagne drip, campagne triggerate, flussi di lavoro, analytics), ripetuti una volta per cliente. Chiamalo per quello che è: un problema di reporting clienti per agenzie di marketing risolto da un assistente AI, non un problema di dashboard. Gli stessi controlli vengono eseguiti cinque volte separatamente perché gli account non comunicano tra loro, e nemmeno le schede che li tengono aperti.
Con PushEngage MCP collegato al tuo sistema agentico, chiedi a un assistente di controllare lo stato delle automazioni e recuperare le analisi per ogni cliente nella stessa conversazione, passando da un account all'altro per nome invece che per login. Questo post illustra il flusso di lavoro effettivo del lunedì mattina: revisionare le automazioni di ogni cliente per verificare se ci sono pause non previste, quindi recuperare il CTR e le analisi relative alle entrate per affrontare ogni check-in con numeri reali - non cinque dashboard, un prompt alla volta.
Perché il "reporting clienti" inizia con un'automazione interrotta, non con un numero
Immagina un brand DTC di fascia media che gestisci: una campagna triggerata di abbandono del carrello che dovrebbe attivarsi a 30 minuti, 4 ore e 24 ore dopo il checkout viene lasciata indietro. Tre settimane fa, qualcuno ha modificato la regola del pubblico della campagna e questa è stata silenziosamente messa in pausa. Nessuno se ne è accorto. Le entrate dal recupero del carrello del cliente sono diminuite silenziosamente per tre settimane prima che qualcuno pensasse di controllare l'automazione stessa, perché i numeri del CTR che sono emersi (aperture email, click sugli annunci) sembravano normali. Il canale push è semplicemente diventato inattivo.
Questa è la modalità di fallimento che il "reporting clienti" quasi mai considera. Ogni prodotto di reporting per agenzie sul mercato, dai dashboard white-label ai connettori BI ai generatori di report AI, presuppone che il compito sia trasformare le metriche esistenti in una lettura più rapida. Nessuno di essi si chiede se l'automazione che genera quelle metriche sia ancora attiva. Per un canale di fidelizzazione come il push, questo è un approccio errato. Una campagna drip in pausa o un flusso di lavoro bloccato non si manifestano come un numero negativo; si manifestano come un'assenza, e un'assenza è esattamente ciò che una rapida occhiata a una dashboard di cinque minuti non coglie.
Quindi, prima che questo post arrivi al CTR, al numero di iscritti o al valore dell'obiettivo (i numeri che un cliente vuole effettivamente sentire durante una chiamata), inizia con il controllo che deve venire prima: c'è qualcosa in pausa che non dovrebbe esserlo. Questa è la prima mossa effettiva del reporting clienti per un'agenzia che gestisce programmi di fidelizzazione push su diversi account PushEngage, ed è la mossa che ogni altro strumento di reporting salta.
Il motivo per cui viene saltato ovunque altro è strutturale, non accidentale. Una dashboard white-label o un connettore BI estraggono i numeri che l'API della piattaforma sottostante espone già come metriche: invii, aperture, clic. Li visualizzano più velocemente o più carini, niente di più. Nessuno di questi strumenti chiede alla piattaforma "quali delle mie automazioni hanno cambiato stato senza che nessuno te lo dicesse", perché non è una metrica, è un controllo di stato, e i controlli di stato vivono in una parte diversa dell'API rispetto alle analisi.
Un'agenzia che gestisce bene i report di notifica push deve eseguire entrambi i tipi di controllo, nell'ordine corretto, per ogni account che gestisce. Fino ad ora, ciò significava ricordarsi di farlo manualmente, una scheda della dashboard alla volta.
Per iniziare: PushEngage MCP nel tuo harness agentico
PushEngage MCP si installa con un comando, npx -y @pushengage/mcp, aggiunto alla configurazione del server MCP di Claude Desktop, Claude Code o Cursor. Una volta registrato il server, chiedi al tuo assistente di accedere a PushEngage; si apre una scheda del browser per un'autorizzazione con un clic, quindi nessuna chiave API viene mai digitata o incollata nella chat. Da lì, chiedi i tuoi siti e scegli quello con cui lavorare, e ogni chiamata di strumento successiva agirà su quell'account finché non cambi. Questa sezione rimane intenzionalmente breve - per gli esempi completi del file di configurazione, i prerequisiti npx e le correzioni per l'errore più comune "connessione chiusa", vedere la guida completa all'installazione di PushEngage MCP.
Gestire un account PushEngage per cliente, in sicurezza
Tutto in questo post presuppone che tu sia già configurato per gestire più account PushEngage all'interno dello stesso assistente senza che i token si incrocino. Quel meccanismo (registrare il server una volta per cliente con il proprio PE_MCP_CONFIG_PATH, quindi utilizzare list_sites e select_site per passare da un account all'altro a metà conversazione) è reale, ed è ciò che rende possibile un lunedì con cinque clienti da una singola finestra di chat.
È anche un argomento a sé stante con i suoi passaggi di configurazione, esempi di configurazione e insidie, e ripeterlo qui rallenterebbe solo il flusso di lavoro di cui questo post tratta effettivamente. Se non hai ancora abilitato l'accesso multi-cliente, vedi come PushEngage MCP mantiene separati gli account dei clienti prima, poi torna qui per sapere cosa fare effettivamente una volta che è in esecuzione.
Questo è anche il pezzo che rende la gestione delle notifiche push multi-cliente genuinamente diversa dal cambio di account offerto dalla maggior parte degli strumenti per agenzie. Un accesso condiviso con filtri a livello di cliente significa ancora un token che può vedere tutti i clienti contemporaneamente; una configurazione con percorso di configurazione per cliente significa che le credenziali di ciascun cliente risiedono in un file separato che il tuo assistente legge solo quando hai selezionato esplicitamente quel sito. Il flusso di lavoro seguente presuppone che tale separazione sia già in atto.
Primo passo, lunedì mattina: controllare tutte le automazioni di ciascun cliente per verificare se qualcosa è in pausa
Con gli account client collegati, l'audit stesso consiste in tre chiamate di strumenti, ripetute per client. Chiedi al tuo assistente di elencare le campagne drip, le campagne attivate e i flussi di lavoro per il primo client, e di includere le analisi nella chiamata del flusso di lavoro. pushengage_list_drip_campaigns e pushengage_list_triggered_campaigns restituiscono lo stato di ogni automazione, attivo o in pausa, quindi una campagna che è stata modificata in uno stato di pausa settimane fa e mai notata appare nella prima risposta, non nella quinta schermata di una dashboard in cui altrimenti dovresti cliccare. pushengage_list_workflows con include_analytics impostato va oltre: oltre allo stato, restituisce i conteggi di iscritti entrati, attivi, completati e falliti, più le statistiche degli obiettivi per ogni flusso di lavoro.
È qui che risiede il vero segnale di audit. Un flusso di lavoro con un conteggio "entrati" sano e quasi nulla che si sposta su "completati" non è rotto in un modo che appare come uno stato di pausa: è in esecuzione e fallisce comunque, gli iscritti si accumulano in "attivi" perché una condizione di uscita o un passaggio di ritardo non si comporta come quando qualcuno l'ha creato. Questo è il tipo di fallimento che una colonna di stato nasconde e un numero di tasso di completamento rivela immediatamente.
Un output realistico del lunedì per un client, in un unico scambio di prompt e risposta, potrebbe apparire così:
- Campagna attivata di abbandono del carrello: attiva, in esecuzione normalmente.
- Campagna attivata di riduzione del prezzo: in pausa, nessuna modifica del pubblico dalla configurazione; segnalare per la chiamata al client.
- Flusso di lavoro della serie di benvenuto: 1.240 entrati questo mese, 1.190 completati, sano.
- Flusso di lavoro di recupero: 890 entrati, 210 completati, 40 falliti. Il tasso di completamento è sceso dalla sua solita gamma e merita un'analisi più approfondita prima di presumere che vada bene.
Ognuna di queste quattro righe risponde a una versione diversa della stessa domanda (sta facendo ciò che dovrebbe fare) e ognuna avrebbe altrimenti richiesto un clic separato su una pagina di dettagli di campagna o flusso di lavoro separata per confermare. La riga di riduzione del prezzo da sola vale l'intero esercizio: una campagna attivata in pausa senza un ovvio trigger del motivo per cui si è messa in pausa è esattamente il tipo di fallimento silenzioso che costa a un client tre settimane di entrate recuperate prima che qualcuno se ne accorga, ed emerge qui nella stessa risposta di tutto il resto, non sepolta a tre clic di profondità in una dashboard che nessuno ha aperto.
Ripeti la stessa sequenza di tre chiamate per il cliente successivo cambiando sito e, quando avrai esaminato tutti e cinque gli account, avrai un elenco di ciò che è in pausa, ciò che è bloccato e ciò che è in buono stato — assemblato da una conversazione, non da cinque sessioni di audit separate. Questo è l'audit delle automazioni dei clienti come categoria di reporting a sé stante, non un effetto collaterale dell'estrazione di analytics, ed è il passaggio che ogni prodotto di reporting concorrente salta perché nessuno di essi legge lo stato dell'automazione. Eseguire la stessa sequenza di audit delle automazioni dei clienti su ogni account prima della prima chiamata al cliente della settimana è, in pratica, la differenza tra segnalare un problema e individuarlo prima del cliente.
Passaggio due: estrai analytics di CTR e valore generato dalle entrate per ogni cliente, in un'unica passata
Una volta che sai cosa è effettivamente in esecuzione, la seconda parte del reporting al cliente sono i numeri che un cliente si aspetta nella chiamata: crescita degli iscritti, tasso di click-through e valore dell'obiettivo, il numero che conta più di entrambi. pushengage_get_analytics_summary restituisce i totali a vita per sito: iscritti, notifiche inviate, visualizzazioni, click e conteggio e valore degli obiettivi. pushengage_get_analytics_timeseries suddivide le stesse metriche in fasce giornaliere, settimanali o mensili in un intervallo di date, più il trend di CTR e disiscrizione, in modo da poter mostrare a un cliente non solo dove si trova, ma in quale direzione si sono mossi gli ultimi 30 giorni.
La distinzione che conta specificamente per il reporting delle notifiche push per agenzie: il valore dell'obiettivo è un numero di entrate, non un numero di coinvolgimento. Un cliente il cui CTR è rimasto stabile mese dopo mese, ma il cui valore dell'obiettivo dalle push è aumentato perché la sequenza di abbandono del carrello che hai appena confermato essere attiva ha recuperato più carrelli, è una storia materialmente diversa da un CTR che è aumentato senza entrate a supporto. Ancorare la conversazione prima sul valore dell'obiettivo e poi sul CTR, e il report risulterà come entrate recuperate piuttosto che una metrica di vanità.
In pratica, questo si traduce nel chiedere il riepilogo e la serie temporale degli ultimi 30 giorni per ciascun cliente a turno, subito dopo il controllo dello stato dell'automazione per lo stesso cliente — in modo che, quando passi all'account successivo, avrai già entrambe le metà della storia di quel cliente: cosa è in esecuzione e cosa ha prodotto. Estrarre il CTR e il valore dell'obiettivo di tre clienti fianco a fianco nella stessa conversazione, invece di tre accessi separati alla dashboard, è ciò che effettivamente sostituisce la versione "cinque schede del browser" di questo lunedì.
Considera gli stessi cinque clienti dell'audit precedente. Diciamo che tre di loro mostrano un CTR stabile o in leggero aumento mese dopo mese, uno mostra un calo degno di nota e il quinto (quello la cui campagna di riduzione del prezzo è risultata in pausa nell'audit) mostra un calo del valore dell'obiettivo abbastanza ampio da far pensare che sia la stessa storia, non una coincidenza.
Entrare nella chiamata con quel cliente avendo già collegato i fatti ("la tua automazione di riduzione dei prezzi è stata messa in pausa tre settimane fa, e questo è il calo delle entrate recuperate che si allinea ad essa") è una conversazione sostanzialmente diversa rispetto a entrare con un grafico CTR e nessuna spiegazione del perché si sia mosso. Questo è il vantaggio di fare prima l'audit: le analisi smettono di essere un numero che riporti e iniziano a essere un numero che puoi spiegare.
Cosa sostituisce effettivamente e cosa no
Vale la pena essere diretti riguardo all'ambito. PushEngage MCP per le agenzie non è un generatore di report rivolto ai clienti: non produce un PDF brandizzato o un link a una dashboard white-label da consegnare a un cliente, come fa un prodotto di reporting BI. Inoltre, non corregge nulla di ciò che trova. Quando l'audit rivela una campagna di riduzione dei prezzi in pausa o un flusso di lavoro con un tasso di completamento in calo, apri comunque la dashboard di PushEngage per modificare la regola del pubblico o il passaggio di ritardo, perché ogni strumento qui è di sola lettura, non di creazione o modifica. E la gestione delle notifiche push multi-cliente tramite MCP è solo stdio, in esecuzione localmente tramite npx all'interno del tuo assistente; non esiste una versione con connettore remoto né una funzionalità di invio WhatsApp che la accompagni.
Ciò che sostituisce è più ristretto e, per un lunedì mattina, più utile: il rituale manuale di accedere a cinque dashboard separate per fare clic sugli stessi schermi di stato dell'automazione e sulla stessa scheda di analisi, un cliente alla volta, prima di aver detto una parola a qualcuno. Su oltre 75.000 aziende in oltre 150 paesi che inviano in push un totale di 15,2 miliardi di notifiche negli ultimi 30 giorni, quel rituale si ripete ogni settimana in ogni agenzia che gestisce più di un account, ed è proprio questo il pezzo che i 27 strumenti di PushEngage MCP su 10 domini sono stati costruiti per comprimere in una sola conversazione.
Questo è l'ambito onesto di un assistente AI per il flusso di lavoro di reporting clienti di agenzie di marketing basato su MCP: accorcia il percorso verso un quadro completo e accurato per ogni cliente. Non ti consegna un report finito e non tocca alcuna impostazione per tuo conto.
Chiusura della serie: a cosa portano quattordici post di PushEngage MCP
Questo è il quattordicesimo e ultimo post di questa serie, e l'arco narrativo vale la pena di essere dichiarato chiaramente: installa PushEngage MCP una volta, in Claude Desktop, Claude Code o Cursor, e un assistente copre l'invio e la pianificazione dei push, il targeting dei giusti iscritti, il recupero delle analisi settimana dopo settimana e, come trattato in questo post, l'audit delle campagne drip e dei flussi di lavoro su tutti gli account cliente che gestisci. Nessuno di questi richiede un secondo abbonamento di reporting o una dashboard creata appositamente per l'IA. Richiede l'installazione con un comando, con cui questa serie è iniziata, e un lunedì mattina trascorso a chiedere invece di cliccare.
Per un'agenzia nello specifico, quell'arco si amplifica in un modo che non accade per un brand a sito singolo: ogni strumento trattato in questa serie (invio, targeting, analisi e la sequenza di automazione del cliente di audit illustrata in questo post) viene eseguito una volta per cliente invece di una volta, in totale. Il lunedì con cinque clienti con cui si è aperto questo post non è un caso speciale; è così che appare ogni post di questa serie una volta moltiplicato per il numero di account di cui una persona è responsabile.
Se utilizzi PushEngage per più di un cliente e questo è il primo post della serie in cui sei capitato, inizia con la guida alla configurazione, poi torna qui: l'ordine delle operazioni audit-first, numbers-second di questo post è quello che scala oltre un singolo account. Quell'ordine delle operazioni è ciò per cui serve effettivamente un assistente AI per il reporting clienti delle agenzie di marketing: individuare ciò che è rotto, quindi spiegare cosa si è mosso. Vedi i piani di PushEngage per ciò che è disponibile a ogni livello del cliente, incluso il piano gratuito su cui inizia ogni nuovo account.
