Analytika a reporty WhatsApp Business API

Zjistěte, jaká data nabízí WhatsApp Business API, co je třeba doplnit, jak vyhodnocovat průběh konverzací a jak z dat dělat rozhodnutí.

Koncept

WhatsApp Business API vytváří víc dat než aplikace WhatsApp Business, ale méně, než většina značek čeká. K dispozici jsou míry doručení, přečtení a odpovědí. Připsání tržeb, hodnota zákazníka v čase spojená s aktivitou na WhatsAppu a srovnání výkonu napříč kanály vyžadují práci navíc, kterou API samo nenabízí. Když víte, kde končí to, co API hlásí automaticky, a kde začíná to, co je nutné postavit nad ním, nebudete zklamaní z toho, že platforma nenabízí víc. A nepropásnete ani to, co nabízí.

Co WhatsApp Business API hlásí samo

API poskytuje pevně daný soubor údajů na úrovni zpráv a konverzací. Když přesně víte, co je k dispozici, postavíte realistické reporty a nebudete spoléhat na funkce, které platforma nemá.

Stavová data na úrovni zprávy

U každé zprávy odeslané přes API vrací WhatsApp stavovou informaci v každé fázi doručení. K dispozici jsou tyto stavy:

  • Odesláno: zpráva opustila API a je v doručovacím systému WhatsAppu
  • Doručeno: zpráva dorazila na zařízení příjemce
  • Přečteno: příjemce zprávu otevřel (jen když má zapnuté potvrzení o přečtení)
  • Selhalo: zprávu se nepodařilo doručit, s chybovým kódem, který uvádí důvod

Tyto stavy chodí jako webhooky. API tedy posílá aktualizaci stavu do systému značky v reálném čase a nemusíte se na ni neustále dotazovat. Zachytávání a ukládání těchto webhook událostí je základ analytiky na úrovni zpráv. Bez systému, který webhooky přijímá a zapisuje, se data ztratí.

Metriky na úrovni konverzace

Kromě stavů jednotlivých zpráv nabízí API data o konverzacích přes své analytické koncové body. Dostupné metriky zahrnují počty konverzací podle kategorie (marketing, služební, ověření, služby), podle období a podle země. Tato data se hodí ke správě nákladů (kolik placených konverzací proběhlo v každé kategorii) a k analýze trendu objemu. Neposkytují údaje o jednotlivých konverzacích: neexistuje koncový bod, který by vrátil plné znění minulých konverzací nebo výsledek konkrétní výměny. Obsah konverzace je dostupný v reálném čase přes webhooky, ale API ho zpětně neukládá ani nevydává, pokud si ho nezachytí systém samotné značky.

Výkon šablon zpráv

U šablon zpráv používaných v odchozích kampaních dává API souhrnná data o výkonu: kolikrát byla každá šablona odeslána, doručena, přečtena a zodpovězena. Údaje jsou na úrovni šablony, ne jednotlivého příjemce. Řeknou vám, jak šablona fungovala celkově, ale ne, kteří konkrétní kontakti ji četli nebo odpověděli. Data o výkonu šablon jsou zásadní pro zjištění, které formáty a přístupy k obsahu u publika fungují. Dávají podklad pro rozhodnutí, které šablony ponechat, vylepšit nebo vyřadit.

Hodnocení kvality telefonního čísla

API zpřístupňuje hodnocení kvality firemního telefonního čísla, které WhatsApp aktualizuje podle interakcí zákazníků: do hodnocení vstupují blokace, nahlášení a odhlášení. Hodnocení má tři úrovně (vysoká, střední, nízká) a přímo ovlivňuje limity zpráv, které platí pro účet. Sledování kvality přes API nebo přes administraci Business Manageru vám umožní včas zjistit zhoršení a vyšetřit příčinu dřív, než sníží kapacitu odesílání. Pokles z vysoké na střední je varování. Pokles na nízkou vyžaduje okamžitou akci, abyste našli a odstranili hlavní příčinu.

Co API nehlásí

Mezi hlavní mezery v nativním reportingu API patří:

  • obsah konverzací: text minulých zpráv nejde přes API zpětně získat po uzavření okna konverzace, pokud ho neukládáte zvlášť
  • připsání tržeb: mezi konverzací na WhatsAppu a následným nákupem není žádné vestavěné propojení
  • výkon operátorů: doby odpovědí jednotlivých operátorů, míru vyřešení a hodnocení kvality API samo nesleduje
  • demografie publika: WhatsApp neposkytuje věk, pohlaví ani polohu kontaktů
  • srovnávací měřítka: API vám neřekne, jak si váš výkon stojí oproti oborovému průměru

Analytika konverzací: jak fungují jednotlivé průběhy

Pokud provozujete automatizované průběhy konverzace (chatboty, uvítací sekvence, kvalifikační průběhy), je nutné rozumět tomu, jak jimi kontakty procházejí. Poznáte, kde fungují a kde selhávají.

Míra dokončení průběhu

Míra dokončení průběhu je podíl kontaktů, které začaly průběh konverzace a došly k definovanému cíli, aniž by v půli odešly. Vysoká míra dokončení znamená, že průběh je jasný, relevantní a snadno sledovatelný. Nízká míra znamená, že kontakty odpadají dřív, než dojdou k vyřešení. Když sledujete míru dokončení u každého průběhu a v čase, zjistíte, jestli úpravy výkon zlepšily, nebo zhoršily. Cíl je potřeba definovat dřív, než průběh postavíte: u podpory to může být „problém vyřešen“, u kvalifikace „kontakt předán obchodnímu týmu“.

Analýza odpadu: kde kontakty odcházejí

Analýza odpadu ukáže, v jakém kroku průběhu kontakty odcházejí nejčastěji. Vysoký odpad v konkrétním kroku je spolehlivý signál, že je tam něco špatně: zpráva je nesrozumitelná, nabízené možnosti neodpovídají potřebě kontaktu, požadovaná odpověď je příliš namáhavá, nebo je čekání na odpověď (u hybridních průběhů) příliš dlouhé. Řešení závisí na diagnóze. Nesrozumitelná zpráva potřebuje přepsat. Menu se špatnými možnostmi je třeba přestavět. Příliš složitý požadavek je nutné zjednodušit. Když analýzu odpadu pustíte na každý průběh po prvních dvou týdnech provozu a pak každý měsíc, průběhy se budou zlepšovat a nebudou se zhoršovat.

Míra eskalace a důvody eskalace

Míra eskalace je podíl automatizovaných konverzací, které musel převzít člověk. Nízká míra eskalace není automaticky dobrá: pokud chatbot vyřizuje dotazy, které by měl předávat (složité stížnosti, obchodní rozhovory s vysokou hodnotou, citlivé záležitosti účtu), znamená nízká míra, že automatizace zachází příliš daleko. Vysoká míra znamená, že automatizace nezvládá situace, pro které vznikla. Nejužitečnější údaj není samotná míra, ale důvody eskalace. Když je každý týden roztřídíte do kategorií, uvidíte, které situace musí chatbot zvládat lépe a které mají trvale zůstat lidem.

Rozložení doby odpovědi v průběhu konverzace

U hybridních průběhů, kde se automatické kroky střídají s odpověďmi lidí, ukáže měření doby odpovědi v každé fázi, kde vznikají prodlevy. Automatický krok, který trvá tři sekundy, a lidský krok, který trvá 45 minut, v jednom průběhu vytvářejí nejednotný zážitek. Rozložení doby odpovědi podle kroků odhalí, které kroky jsou pomalé, a umožní cílená zlepšení v obsazení, směrování nebo pokrytí automatizací. Cílem není stejná doba odpovědi u každého kroku, protože automatizace je ze své podstaty rychlejší než lidé. Jde o to, aby lidské kroky nezpůsobovaly prodlevy, které by rušily svižnost, jakou zákazník zažil u automatických kroků.

Srovnání výkonu napříč průběhy

Značky obvykle provozují více průběhů zároveň: uvítací pro nové kontakty, třídicí pro příchozí dotazy podpory, kvalifikační pro obchodní poptávky, oživovací pro neaktivní kontakty. Když porovnáte míru dokončení, vzorce odpadu a míru eskalace napříč průběhy, uvidíte, který z nich potřebuje nejvíc péče a který podává výkon hodný zopakování. Třídicí průběh podpory s dokončením 85 procent a kvalifikační průběh prodeje s dokončením 40 procent vám ukážou, kam zaměřit úsilí o zlepšení dřív, než některý z nich začnete dál rozšiřovat.

Jak postavit kompletní analytiku pro WhatsApp

Nativní reporting API spojený s daty z konverzační platformy, z CRM a z e-shopu nebo systému správy objednávek dá kompletní obraz výkonu WhatsAppu. Při budování je potřeba rozhodnout o zachytávání, ukládání a propojení dat.

Zachytávání a ukládání webhook událostí

API doručuje aktualizace stavu zpráv jako webhooky v reálném čase. Pokud se tyto události nezachytí a neuloží, data jsou pryč. Základ analytiky je přijímač webhooků, který každou stavovou událost zapíše do databáze. Záznam by měl obsahovat minimálně: ID zprávy, telefonní číslo příjemce, časovou značku, stav a případný chybový kód u selhaných zpráv. Tento surový záznam je zdroj pravdy, ze kterého se počítají všechny metriky na úrovni zpráv. Bez něj jsou míry doručení a přečtení dostupné jen přes předem agregované analytické koncové body API, které dávají souhrny, ale ne podrobná data potřebná pro hlubší analýzu.

Propojení dat z WhatsAppu s CRM

Propojení dat z konverzací na WhatsAppu se záznamy kontaktů v CRM vytváří základ pro analytiku na úrovni kontaktu: kolik konverzací měl konkrétní kontakt, jaký byl výsledek každé z nich, jaká je jeho historie nákupů ve vztahu k aktivitě na WhatsAppu. Propojení vyžaduje jednotný identifikátor, obvykle telefonní číslo, který existuje v obou systémech a umožní záznamy spárovat. Po spárování jsou možné dotazy napříč systémy: kteří kontakti ze seznamu WhatsAppu také nakoupili za posledních 90 dnů, kteří vedli konverzaci na WhatsAppu, ale ještě nenakoupili, kteří mají nejvyšší míru zapojení u hromadných zpráv.

Připsání tržeb v datové architektuře

Připsat tržby konverzacím na WhatsAppu vyžaduje spojení mezi událostí konverzace a událostí nákupu. Nejčistší řešení používá ID konverzace, které se předá do pokladny, když prodej začíná z konverzace na WhatsAppu. Nákup se pak v systému správy objednávek označí zdrojem WhatsApp. Kde to technicky nejde, dají přibližný obraz náhradní metody: jedinečné slevové kódy pro každou hromadnou zprávu, platební odkazy s UTM značkami, zdroj prodeje zapsaný operátorem v CRM. Když tržby připsané WhatsAppu každý měsíc porovnáte s náklady na provoz kanálu (poplatky za API, čas týmu, náklady na platformu), dostanete výpočet návratnosti, který ospravedlní další investice.

Analytické platformy a přehledy

Surová data uložená v databázích nejsou pro marketing ani tým zákaznické zkušenosti dostupná bez vrstvy reportingu nad nimi. Možnosti, jak takovou vrstvu postavit, zahrnují:

  • analytický přehled vestavěný v platformě poskytovatele řešení WhatsApp Business, který pokrývá metriky, jež poskytovatel sleduje
  • nástroj business intelligence připojený k datovému skladu, kde jsou uložené webhook události a data z CRM, což umožňuje vlastní reporty a dotazy napříč systémy
  • reporting v tabulkách pro menší provoz, kde se data exportují z analytických koncových bodů API a spojují ručně

Správná volba závisí na objemu dat, na dostupných technických zdrojích a na tom, jak často je třeba data obnovovat. Rozsáhlý provoz API, který vyřizuje tisíce konverzací denně, potřebuje pořádný nástroj BI. Menší provoz si poradí s plánovanými exporty a dobře uspořádanou tabulkou.

Uchovávání dat a povinnosti v oblasti soukromí

Data z konverzací na WhatsAppu uložená ve vlastní analytice značky spadají pod stejné povinnosti v oblasti soukromí jako ostatní data zákazníků. Doby uchování záznamů konverzací, záznamů kontaktů a dat o výkonu by se měly řídit předpisy o ochraně osobních údajů platnými na každém trhu, kde působíte. Data, která už nepotřebujete, mažte podle stanoveného plánu a neuchovávejte je donekonečna. Když kontakt požádá o smazání svých údajů, smazání musí zasáhnout i analytiku, nejen CRM a další propojené systémy. Zabudovat mazání dat do analytické infrastruktury od začátku je mnohem snazší než to dělat dodatečně.

Jak z dat udělat rozhodnutí

Analytika, která produkuje data, ale nemění rozhodnutí, je drahá infrastruktura bez návratnosti. Aby se data z WhatsAppu proměnila v provozní a strategická rozhodnutí, potřebujete pravidelný rytmus kontrol a jasnou vazbu mezi signály v datech a akcemi.

Týdenní kontrola dat: provozní rozhodnutí

Týdenní kontrola pokrývá metriky, které se mohou rychle měnit a vyžadují okamžitou pozornost. Mezi klíčové týdenní kontroly patří: míry doručení a přečtení u kampaní týdne, výkon nově spuštěných šablon, stav a vývoj hodnocení kvality, míra eskalace u automatických průběhů a průměrná doba první odpovědi. Každá metrika by měla mít práh: nad prahem není třeba nic dělat, pod prahem následuje předem určené šetření a reakce. Týdenní kontrola by neměla trvat déle než 30 minut, pokud je reporting dobře nastavený a prahy jsou předem určené.

Měsíční strategická kontrola: rozhodnutí o kanálu

Měsíční kontrola pokrývá trendy, připisování a rozdělení zdrojů. Klíčové měsíční otázky: roste publikum s udělenými souhlasy podle cíle, drží se připsané tržby z WhatsAppu cíle, které automatické průběhy zaostávají a jaký je plán na jejich zlepšení, které segmenty publika mají nejvyšší míru odpovědí a co to znamená pro cílení, a jak si stojí cena za získání zákazníka na WhatsAppu oproti jiným kanálům v tomto měsíci? Výstupem měsíční kontroly by mělo být tři až pět konkrétních rozhodnutí nebo akcí na další měsíc, každé s jmenovitým odpovědným člověkem a termínem dokončení.

Data z A/B testů pro vylepšení šablon a průběhů

Data o výkonu šablon z API jsou surovina pro systematické A/B testování. Otestujete variantu šablony, kde změníte úvodní větu, výzvu k akci, čas odeslání nebo typ média, a porovnáte výkon před změnou a po ní. Tak získáte důkaz, která verze je lepší. U průběhů konverzace porovnáte upravený krok s původním a podle odpadu právě v tomto kroku změříte zlepšení. Každý výsledek testu, ať vyhrála varianta, nebo obstál originál, přidává znalost toho, co funguje u vašeho publika. Když vedete záznam testů s každým pokusem a výsledkem, nebudete znovu zkoušet to, co už se zkusilo.

Propojení analytiky s plánováním obsahu a kampaní

Data z analytiky WhatsAppu by měla přímo vstupovat do plánování obsahu a kampaní. Šablony s vysokou mírou odpovědí z dřívějších kampaní stojí za to rozvíjet. Témata, která přinesla nejvíc příchozích konverzací, ukazují, co publikum zajímá nejvíc. Časování kampaní s nejlepší mírou přečtení napoví, kdy plánovat další. Otázky zákazníků, které se v podpoře opakovaly, odhalují mezery v obsahu, které můžete předem řešit v hromadných zprávách nebo průbězích. Data z analytiky mají největší cenu ne samostatně, ale jako nepřetržitá zpětná vazba, díky které je každá další kampaň relevantnější a lépe načasovaná než ta předchozí.

Reportování analytiky API vedení

Reporting analytiky WhatsApp API pro vedení by měl překládat technické metriky do řeči byznysu. Míry doručení a latence webhooků nejsou pro člověka, který rozhoduje na vysoké úrovni, důležité. Důležité jsou tržby připsané WhatsAppu, cena za získání zákazníka ve srovnání s jinými kanály a skóre spokojenosti zákazníků z průzkumů po konverzaci. Jednostránkový měsíční souhrn, který pokryje tři až pět byznysových metrik a u každé ukáže, zda se oproti minulému měsíci zlepšila, nebo zhoršila, dá vedení informace potřebné k posouzení výkonu kanálu bez znalosti toho, jak API funguje. Cílem je report, který jasně řekne, jestli investice do WhatsAppu přináší výnosy a co se dělá pro zlepšení tam, kde nepřináší.

Používáme poskytovatele řešení WhatsApp Business. Řeší analytiku za nás, nebo si musíme postavit vlastní?

Většina platforem poskytovatelů má vestavěný analytický přehled, který pokrývá metriky, jež sledují: míry doručení a přečtení zpráv, počty konverzací podle kategorie, výkon šablon a někdy i míru dokončení průběhů. Pro provozní sledování to stačí. Poskytovatelova analytika zaostává u reportingu napříč systémy: propojení dat z WhatsAppu se záznamy v CRM, připsání tržeb konkrétním konverzacím nebo srovnání WhatsAppu s dalšími kanály. Pro tyto případy je třeba data poskytovatele exportovat a spojit s daty z jiných systémů, ručně nebo přes nástroj BI. Než se rozhodnete budovat další reportingovou infrastrukturu, zjistěte, co analytický přehled vašeho poskytovatele pokrývá.

Naše míra přečtení v posledních třech měsících trvale klesá. Co máme zkoumat?

Pokles míry přečtení má obvykle jednu ze tří příčin. Zaprvé publikum je méně zapojené: kontakty, které se přihlásily před časem a WhatsApp už aktivně nepoužívají, nebo mají číslo značky, ale už je nezajímá. Zadruhé kontakty zprávy dostávají, ale číslo si neukládají, což snižuje osobní ráz zprávy a motivaci ji otevřít. Zatřetí frekvence zpráv vzrostla natolik, že kontakty zprávy značky odsouvají. Projděte seznam a vyhledejte kontakty, které za posledních 60 dnů nepřečetly žádnou zprávu, zkontrolujte, zda si nedávné nové kontakty číslo uložily, a ověřte, jestli se frekvence během období poklesu změnila.

Jak zjistíme, které konkrétní kontakty odpověděly na hromadnou zprávu, aniž bychom ručně procházeli každou konverzaci?

Přes systém webhooků API. Když kontakt odpoví na zprávu, která byla součástí hromadného odeslání, příchozí webhook obsahuje ID původní hromadné zprávy. Pokud váš systém ukládá odeslané hromadné zprávy s jejich ID a příchozí zprávy zapisuje s ID zprávy, na kterou odpovídají, můžete tato data dotázat a přesně zjistit, které kontakty odpověděly na konkrétní hromadnou zprávu. K tomu potřebujete přijímač webhooků a databázi pro ukládání událostí. Bez této infrastruktury se sledování odpovědí musí dělat ručně přes konverzační platformu, což ve větším rozsahu není praktické.

Chceme vědět, který z našich průběhů konverzace má nejvyšší odpad. Jak to zjistit bez pomoci vývojáře?

Většina platforem pro chatboty na WhatsAppu nabízí v administraci analytiku průběhů, která ukazuje, kolik kontaktů vstoupilo do každého kroku průběhu a kolik jich postoupilo do dalšího. Tento pohled na trychtýř po krocích zviditelní odpad bez vlastní analýzy. Pokud ho platforma nenabízí, zkontrolujte, zda umožňuje export dat o konverzacích: z tabulky konverzací s výsledky se dá zjistit poslední krok, kterého kontakt dosáhl před odchodem. Pokud nemáte přístup ani k jednomu, nejrychlejší cesta je zeptat se poskytovatele řešení, jaká analytika průběhů je v platformě k dispozici a co jde bez dalšího vývoje.

Naše analytika WhatsAppu je rozdělená do tří platforem: přehled poskytovatele, CRM a e-shop. Jak ji sjednotit?

Možnosti sjednocení jdou od jednoduchých po složité podle technických zdrojů. Nejjednodušší je měsíční ruční export z každého systému do sdílené tabulky, kterou spravuje jeden člověk a společně ji projdete. Odolnější přístup používá nástroj pro integraci dat, který podle plánu stahuje data z API každého systému a nahrává je do jedné databáze, ze které se staví jediný přehled. Ruční přístup funguje v malém měřítku. Automatizace je nutná, když objem dat nebo četnost kontroly dělají ruční sjednocování nepraktické. Začněte jednoduše a přejděte na automatizaci, až se ruční postup stane úzkým hrdlem.

Jak spočítat návratnost provozu na WhatsAppu, abychom ospravedlnili další investice?

Návratnost potřebuje dvě čísla: kolik WhatsApp stál a co přinesl. Na straně nákladů: poplatky za API, poplatky platformy poskytovatele, čas zaměstnanců věnovaný WhatsAppu (odhadnutý jako hodiny krát hodinová sazba) a případné náklady na nástroje nebo vývoj. Na straně příjmů: prodeje přímo připsané konverzacím na WhatsAppu, tržby z udržení zákazníků znovu oslovených přes WhatsApp a úspory nákladů na podporu z dotazů vyřízených přes WhatsApp, které by jinak vyžadovaly dražší kanál (telefon, osobní návštěvu). Připsání je těžší upřesnit, ale i opatrný odhad připsaných tržeb srovnaný s plnými náklady dá dost obrazu pro obhajitelné investiční rozhodnutí.

Využijte to hned
na vlastním webu.

Začněte zdarma s WEMASY a postavte si web za pár minut.