Hvernig sérðu hvort forritið þitt virkar: þrjár tölur sem skipta meira máli en niðurhal

Niðurhalsteljari hækkar og lækkar næstum aldrei. Þess vegna er gaman að horfa á hann og hann segir svo lítið. Sá sem setur forritið þitt upp, opnar það einu sinni og eyðir því tveimur mínútum síðar er eitt niðurhal, að eilífu.

Hér er ein vika úr mínum eigin forritum. Hjá fimm þeirra voru 90 uppsetningar og 90 eyðingar sömu sjö dagana. Uppsetningaritið fyrir vikuna leit vel út. Eyðingadálkurinn sagði að forritin hefðu í heildina ekki fengið neinn nýjan notanda.

Þrjár tölur laga mest af þessu: hlutfall uppsetninga og eyðinga, hvað fólk gerir í hverri lotu (session) og hvaðan uppsetningarnar koma. Engin þeirra krefst greidds verkfæris. App Store Connect og Play Console geyma gögnin nú þegar, með nokkrum takmörkunum sem gott er að þekkja áður en þú treystir einni einustu tölu.

1. Hlutfall uppsetninga og eyðinga

Deildu uppsetningum tímabils með eyðingum sama tímabils. Hlutfallið 3 þýðir þrjár uppsetningar á hverja eyðingu. Hlutfall undir 1 þýðir að forritið tapaði fleiri eintökum en það fékk.

Hér skiptir máli hvað Apple telur. Uppsetningar fela í sér endurniðurhal á sama tæki og uppsetningar í gegnum Family Sharing. Eyðingar ná yfir það þegar forritið er fjarlægt af heimaskjánum eða í gegnum Manage Storage, en ekki þegar einhver þurrkar út allan símann. Af uppsetningum tel ég fyrsta niðurhal og endurniðurhal en sleppi uppfærslum, því uppfærsla er ekki ný manneskja sem velur forritið þitt.

Báðar tölurnar koma eingöngu frá notendum sem samþykktu að deila greiningargögnum með forriturum. Apple felur líka raðir sem byggjast á færri en fimm tækjum. Tölurnar í App Store Connect eru því úrtak. Þær duga til að bera saman eina viku við þá næstu og eitt forrit við annað. Þær eru ekki heildartala verslunarinnar.

Á sex vikum lentu forritin fimm sem höfðu gögn á bilinu 0,8 til 3,0 í þessu hlutfalli, frá viku til viku. Ein vikan var 28 uppsetningar á móti 33 eyðingum. Önnur var 54 á móti 18. Ein vika segir næstum ekkert á þessari stærð. Það er þróunin yfir fjórar til sex vikur sem á að lesa.

Tvær viðvaranir.

Í fyrsta lagi koma eyðingar vikunnar ekki úr uppsetningum sömu viku. Sá sem eyðir í dag gæti hafa sett upp í ágúst. Vikulega hlutfallið er flæði, ekki hópur, og það lítur verr út rétt eftir að uppsetningahrina endar, því eyðingarnar skila sér seint.

Í öðru lagi er eyðing ekki alltaf dómur yfir forritinu. Manneskja sem setti það upp á föstudagskvöldi, skoðaði það og fjarlægði á laugardegi er að segja þér eitthvað um vörusíðuna þína, ekki kóðann. Sá sem fjarlægði það eftir þrjá mánuði er að segja þér annað. Ef þú getur skipt hlutfallinu eftir tæki eða útgáfu forritsins, gerðu það. Hlutfall sem hrynur aðeins á iPad, eða í einni útgáfu, bendir beint á orsök.

Á Google Play breytast orðin. Stjórnborðið telur notendur og tæki sérstaklega. „User loss“ nær yfir fólk sem hætti að nota öll tæki með forritinu þínu í meira en 30 daga, sem er ekki það sama og eyðing. Eyðingaratburðir telja aðeins þegar forritið var opnað innan 180 daga frá uppsetningu. Ekki leggja Android-hlutfall við hliðina á iOS-hlutfalli og draga af því ályktanir.

2. Lotugögn, og það sem þú færð ekki ókeypis

Apple skilgreinir lotu sem notkun forritsins í að minnsta kosti tvær sekúndur, og endurkoma úr bakgrunni telst ný lota. Analytics gefur þér lotur og virk tæki. Það gefur þér ekki lengd lotu.

Ókeypis talan er því lotur á hvert virkt tæki. Ef virku tækin þín opna forritið fjórum sinnum í viku er það vani. Ef þau opna það einu sinni komu þau, litu í kringum sig og létu forritið liggja í símanum.

Lengdina mælir þú sjálfur. Skráðu tímastimpil þegar forritið kemur í forgrunn og annan þegar það fer í bakgrunn, og vistaðu muninn. Tugur lína af kóða. Notaðu miðgildi, ekki meðaltal, því nokkrir símar sem eru skildir eftir opnir yfir nótt draga meðaltalið upp.

Lestu töluna svo út frá því til hvers forritið er. Tímamælir eða innkaupalisti gengur vel þegar fólk eyðir í hann 20 sekúndum og kemur aftur daglega. Tungumálanámskeið eða spurningaleikur gengur vel þegar lota varir í nokkrar mínútur. Löng lota í nytjaforriti getur þýtt að það sé hægt eða ruglingslegt. Það er engin góð lengd almennt, aðeins sú sem hentar verkefninu.

Notendahald (retention) er skylt þessu. Analytics sýnir hversu margir koma aftur eftir fyrstu ræsingu. Ef lotur á tæki eru fáar segir notendahaldið það sama í annarri mynd. Líttu á hvort tveggja og lagaðu fyrstu ræsingu (onboarding) á undan öllu öðru, því þar fara flestir.

3. Hvaðan uppsetningarnar koma

App Store Connect skiptir niðurhali eftir tegund uppruna. Listi Apple:

• App Store search: fólk sem fann forritið með leit, líka úr leitarauglýsingum.
• App Store browse: fólk sem fann það í Today, Games eða Apps, eða á vinsældalistum.
• App referrer: fólk sem ýtti á tengil í öðru forriti, líka Apple-forritum öðrum en Safari.
• Web referrer: fólk sem ýtti á tengil á vefsíðu. Smell í Safari lenda hér. Smell í öðrum vöfrum birtast sem app referrer.
• Others: App Clips, kaup stofnana og „unavailable“ flokkur sem inniheldur kynningarkóða, gjafakort og tækjastjórnun.

Af 256 fyrstu niðurhölum undanfarnar vikur í mínum forritum komu 72% úr App Store search, 15% frá app referrer, 11% frá web referrer og 2% úr browse. Eitt forrit fékk 60 af 78 niðurhölum sínum úr leit. Annað fékk fjórðung niðurhala sinna úr tengli á vefsíðu, sem ég hefði ekki giskað á.

Þetta skiptir máli af ástæðu sem hefur ekkert með hégóma að gera. Uppsetningar úr leit þýða að einhver var þegar að leita að því sem þú gerir. Vöxturinn veltur þá á röðun, og röðun veltur á leitarorðum og einkunnum. Það er þröngur vegur. Uppsetningar úr tenglum þýða að einhver sagði öðrum frá forritinu, eða setti það þar sem lesandi gat ýtt á það. Það er önnur tegund áheyrenda, og hún stækkar með vinnu sem kemur leitarorðum ekkert við.

Krossaðu þetta við kafla 1. Taktu hlutfallið fyrir uppsetningar úr leit og fyrir uppsetningar úr tenglum hvort í sínu lagi. Ef gestir úr tenglum eyða forritinu tvöfalt hraðar lofaði síðan eða færslan sem sendi þá einhverju sem forritið gerir ekki. Það er vandi sem hægt er að laga, og þú sérð hann aðeins með skiptingunni.

Nokkur takmörk. Handvirkt endurniðurhal núllstillir uppruna, svo notandi sem kom fyrst úr tengli og sótti forritið síðar aftur í leit telst eftir það til leitar. Uppruni úr tenglum þarf lágmarksfjölda áður en hann birtist, svo lítið forrit getur haft raunverulega umferð úr tenglum sem stjórnborðið felur.

Tíu mínútna vikuleg athugun

1. Opnaðu tölur um uppsetningar og eyðingar síðustu fjögurra til sex vikna. Skrifaðu hlutfallið niður. Berðu það saman við vikurnar á undan, ekki við tölu úr einhverri grein.
2. Athugaðu lotur á hvert virkt tæki. Breyttist talan eftir síðustu útgáfu?
3. Ef þú skráir lotulengd, skoðaðu miðgildið fyrir sömu vikur.
4. Skoðaðu skiptingu eftir uppruna. Breytti nýr tengill eða ný færsla henni?
5. Veldu eitt atriði til að breyta og líttu aftur á það eftir tvær vikur.

Hættu að fylgjast með daglega niðurhalinu. Það hreyfist af ástæðum sem þú getur ekkert gert við.

Þar sem ég get hjálpað

Ég hef smíðað native iOS-forrit síðan 2008. Ef þú vilt að einhver líti yfir tölurnar þínar, eða fá hjálp við að bæta lotuskráningu við án þess að hægja á forritinu, bókaðu tíma á mánudegi.

Algengar spurningar um mælikvarða á árangur forrits

Hvað er gott hlutfall uppsetninga og eyðinga?

Það er engin birt tala sem vert er að treysta, því það ræðst af flokki, af því hve margar uppsetningar koma úr auglýsingum og af því hve margir notendur deila greiningargögnum. Hlutfall yfir 1 þýðir að forritið fær fleiri eintök en það missir. Berðu þig saman við þínar eigin síðustu sex vikur.

Sýnir App Store Connect lotulengd?

Nei. Það sýnir lotur og virk tæki. Lotulengd krefst lítils kóðabúts í þínu eigin forriti.

Af hverju eru tölurnar mínar lægri en raunverulegt niðurhal?

Uppsetningar, eyðingar og notkun í Analytics koma eingöngu frá notendum sem samþykktu að deila greiningargögnum með forriturum. Líttu á tölurnar sem úrtak.

Hvar sé ég hvaðan niðurhalið kemur?

Í App Store Connect opnarðu Analytics og Sources. Þar er niðurhali skipt eftir leit, browse, app referrer, web referrer og herferðum.