Mandag morgen, stand-up. Nogen spørger, hvordan push-notifikationerne klarede sig i sidste uge. Du kender dit samlede abonnentantal og din samlede klikrate gennem tiderne – men ingen af delene besvarer det egentlige spørgsmål. Var sidste uge bedre eller dårligere end ugen før? Stiger eller falder din klikrate? Steg afmeldingsraten, mens ingen holdt øje?
Et samlet resultat gennem tiderne kan ikke fortælle dig, om denne uge var bedre eller dårligere end den forrige
Det er det hul, et samlet resultat gennem tiderne ikke kan lukke, og det er præcis, hvad ugentlig rapportering af push-notifikationsydelse er til for. I stedet for ét tal, der kun nogensinde stiger, har du brug for beholdere – dag, uge eller måned – som du kan sætte side om side og rent faktisk sammenligne. Et enkelt samlet resultat gennem tiderne fortæller dig, hvor du er endt. En rapport om tendenser for push-notifikationer fortæller dig, hvilken retning du bevæger dig i lige nu, og hvor hurtigt.
Hvis du har læst PushEngages indlæg om analyse af push-notifikationer gennem tiderne, ved du allerede, at pushengage_get_analytics_summary besvarer "hvordan klarer vi os generelt": samlede abonnenter, samlede afsendelser, samlede klik, samlet målværdi. Det er et andet værktøj til et andet spørgsmål, og det er værd at være præcis omkring grænsen – dette indlæg berører aldrig det samlede resultat gennem tiderne igen. Dette indlæg handler om pushengage_get_analytics_timeseries – værktøjet, der besvarer "hvordan klarer vi os *lige nu*, og bevæger det sig" – ved at opdele din kontos ydeevne i beholdere, du selv definerer, og lade dig spørge om det på almindeligt dansk i stedet for at bygge en rapport manuelt.
Hvad pushengage_get_analytics_timeseries returnerer: ugentlig ydeevne for push-notifikationer, on demand
Værktøjet returnerer præcis seks felter, pr. beholder, over det tidsinterval, du giver det: abonnenter, afsendelser, visninger, klik, CTR og afmeldinger. Du vælger beholderstørrelsen – dag, uge eller måned – baseret på, hvad du forsøger at se. En dag-til-dag beholder viser en enkelt dårlig afsendelse inden for en travl uge. En uge-til-uge beholder har den rette kornstørrelse til en mandags stand-up. En måned-til-måned beholder er det, du ville give til en direktør, der ønsker kvartalet, ikke støjen inden i det.
Der er ingen separat "ugentlig rapport"-funktion at konfigurere, og ingen skabelon at bygge først. Tidsintervallet og beholderstørrelsen er blot to parametre i det, du spørger om, så det samme værktøj producerer en rapport om tendenser for push-notifikationer i den kornstørrelse, samtalen kræver – for en uge siden, dette kvartal eller et brugerdefineret interval omkring en specifik kampagne. Det er en meningsfuldt anderledes form end de dashboards, de fleste platforme leverer, hvor "ugentlig" og "månedlig" er faste visninger, du vælger fra en rullemenu, snarere end et interval, du selv definerer.
Den fleksibilitet betyder mere for PushEngage i stor skala, end den ville gøre på en mindre platform. Netværket sender 15,2 milliarder notifikationer ud inden for et 30-dages vindue til over 25.000 virksomhedsejere i over 150 lande — et volumen, hvor et enkelt livstids-tal fortæller dig næsten intet om specifikt denne uge. En trendvisning, ikke et total, er den eneste måde at se, om din konto's andel af det volumen bevæger sig i den retning, du ønsker.
Kom godt i gang: tilslutning af PushEngage MCP-serveren til din AI-assistent
Ingen af eksemplerne nedenfor virker, før PushEngage MCP-serveren er forbundet til din AI-assistent. Tilføj npx -y @pushengage/mcp til Claude Desktop, Claude Code eller Cursors MCP-konfiguration, genstart klienten, og "pushengage"-serveren vises i din værktøjsliste. Første gang du bruger den, bed assistenten om at logge dig ind på PushEngage — den åbner en browserfane, hvor du klikker på Godkend, og dine legitimationsoplysninger rører aldrig selve assistenten.
Når du er logget ind, bed den om at vise dine PushEngage-websteder og fortæl den, hvilken den skal bruge; dette valg huskes på tværs af genstarter, så hvert spørgsmål nedenfor kører mod den rigtige konto som standard. For den fulde gennemgang, inklusive fejlfinding af en server, der ikke vil forbinde, se den fulde PushEngage MCP opsætningsguide.
At spørge om trenden: tre måder at gruppere det samme spørgsmål på
Når du er forbundet, kan det samme underliggende spørgsmål — "hvordan klarer push sig over tid" — stilles på tre forskellige måder, afhængigt af den detaljeringsgrad, du har brug for.
Uge for uge, til en månedlig gennemgang:
"Opdel sidste måneds klik uge for uge."
Assistenten returnerer fire eller fem ugentlige grupper, hver med afsendelser, visninger, klik og CTR, så du straks kan se, om ydeevnen var flad, stigende, eller fokuseret på én uge og død i den sidste.
Dag for dag, til at spotte en enkelt dårlig afsendelse:
"Vis mig daglige afsendelser og CTR for de sidste 14 dage."
Dette er den detaljeringsgrad, der fanger en specifik kampagne, der underpræsterede inden for en ellers sund uge — et dyk på dagniveau, som en ugentlig gruppe ville udjævne.
Måned for måned, til kvartalsvis visning:
"Hvordan sammenlignede oktober sig med september, måned for måned?"
Dette er den version, du ville tage et screenshot af til en direktør: to grupper, side om side, med forskellen mellem dem i stedet for et enkelt tal, der kun nogensinde vokser.
Alle tre er det samme værktøj, pushengage_get_analytics_timeseries, med en forskellig gruppestørrelse og datointerval — gruppen er blot en parameter i det spørgsmål, du stiller, ikke en anden rapport at lære. Det er det faktiske arbejde for en AI-assistent til analyse af push-notifikationer: det er de samme underliggende data hver gang, omformet efter anmodning i stedet for forudindstillet i den visning, et dashboard tilfældigvis leverede.
Det er også den version, som de fleste retention-teams faktisk har mest brug for: at sammenligne push-notifikationsydelse måned over måned, uden at eksportere noget først. Bed om sidste måned og måneden før i samme åndedrag, og assistenten leverer begge grupper side om side i stedet for to separate screenshots, du selv skulle stille op.
Læsning af sammenligningen: hvad en bevægende CTR-linje faktisk fortæller dig
En ændring på et procentpoint i CTR lyder lille, indtil du omsætter den til klik. Sig, at din konto sendte 400.000 notifikationer i september med en CTR på 4,1 % — 16.400 klik. I oktober forblev afsendelserne stabile på 400.000, men CTR faldt til 3,6 % — 14.400 klik. Det er 2.000 færre klik mod samme afsendelsesvolumen, og hvert af disse klik var en chance for en genvundet kurv, en genaktivering eller et gentaget køb, der ikke skete. En leder, der rapporterer opad, bør sige "2.000 færre muligheder for genvundet omsætning måned for måned", ikke "CTR faldt et halvt point" — den anden version undervurderer præcis, hvad der bevægede sig.
Dette er vanen, der er værd at bygge ind i hver ugentlig push-notifikationspræstationsrapporteringscyklus: stop ikke ved procentdelen. Gang forskellen med din afsendelsesvolumen, og du har et tal, en direktør kan handle på i stedet for et diagram, de vil skimte forbi.
Den samme matematik virker i den anden retning, i en mindre skala. Hvis du sammenligner push-notifikationspræstation uge for uge og ser tre uger flade efterfulgt af en uge med et fald på et halvt point, er det ikke "oktober var blød" — det er en specifik uge, en specifik afsendelse eller et specifikt segment, der er værd at trække ud individuelt, før du afskriver hele måneden. En ugentlig push-notifikations-CTR-linje er det, der fortæller dig, hvilken uge du skal trække ud.
Når trenden dykker: hvad du skal tjekke, før du bebrejder teksten
Et faldende ugentligt push-notifikations-CTR har tre almindelige årsager, og ingen af dem er "notifikationsteksten blev dårligere". Før du omskriver en overskrift, skal du trække afmeldings- og afsendelsesvolumen-spandene sammen med klik-spanden for de samme uger — kombinationen peger normalt lige på en af de tre.
Abonnentliste-forfald. En udsendelsesliste, der aldrig bliver re-segmenteret, ældes — abonnenterne, der tilmeldte sig for atten måneder siden og stoppede med at engagere sig, tælles stadig med i din afsendelsesvolumen og trækker gennemsnittet ned. PushEngage's målgruppesegmenter lader dig opbygge adfærdsmæssige og RFM-lignende segmenter (nylige, hyppige, værdifulde eller forfaldne) direkte fra de værktøjer, der er tilgængelige i MCP-serveren, så et faldende CTR er et segmenteringsproblem, du rent faktisk kan løse, snarere end et mysterium. Hvis dit fald sporer tilbage til dette, er segmenteringens effekt på klikraten værd at læse nærmere, og måder at øge din klikrate på dækker de taktiske løsninger, når segmenteringen er på plads.
En stigende afmeldingsrate. Afmeldingsfeltet i dine tidsseriedata er ikke bare et husføringsnummer — trendet uge for uge, en stigende afmeldingsrate er en tidlig advarsel, der normalt dukker op, før CTR-faldet gør. Fang det her først, og reducer din afmeldingsrate gennemgår løsningerne.
Leveringsdygtigheds-throttling. Chromes push-ratebegrænsninger og platformspecifikke politikændringer kan stille og roligt begrænse, hvor mange af dine udsendelser der rent faktisk når en enhed, hvilket ser identisk ud med et indholdsproblem i et CTR-diagram, men intet har at gøre med din besked. Hvis udsendelser og visninger begge falder sammen, mens CTR forbliver flad, er det leveringsdygtighedssignatur – ikke et kopiproblem. Du ville opdage dette mønster kun ved at se på udsendelser og visninger som deres egne bucketede tendenser, ikke ved at stirre alene på CTR.
At køre alle tre tjek tager lige så meget arbejde som at stille ét ekstra spørgsmål. I stedet for at gætte, spørg direkte: „Vis mig udsendelser, visninger, klik og afmeldinger for de sidste otte uger.“ Ét svar, fire felter, og kombinationen udelukker normalt to af de tre årsager, før du har åbnet et enkelt dashboard.
Hvis du rapporterer om mere end én konto, er dette den del, der sparer mest tid
Hvis du er et bureau, der administrerer push for flere klientwebsteder, er alternativet til denne arbejdsgang at bygge en Looker Studio-rapport for hver konto, hver uge, i hånden. Med den tilsluttede MCP-server stilles det samme spørgsmål én gang pr. websted: vælg klient A med pushengage_select_site, spørg „sammenlign denne måned med sidste måned, uge for uge“, få svaret, skift til klient B, stil det identiske spørgsmål igen. Der er ingen multi-konto-opsummering indbygget i værktøjet – du spørger stadig websted for websted – men tre klientwebsteder og tre hurtige spørgsmål er en materielt anderledes mandag end tre dashboard-eksport og tre diagram-skærmbilleder.
Den hastighed bliver til et reelt tal, når du kan knytte omsætning til den. Måling af push-notifikations ROI dækker, hvordan man fører en klikforskel hele vejen til tilskrevet omsætning pr. konto, når du har de ugentlige eller månedlige tal klar.
Det er her, en AI-assistent til analyse af push-notifikationer tjener sin plads i et bureaus mandagsrutine specifikt – ikke fordi den samler flere klienter i én visning, men fordi marginalomkostningen ved det fjerde spørgsmål er tæt på nul, når det første er besvaret. En fastholdelsesmanager med én konto og et bureau med femten kører den identiske arbejdsgang; bureauet kører den bare flere gange i samme omgang.
Rapporten betyder kun noget, hvis noget ændrer sig på grund af den
Ugentlig rapportering af push-notifikationsydelse er kun værd at bygge, hvis den ændrer, hvad der sker næste gang. En CTR, der faldt 0,5 point, bør resultere i et genopbygget segment, ikke et punkt i en præsentation. En afmeldingsrate, der steg to uger i træk, bør resultere i en gennemgang af udsendelsesfrekvensen, før det bliver et leveringsdygtighedsproblem. En måned-til-måned-sammenligning, der viser 2.000 færre klik mod et fladt volumen, bør resultere i et dollarbeløb i din næste rapport, ikke en procentdel begravet i en fodnote.
Det er den egentlige test for denne type rapportering: ikke om trendlinjen eksisterer, men om den ændrede en beslutning. Når tallene er et spørgsmål væk i stedet for en eksport fra dashboardet væk, er der ingen undskyldning tilbage for at springe det trin over. Se PushEngage-planer for at forbinde MCP-serveren til din egen konto og begynde at spørge.
