L'API di WhatsApp Business genera più dati dell'app WhatsApp Business, ma meno di quanto molti brand pensino. Sono disponibili i tassi di consegna, di lettura e di risposta. L'attribuzione dei ricavi, il valore del cliente nel tempo legato all'attività su WhatsApp e il confronto tra canali richiedono un lavoro in più rispetto a ciò che l'API offre di serie. Capire il confine tra ciò che l'API riporta in automatico e ciò che va costruito sopra evita la delusione di aspettarsi più di quanto la piattaforma dia, ed evita di sprecare ciò che invece offre.
Cosa riporta di serie l'API di WhatsApp Business
L'API fornisce un insieme definito di dati a livello di messaggio e di conversazione. Sapere esattamente cosa è disponibile aiuta i brand a costruire report realistici, senza contare su funzioni che la piattaforma non ha.
Dati sullo stato dei messaggi
Per ogni messaggio inviato tramite l'API, WhatsApp restituisce un aggiornamento di stato a ogni fase della consegna. Gli stati disponibili sono:
- Inviato: il messaggio ha lasciato l'API ed è nel sistema di consegna di WhatsApp
- Consegnato: il messaggio è arrivato sul dispositivo del destinatario
- Letto: il destinatario ha aperto il messaggio (disponibile solo se il destinatario ha attivato le conferme di lettura)
- Non riuscito: il messaggio non è stato consegnato, con un codice di errore che indica il motivo
Questi stati arrivano come webhook: l'API invia l'aggiornamento al sistema del brand in tempo reale, senza bisogno di richieste periodiche. Raccogliere e conservare questi eventi webhook è la base delle analisi a livello di messaggio. Senza un sistema che li riceva e li registri, i dati vanno persi.
Metriche a livello di conversazione
Oltre agli stati dei singoli messaggi, l'API offre dati a livello di conversazione tramite i suoi endpoint di analisi. Le metriche disponibili includono il numero di conversazioni per categoria (marketing, utility, autenticazione, assistenza), per periodo e per paese. Questi dati servono a gestire i costi (capire quante conversazioni a pagamento ci sono state in ogni categoria) e ad analizzare l'andamento dei volumi. Non danno informazioni sulle singole conversazioni: nessun endpoint restituisce il testo completo delle conversazioni passate o l'esito di un singolo scambio. Il contenuto delle conversazioni è accessibile in tempo reale tramite i webhook, ma non viene conservato né è recuperabile tramite l'API in un secondo momento, a meno che il sistema del brand non lo registri.
Metriche sulle prestazioni dei template
Per i template di messaggio usati nelle campagne in uscita, l'API fornisce dati aggregati: quante volte ogni template è stato inviato, consegnato, letto e ha ricevuto risposta. I dati sono a livello di template, non di singolo destinatario. Ti dicono come è andato un template nel complesso, ma non quali contatti l'hanno letto o hanno risposto. Questi dati sono essenziali per capire quali formati e quali approcci funzionano con il pubblico, e sono la base per decidere quali template tenere, ottimizzare o eliminare.
Valutazione della qualità del numero
L'API espone la valutazione della qualità del numero di telefono aziendale, che WhatsApp aggiorna in base alle interazioni dei clienti: blocchi, segnalazioni e disiscrizioni incidono sul punteggio. La valutazione ha tre livelli (alta, media, bassa) e influisce direttamente sui limiti di invio applicati all'account. Controllare la qualità tramite l'API o la dashboard di Business Manager permette di accorgersi presto di un peggioramento e di indagarne la causa prima che riduca la capacità di invio. Un calo da alta a media è un avvertimento; un calo a bassa richiede un intervento immediato per trovare e risolvere la causa.
Cosa l'API non riporta
Tra le lacune principali dei report nativi dell'API ci sono:
- Il contenuto delle conversazioni: il testo dei messaggi passati non è recuperabile tramite l'API dopo la chiusura della finestra di conversazione, se non è stato salvato a parte
- L'attribuzione dei ricavi: non esiste un collegamento integrato tra una conversazione WhatsApp e un acquisto successivo
- Le prestazioni degli operatori: tempi di risposta, tassi di risoluzione e punteggi di qualità dei singoli operatori non sono tracciati dall'API
- I dati demografici del pubblico: WhatsApp non fornisce età, genere o luogo dei contatti
- I benchmark di confronto: l'API non dice come si pongono le tue prestazioni rispetto alla media del settore
Analisi delle conversazioni: capire come funzionano i flussi
Per i brand che usano flussi di conversazione automatici (chatbot, sequenze di benvenuto, flussi di qualificazione), capire come i contatti si muovono nei flussi è essenziale per vedere dove funzionano e dove falliscono.
Tassi di completamento dei flussi
Il tasso di completamento è la quota di contatti che hanno iniziato un flusso di conversazione e sono arrivati al punto finale senza abbandonare a metà. Un tasso alto indica che il flusso è chiaro, pertinente e facile da seguire. Un tasso basso significa che i contatti se ne vanno prima di arrivare alla soluzione. Seguire il tasso per ogni flusso e nel tempo mostra se le modifiche hanno migliorato o peggiorato i risultati. Il punto finale va definito prima di costruire il flusso: per un flusso di assistenza può essere "problema risolto"; per un flusso di qualificazione può essere "contatto passato al team vendite".
Analisi degli abbandoni: dove i contatti se ne vanno
L'analisi degli abbandoni mostra con precisione in quale passaggio del flusso i contatti abbandonano più spesso. Molti abbandoni in un passaggio preciso sono un segnale affidabile che lì qualcosa non va: il messaggio è confuso, le opzioni non corrispondono a ciò che serve al contatto, l'azione richiesta è troppo faticosa, oppure l'attesa di una risposta (nei flussi ibridi) è troppo lunga. La soluzione dipende dalla diagnosi. Un messaggio confuso va riscritto. Un menu con opzioni sbagliate va riorganizzato. Un'azione troppo complessa va semplificata. Fare l'analisi degli abbandoni su ogni flusso dopo le prime due settimane di attività, e poi ogni mese, fa sì che i flussi migliorino nel tempo invece di peggiorare.
Tasso e motivi di escalation
Il tasso di escalation è la quota di conversazioni automatiche che hanno richiesto l'intervento di un operatore. Un tasso basso non è automaticamente un bene: se il chatbot gestisce richieste che dovrebbe passare a una persona (reclami complessi, trattative di alto valore, questioni delicate sull'account), un tasso basso significa che l'automazione si spinge troppo oltre. Un tasso alto significa che l'automazione rende meno del previsto negli scenari per cui è stata creata. Il dato più utile non è il tasso in sé, ma i motivi dell'escalation. Classificarli ogni settimana mostra quali scenari il chatbot deve gestire meglio e quali devono restare sempre alle persone.
Distribuzione dei tempi di risposta lungo la conversazione
Nei flussi ibridi, dove passaggi automatici si alternano a risposte umane, misurare il tempo di risposta a ogni fase mostra dove nascono i ritardi. Un passaggio automatico che richiede tre secondi e uno umano che richiede 45 minuti nello stesso flusso creano un'esperienza incoerente. La distribuzione dei tempi per passaggio indica quali passaggi sono lenti, così puoi intervenire su turni, instradamento o copertura dell'automazione. L'obiettivo non è avere lo stesso tempo di risposta in ogni passaggio, perché l'automazione è più veloce delle persone per sua natura, ma evitare che i passaggi umani introducano ritardi che rovinano la rapidità vissuta dal cliente nei passaggi automatici.
Confronto delle prestazioni tra flussi
Di solito i brand usano più flussi insieme: un flusso di benvenuto per i nuovi contatti, uno di smistamento per le richieste di assistenza, uno di qualificazione per le richieste commerciali, uno di riattivazione per i contatti inattivi. Confrontare tassi di completamento, abbandoni ed escalation tra i flussi mostra quali richiedono più attenzione e quali funzionano abbastanza bene da essere replicati. Un flusso di assistenza con l'85 percento di completamento e uno di qualificazione con il 40 percento ti dicono dove concentrare gli sforzi prima di far crescere uno dei due.
Costruire un sistema completo di analisi per WhatsApp
I report nativi dell'API, uniti ai dati della piattaforma di conversazione, del CRM e del sistema di e-commerce o di gestione ordini, danno una visione completa delle prestazioni di WhatsApp. Costruire questo sistema richiede scelte su raccolta, archiviazione e integrazione dei dati.
Raccogliere e conservare gli eventi webhook
L'API consegna gli aggiornamenti di stato dei messaggi come webhook in tempo reale. Se questi eventi non vengono raccolti e conservati, i dati vanno persi. Creare un ricevitore di webhook che registra ogni evento di stato in un database è la base del sistema di analisi. Il registro dovrebbe contenere almeno: l'ID del messaggio, il numero di telefono del destinatario, la data e l'ora, lo stato e l'eventuale codice di errore per i messaggi non riusciti. Questo registro grezzo è la fonte di verità da cui si calcolano tutte le metriche a livello di messaggio. Senza di esso, i tassi di consegna e di lettura sono disponibili solo tramite gli endpoint di analisi già aggregati dell'API, che offrono riepiloghi ma non i dati di dettaglio necessari per un'analisi approfondita.
Collegare i dati di WhatsApp al CRM
Collegare i dati delle conversazioni WhatsApp alle schede contatto del CRM crea la base per le analisi a livello di contatto: quante conversazioni ha avuto un contatto, qual è stato l'esito di ciascuna, com'è il suo storico di acquisti rispetto al coinvolgimento su WhatsApp. Serve un identificativo coerente, di solito il numero di telefono, presente in entrambi i sistemi e che permetta di abbinare i record. Una volta abbinati, diventano possibili interrogazioni tra sistemi: quali contatti della lista WhatsApp hanno anche acquistato negli ultimi 90 giorni, quali contatti hanno avuto una conversazione su WhatsApp ma non hanno ancora comprato, quali contatti hanno il tasso di coinvolgimento più alto sui messaggi broadcast.
Attribuire i ricavi tramite il sistema di dati
Attribuire i ricavi alle conversazioni WhatsApp richiede un legame tra l'evento della conversazione e quello dell'acquisto. L'implementazione più pulita usa un ID di conversazione passato al checkout quando una vendita parte da una conversazione WhatsApp, così l'acquisto viene etichettato con la fonte WhatsApp nel sistema di gestione ordini. Dove non è tecnicamente possibile, metodi indiretti, come codici sconto unici per ogni broadcast, link di pagamento con tag UTM o fonti di vendita registrate dagli operatori nel CRM, danno un'approssimazione. Rivedere ogni mese i ricavi attribuiti a WhatsApp rispetto al costo di gestione del canale (costi dell'API, tempo del team, costi della piattaforma) produce il calcolo del ROI che giustifica il proseguimento dell'investimento.
Piattaforme di analisi e dashboard
I dati grezzi salvati nei database non sono accessibili al team marketing o di customer experience senza uno strato di report. Per costruirlo ci sono diverse opzioni:
- La dashboard di analisi integrata nella piattaforma del provider WhatsApp Business, che copre le metriche che il provider traccia
- Uno strumento di business intelligence collegato al data warehouse dove sono salvati gli eventi webhook e i dati del CRM, che permette report su misura e interrogazioni tra sistemi
- Report su foglio di calcolo per le realtà più piccole, con dati esportati dagli endpoint di analisi dell'API e uniti a mano
La scelta giusta dipende dal volume di dati, dalle risorse tecniche disponibili e dalla frequenza con cui i dati vanno aggiornati. Un'operazione API su larga scala, con migliaia di conversazioni al giorno, ha bisogno di un vero strumento di BI. Una realtà più piccola se la cava con esportazioni programmate e un foglio di calcolo ben strutturato.
Conservazione dei dati e obblighi di privacy
I dati delle conversazioni WhatsApp salvati nel sistema di analisi del brand sono soggetti agli stessi obblighi di privacy degli altri dati dei clienti. I tempi di conservazione di registri delle conversazioni, schede contatto e dati sulle prestazioni vanno stabiliti in base alla normativa sulla privacy di ogni mercato in cui si opera. I dati che non servono più vanno eliminati secondo un calendario definito, non conservati senza limiti. Quando un contatto chiede la cancellazione dei suoi dati, la cancellazione deve riguardare anche il sistema di analisi, oltre al CRM e a ogni altro sistema collegato. Prevedere la cancellazione dei dati nell'infrastruttura di analisi fin dall'inizio, invece di farlo dopo, è molto più facile da mantenere.
Trasformare i dati in decisioni
Un sistema di analisi che produce dati ma non cambia le decisioni è un'infrastruttura costosa senza ritorno. Per trasformare i dati di WhatsApp in decisioni operative e strategiche servono un ritmo di revisione definito e un legame chiaro tra segnali e azioni.
La revisione settimanale dei dati: decisioni operative
La revisione settimanale riguarda le metriche che possono cambiare in fretta e richiedono attenzione immediata. I controlli settimanali principali sono: tassi di consegna e di lettura delle campagne della settimana, prestazioni di eventuali nuovi template, stato e andamento della valutazione di qualità, tasso di escalation dei flussi automatici e tempi medi della prima risposta. Ogni metrica dovrebbe avere una soglia: sopra la soglia non serve fare nulla; sotto la soglia scatta un'indagine e una risposta definite. La revisione settimanale non dovrebbe durare più di 30 minuti, se i report sono impostati bene e le soglie definite in anticipo.
La revisione mensile strategica: decisioni sul canale
La revisione mensile riguarda andamenti, attribuzione e allocazione delle risorse. Le domande chiave del mese: il pubblico che ha dato il consenso cresce al ritmo previsto? L'attribuzione dei ricavi di WhatsApp rispetta l'obiettivo? Quali flussi automatici rendono meno del previsto e qual è il piano per migliorarli? Quali segmenti di pubblico generano i tassi di risposta più alti e cosa implica per il targeting? Come si confronta il costo per acquisizione di WhatsApp con quello degli altri canali questo mese? Il risultato della revisione mensile dovrebbe essere di tre-cinque decisioni o azioni precise per il mese successivo, ciascuna con un responsabile e una data di completamento.
Usare i dati dei test A/B per migliorare template e flussi
I dati sulle prestazioni dei template forniti dall'API sono la materia prima per test A/B sistematici. Testare una variante di un template (cambiando la frase di apertura, l'invito all'azione, l'orario di invio o il tipo di contenuto multimediale) e confrontare i dati prima e dopo la modifica mostra quale versione è migliore. Per i flussi di conversazione, testare un passaggio rivisto contro l'originale e confrontare gli abbandoni in quel passaggio specifico quantifica il miglioramento. Ogni risultato, che abbia vinto la variante o resistito l'originale, aggiunge conoscenza su ciò che funziona per quel pubblico. Tenere un registro dei test, con ogni esperimento e il suo esito, evita di ripetere prove già fatte.
Collegare le analisi alla pianificazione di contenuti e campagne
I dati di WhatsApp dovrebbero alimentare direttamente la pianificazione di contenuti e campagne. I template con tassi di risposta alti nelle campagne passate sono da sviluppare. Gli argomenti che hanno generato più conversazioni in entrata rivelano cosa interessa di più al pubblico. Gli orari che hanno dato i migliori tassi di lettura indicano quando programmare le campagne future. Le domande ricorrenti nelle conversazioni di assistenza segnalano lacune nei contenuti, da colmare in anticipo con broadcast o flussi. I dati valgono di più non da soli, ma come ciclo continuo di feedback che rende ogni campagna più pertinente e meglio programmata della precedente.
Riportare le analisi dell'API alla direzione
I report per la direzione sulle analisi dell'API di WhatsApp dovrebbero tradurre le metriche tecniche in linguaggio di business. I tassi di consegna e la latenza dei webhook non interessano a chi decide ai vertici. Contano invece i ricavi attribuiti a WhatsApp, il costo per acquisizione rispetto agli altri canali e i punteggi di soddisfazione dei sondaggi dopo la conversazione. Un riepilogo mensile di una pagina con tre-cinque metriche di business, con indicatori di tendenza che mostrano se ciascuna è migliorata o peggiorata rispetto al mese precedente, dà alla direzione ciò che serve per valutare il canale senza dover conoscere il funzionamento dell'API. L'obiettivo è un report che chiarisca se l'investimento in WhatsApp sta producendo ritorni e cosa si fa per migliorare dove non è così.
Usiamo un provider WhatsApp Business (Solution Provider). Gestisce lui le analisi o dobbiamo costruirle noi?
La maggior parte delle piattaforme dei provider include una dashboard di analisi integrata che copre le metriche che traccia: tassi di consegna e di lettura, conversazioni per categoria, prestazioni dei template e a volte i tassi di completamento dei flussi. Basta per il monitoraggio operativo. Le analisi del provider non bastano per i report tra sistemi: collegare i dati di WhatsApp ai record del CRM, attribuire i ricavi a conversazioni specifiche o confrontare WhatsApp con altri canali. In questi casi i dati del provider vanno esportati e uniti a quelli di altri sistemi, a mano o con uno strumento di BI. Controlla cosa copre la dashboard del tuo provider prima di decidere se costruire altri report.
Il nostro tasso di lettura cala da tre mesi. Cosa dovremmo controllare?
Un calo del tasso di lettura ha di solito una di tre cause. La prima: il pubblico è meno coinvolto, cioè contatti che hanno dato il consenso tempo fa e non usano più attivamente WhatsApp, oppure hanno il numero del brand ma non sono più interessati. La seconda: i contatti ricevono i messaggi ma non salvano il numero, il che toglie personalità al messaggio e riduce la voglia di aprirlo. La terza: la frequenza dei messaggi è salita al punto che i contatti danno meno priorità a quelli del brand. Controlla la lista per i contatti che non leggono un messaggio da 60 giorni, verifica se i nuovi iscritti recenti hanno salvato il numero e guarda se la frequenza è cambiata nel periodo del calo.
Come vediamo quali contatti hanno risposto a un broadcast, senza controllare a mano ogni conversazione?
Tramite il sistema di webhook dell'API. Quando un contatto risponde a un messaggio inviato in un broadcast, il webhook del messaggio in entrata include l'ID del messaggio originale. Se il tuo sistema salva gli invii dei broadcast con i loro ID e registra i messaggi in entrata con l'ID del messaggio a cui rispondono, puoi interrogare questi dati per sapere esattamente quali contatti hanno risposto a un broadcast specifico. Servono un ricevitore di webhook e un database per salvare gli eventi. Senza questa infrastruttura, il monitoraggio delle risposte va fatto a mano dalla piattaforma di conversazione, il che non è praticabile su larga scala.
Vogliamo sapere quale dei nostri flussi ha più abbandoni. Come lo scopriamo senza l'aiuto di uno sviluppatore?
La maggior parte delle piattaforme di chatbot per WhatsApp offre nella dashboard le analisi dei flussi, che mostrano quanti contatti sono entrati in ogni passaggio e quanti sono passati al successivo. Questa vista a imbuto per passaggio rende visibili gli abbandoni senza analisi su misura. Se la piattaforma non la offre, controlla se permette di esportare i dati delle conversazioni: un foglio di calcolo con le conversazioni e i loro esiti permette di individuare l'ultimo passaggio raggiunto prima dell'abbandono. Se non hai nessuna delle due strade, chiedere al provider quali analisi dei flussi sono disponibili è il modo più veloce per capire cosa si può fare senza altro sviluppo.
Le nostre analisi di WhatsApp sono divise su tre piattaforme: la dashboard del provider, il CRM e il sistema e-commerce. Come le uniamo?
Le opzioni vanno dalle più semplici alle più complesse, a seconda delle risorse tecniche. L'approccio più semplice è un'esportazione manuale mensile da ogni sistema in un foglio di calcolo condiviso, curato da una persona e rivisto insieme. Un approccio più solido usa uno strumento di integrazione dei dati che preleva i dati dall'API di ogni sistema con una cadenza programmata e li carica in un database centrale, da cui si costruisce un'unica dashboard. L'approccio manuale funziona su piccola scala; quello automatico serve quando il volume di dati o la frequenza delle revisioni rende impraticabile l'unione manuale. Parti in modo semplice e passa all'automazione quando il processo manuale diventa il collo di bottiglia.
Come calcoliamo il ROI della nostra attività su WhatsApp per giustificare l'investimento?
Per il ROI servono due numeri: quanto è costato WhatsApp e cosa ha prodotto. Sul fronte dei costi: costi dell'API, costi della piattaforma del provider, tempo del personale dedicato a WhatsApp (ore stimate per una tariffa oraria) ed eventuali costi di strumenti o sviluppo. Sul fronte dei ricavi: vendite attribuite direttamente alle conversazioni WhatsApp, ricavi di fidelizzazione da clienti riattivati tramite WhatsApp e risparmi sull'assistenza per le richieste risolte su WhatsApp che altrimenti avrebbero richiesto un canale più costoso (telefono, di persona). L'attribuzione è più difficile da rendere precisa, ma anche una stima prudente dei ricavi attribuiti, confrontata con i costi completi, dà un quadro sufficiente per costruire una motivazione solida dell'investimento.