A/B testimine on Scopely LiveOPS-i strateegia oluline komponent, mis võimaldab andmepõhiseid otsuseid ja mängija kogemuste pidevat täiustamist [2] [7]. LiveOps on andmemahukas, seega on testimine oluline, et vältida mängus vigu [1].
Mis on A/B testimine?
A/B testimine, mida tuntakse ka kui jagatud testimist, on meetod veebilehe või rakenduse kahte versiooni võrdlemiseks, et teha kindlaks, milline neist paremini toimib [2] [6]. A/B testides antakse erinevatele kasutajatele juhuslikult toote (mängu) pisut erinevaid versioone ja võetakse mõõtmisi, et näha, milline variant toimib paremini [1] [2]. Seejärel võetakse võiduvõimalus laiemale publikule [1]. A/B testimine aitab kasutajakogemustes hoolikalt muuta, kogudes samal ajal andmeid nende muudatuste mõju kohta [2]. See aitab konstrueerida hüpoteese ja õppida, millised elemendid ja optimeerimised mõjutavad kõige rohkem kasutajakäitumist [2].
A/B testimiskava:
Enne A/B testi rakendamist on oluline plaani luua. Plaani sammud hõlmavad [1]:
1. Katseideed
2. Variatsiooni genereerimine (mis täpselt erinevate rühmade jaoks muutub)
3. meetriline valik
4. proovi ettevalmistamine
5. esialgne testimine
6. Katse
7. Tulemuste tõlgendamine
A/B testimise ideede näited:
* Kujundus testib erinevaid kujundusi, näiteks üks nupp versus kaks nuppu, ja teksti kõigil neist [1].
* Helistage toimingusse erinevate tegevuste kõnede testimisel [1].
* Hinnad ja tutvustused testivad hindu ja tutvustusi [1].
* Erinevate reklaamide testimine [1].
* Lükake teatised ja ajastuse testimise tõuketeated ja nende ajastus [1].
halvenevad testid:
Klassikaliste A/B testide asemel võivad "halvenevad testid" olla elavatel sündmuste jaoks kulutõhusam [1]. Halvestavas testis saab üks kasutaja rühm teadlikult madalama valiku [1]. Näiteks kui soovite mängule rohkem taset lisada, kuid pole tulemustest kindel, saate ühe uute mängijate rühma jaoks vähendada tasemete arvu ja teise rühma jaoks jätta kõik tasemed [1]. Kui kõigi tasemete lõpetanud mängijad näitavad paremaid tulemusi, on vaja lisada veel taset [1].
Valiku genereerimine:
A/B testidel võib olla rohkem kui kaks võimalust, kuna seal on ka mitme muutujaga testimine [1]. Näiteks saate läbi viia samaaegselt hinnatesti ja teksti testi (mitme muutujaga testimine) [1].
Proovide ettevalmistamine:
Kõige olulisem asi A/B testi käitamisel on kasutada rühma inimesi, kes pole kunagi muutunud funktsionaalsusega kokku puutunud [1]. Seetõttu käitatakse teste sageli õpetuses või allalaadimisvormis, st nende inimeste kohta, kes esmalt mängu/rakenduse installivad [1]. Samuti peab korjamine olema juhuslik; Põhimõtteliselt on vale saata kasutajad, kes tulid kolmapäeval ühte rühma, ja kasutajad, kes tulid neljapäeval teise [1]. Õige viis on ühendada mõlemad ühes segmendis ja jagada need juhuslikult kahte rühma [1].
A/B testimisel levinud vead:
* Vale hüpotees ja muutuste testimine, mida on raske jälgida [1].
* Katsetulemuste soodne tõlgendamine [1].
* Tuginedes intuitsioonile [1].
* Ei arvesta publikut (uued/mitte uued, liiklusallikad, maksmine/mitte maksmine) [1].
* Liiga vähe kasutajaid [1].
* Käivita mitu testi korraga [1].
* Varasema testimise puudumine [1].
* Vale mõõdikute valik [1].
* Vale proovi suurus (liiga väike või liiga suur) [1].
rakenduse analüüsi integreerimine:
Rakenduste analüütika LiveOPS -i integreerimine võimaldab teil koguda väärtuslikke andmeid kasutajate käitumise, eelistuste ja huvide kohta [4]. A/B testimine on võimas viis funktsiooni kahe versiooni testimiseks ja kasutaja tagasiside kogumiseks [4]. Analüütika integreerimiseks vajate tõhusaid andmete kogumise tavasid [4]. Valige analüüsiplatvorm, mis on kasutajasõbralik ja millel on kindlad võimalused kasutajate segmenteerimiseks, andmete visualiseerimiseks ja privaatsuse järgimiseks [4].
Tsitaadid:
[1] https://www.devtodev.com/resources/articles/a-b-testing-in-liveops
[2] https://www.optimizely.com/optimization-glossary/ab-testing/
]
]
[5] https://wnhub.io/news/marketing/item-42838
[6] https://vwo.com/ab-testing/
[7] https://www.tag-games.com/blog/5-tips-for-effective-ops
]