Mäta vad din app gör

Det första är Dashboard, den första posten i din meny, som öppnar en sida med titeln Overview. Den sammanfattar de senaste trettio dagarna, färdig att läsa, inget att konfigurera. Dess uppgift är att på tio sekunder visa dig om något har rört på sig.

Det andra är menyn Statistics, ett snäpp längre ner. Var och en av dess skärmar täcker ett ämne, och det är dit du går för ett exakt svar. Reglagen beror på skärmen: trafiken är bäst utrustad, med en period, ett plattformsfilter och en export; de tekniska och internationella skärmarna visas som de är.

De två produktlinjerna har inte samma skärmar, för de mäter inte samma sak. En innehållsapp räknar läsningar, en butik räknar försäljning.

Två riktmärken som tar dig raka vägen till rätt ställe. Posten Social öppnar skärmen International, den med länder, städer och språk. Och på butikssidan öppnar posten External analytics samma skärm External tools som på innehållssidan.

Det här är den enda skärm de två produktlinjerna delar. Den öppnas med tre tal som liknar varandra och svarar på tre olika frågor: att skilja dem åt ändrar allt du kommer att ta med dig från dem.

Pageviews räknar visade skärmar. En läsare som öppnar tre artiklar ger minst tre: det är ett mått på konsumtion, inte på närvaro.

Sessions räknar appöppningar. Samma läsare som kommer tillbaka tre gånger på en dag ger tre. Det här är ditt vanemått, och det är talet din Dashboard hämtar upp under samma namn.

Unique sessions räknar personer som kommer tillbaka flera gånger bara en gång. Det här är talet att titta på när du vill veta hur många personer du når, och det enda av de tre som inte rör sig när en stammis blir mer trogen.

Förhållandet mellan de två sista säger mycket i sig: om dina sessioner klättrar medan dina unika sessioner ligger platt har du inte vidgat din publik, du har gjort den mer hängiven. Båda är vinster, de kräver bara olika beslut.

De tre blocken är inte tre tal som står bredvid varandra: de är tre flikar. Den du väljer avgör vilken kurva som ritas nedanför, vilket ger dig tre avläsningar av samma månad utan att du lämnar skärmen.

Blocket Downloads ger installationer för perioden, deras förändring, ett dagligt snitt, och en löpande summa. Varje tal har sin användning: summan är den du lyfter fram, perioden är den du styr efter.

Visit Duration delar upp dina sessioner i fem intervall, från under tio sekunder till det sista, som löper från tre till tio minuter. Det här är måttet som bäst justerar förväntningarna: i många appar är det kortaste intervallet det fullaste, och det är inte nödvändigtvis ett misslyckande. Någon som öppnar en avisering, läser rubriken och stänger har konsumerat exakt det du skickade.

Top days rangordnar sidvisningar efter veckodag. Kör det mot dina publiceringsvanor: om din bästa dag är den du inte publicerar något har du ett enkelt beslut att fatta.

Högst upp på skärmen erbjuder en periodväljare de senaste 7 eller 30 dagarna, den här månaden, förra månaden, eller ett anpassat intervall du sätter med två datum. Bredvid den smalnar ett filter av visningen till en plattform: iOS, Android, surfplatta eller Progressive Web App.

Det andra filtret är omvägen värt. Dina iOS-användare och dina PWA-användare har varken samma installationsresa eller samma förhållande till appen, och genomsnittet av de två beskriver ingendera.

Slutligen har varje block på den här skärmen sin egen länk Export data, som ger en CSV-fil. Det är den som öppnar kalkylbladet för dig: att ställa två perioder sida vid sida, att räkna ut en förändring, att hålla bok månad efter månad, allt blir möjligt på fem minuter.

Två skärmar reserverade för innehållsappar, och två konkreta beslut i slutet av dem.

Statistics › Technical ger fördelningen mellan plattformar, detaljerna för operativsystemens versioner, och listan över de vanligaste enheterna. OS-versionerna är det som spelar roll: de talar om för dig om den gamla telefonen en användare klagar på representerar en person eller en tredjedel av din publik.

Statistics › Social öppnar skärmen International, som rangordnar dina installationer efter land, efter stad och efter enhetens språk. Två användningar: att avgöra om du ska lägga till ett språk i din app, och att veta vilken tid du ska skicka en avisering. En publik spridd över flera tidszoner gör alternativet att skicka i lokal tid, som beskrivs i ”Skicka push-meddelanden”, långt mindre bagatellartat än det ser ut.

En sak som hjälper dig läsa rätt: språket som mäts är enhetens. En fransk läsare bosatt i Portugal dyker alltså upp som fransk, vilket gör det till rätt mått för att välja ditt gränssnittsspråk, att köras mot landkolumnen när du bestämmer vilket språk du ska publicera på.

E-handelsappar har sin egen skärm, Statistics › Activity, som samlar allt som rör försäljningen. Dess period sätts per vecka, månad eller år, innevarande eller föregående, med en anpassad vy om du vill ha andra gränser.

Fyra mått inleder den: Total sales, Average cart, Orders, och Conversion rate of the checkout process. Vart och ett bär en pil och en procentandel som jämför det med den föregående perioden. Den jämförelsen är det som gör det till information: en intäktssiffra i sig säger ingenting förrän du vet om den klättrar.

Nedanför ställer Conversion funnel upp tre steg: påbörjade varukorgar, påbörjade utcheckningar, och sedan order. De två första räknar besökare, det sista räknar betalda order, och vart och ett visar sin andel av summan.

De två tappen läses var för sig, för de har inte samma orsaker. Mellan varukorgen och utcheckningen är det oftast frakten som står på spel, dess kostnad som upptäcks i det ögonblicket eller en registrering som begärs för tidigt: ”Bestämma din leveransstrategi” täcker den marken. Mellan utcheckningen och försäljningen är det betalningen: ett formulär som är för långt, en väntad betalningsmetod som saknas, ett tvivel om säkerheten. ”Välja betalningsmetoder” täcker den.

Räknaren Abandoned orders, alldeles bredvid, ger volymsidan av samma historia, med en länk till detaljerna. De är inte förlorade: ”Få ordning på dina order” förklarar hur du vinner tillbaka dem en och en.

Skärmen avslutas med Top sellers och Distribution of sales by channel, mellan PWA i mobilen, PWA på datorn, iOS och Android. Den sista uppdelningen är användbar när du bestämmer var du ska lägga din kraft, och den rymmer ofta en överraskning för den som bara någonsin tittat på sina nedladdningssiffror.

Varje avisering du skickar behåller sin egen rapport, som öppnas från din utskickshistorik: Notification › Push › History i en innehållsapp, Marketing › Push › Push history i en butik. Den visar antalet skickade aviseringar och antalet öppnade aviseringar, vart och ett uppdelat mellan iOS, Android och PWA, klickfrekvensen, och ett diagram över öppningar per timme.

Den sista kurvan är den mest direkt användbara: den talar inte om när du skickade, utan när folk öppnade. Två eller tre utskick räcker för att ett tidsfönster ska framträda.

Rapporten bär ett block med titeln Expected rates based on previous notifications, med din genomsnittliga klickfrekvens, din högsta och din lägsta. Back office räknar alltså åt dig, på din egen historik.

Det är rätt instinkt, och den slår ett branschgenomsnitt: en daglig nyhetsapp, en idrottsklubbsapp och en butik har varken samma utskicksrytm eller samma publik. Jämförelsen som faktiskt berör dig är ditt föregående utskick.

En tolkningsfråga, så att du läser de talen rätt. Mottagarräkningen omfattar registrerade enheter: alla som har din app installerad och accepterar dina aviseringar, inklusive folk som inte öppnat den på ett tag. Det är rätt tal för att mäta din räckvidd. När du vill mäta engagemang ska du i stället jämföra dina öppningar med månadens unika sessioner: båda avläsningarna är korrekta, de svarar bara på olika frågor.

Ett tal som inte ändrar något du gör är inte värt något. Tre skärmar talar med varandra, och den kretsen är det som förvandlar en iakttagelse till en handling.

Du lägger märke till ett beteende i din statistik. Du bygger en grupp i Community › User list, där listan över dina registrerade användare visar deras senaste inloggning och låter dig flytta dem från en grupp till en annan. Den gruppen blir sedan ett målgruppskriterium när du skickar en avisering, och den tjänar också till att begränsa åtkomsten till ett avsnitt: det är samma objekt på båda sidor, och ”Bygga en community med din app” beskriver tillägget som ger det.

Push-målgruppsstyrningen kan också göra en del av jobbet på egen hand: den erbjuder beteendekriterier, däribland antalet öppningar under de senaste trettio dagarna, utan att du behöver förbereda något.

I en innehållsapp har lojalitetsprogrammet sin egen mätskärm i Business › Loyalty › Statistics: registreringar, tilldelade poäng, fyllda kort, uttagna gåvor, och en uppdelning per belöning mellan de som erbjudits och de som öppnats. Du ser alltså direkt vad en belöning gav, vilket talar om vilken du ska köra igen. Skärmen lägger till en uppskattning av intäkterna programmet drog in: en storleksordning, att läsa som sådan.

Skärmarna ovan svarar på frågor om närvaro, utrustning och försäljning, och de svarar utan att du behöver installera något. Andra frågor kräver ett specialiserat verktyg: att veta vilken artikel som lästes mest, att följa resan skärm för skärm, eller att tillskriva en våg av installationer den kampanj som gav den.

GoodBarber låter dig koppla in det verktyg du väljer, och det är jobbet för skärmen Statistics › External tools. Den är organiserad i tre paneler, en per plattform, för kopplingen ser inte likadan ut.

På iOS ansluter du din app till Google Analytics for Firebase: skärmen ger dig appens identifierare att uppge i Firebase-konsolen, och sedan skickar du tillbaka konfigurationsfilen du laddat ner från den konsolen. På Android finns inget att skicka, Firebase ställs in automatiskt när appen kompileras och skärmen slår bara på eller av det. På Progressive Web App klistrar du in ett mät-ID från Google Analytics, och eventuellt ett behållar-ID från Google Tag Manager om du hellre styr dina taggar därifrån. Innehållsappar erbjuder också Count.ly, en öppen plattform du kan drifta själv.

De två kompletterar varandra mer än de ersätter varandra, och tabellen nedan hjälper dig avgöra vilken du ska öppna beroende på frågan.

Den sista punkten förtjänar din uppmärksamhet, och skärmen hjälper dig hantera den: varje panel har sin egen kryssruta för anonymisering, anpassad till sin plattform. iOS avstår från Apples annonsidentifierare, Android avstår från Googles, och PWA:n anonymiserar IP-adresser samtidigt som den drar ner lagringen av mätcookies från tjugofyra månader till sex. Om du inte kör riktad annonsering ska du kryssa i dem: du behåller dina mätningar och du gör din efterlevnad mycket enklare.

Kvar står frågan alla ställer när de upptäcker de här skärmarna: vilken öppningsfrekvens är en bra frekvens, hur många sessioner per användare bör man sikta på, vilken retention är normal. Svaret ryms i en mening: det din app gjorde förra månaden.

De värdena beror på din bransch, din publiceringsrytm, hur länge din app varit ute och hur dina användare hittade dig. Genomsnitten som cirkulerar på nätet blandar appar som inte har med varandra att göra, medan din egen historik beskriver din situation exakt. Det är för övrigt precis det en aviserings rapport ger dig: dina egna referensfrekvenser, inte ett branschgenomsnitt.

Tre vanor får ut mest av dem. Jämför två perioder av samma längd, vilket kalkylexporten gör omedelbart. Ändra en sak i taget, så att du vet vad du ska tillskriva en rörelse. Och håll ögonen på riktningen snarare än på värdet: en kurva som stiger sakta under tre månader lär dig mer än ett utmärkt tal taget för sig.