Kako provesti beta test za svoju aplikaciju

Da biste proveli beta test, odlučite šta trebate naučiti, pozovite malu grupu ljudi koji odgovaraju vašim stvarnim korisnicima, dajte im jasan prvi zadatak i prikupljajte povratne informacije na jednom mjestu prema fiksnom rasporedu. Popravite što ih blokira, proširujte grupu u krugovima i završite betu kad se ispune kriteriji izlaza koje ste unaprijed napisali — a ne kad vam ponestane strpljenja.

Beta nije meko lansiranje. To je strukturisan eksperiment s početkom, krajem i pitanjem na koje treba odgovoriti.

Gdje se beta uklapa

Validacija pita da li je problem vrijedan rješavanja. Beta postavlja uže pitanje: da li ova verzija proizvoda rješava problem za stvarne ljude, u stvarnim uslovima? Lansiranje dolazi poslije, kad je odgovor uglavnom da.

Prije pozivanja bilo koga, sami prvo testirajte — kako testirati aplikaciju prije lansiranja pokriva to. Testeri ne bi trebali biti ti koji otkrivaju da registracija ne radi.

Korak 1: Zapišite šta beta mora odgovoriti

Izaberite dva ili tri pitanja. Sve ostalo u planu proizlazi iz njih.

Izmišljen primjer: aplikacija za raspored smjena za male kafiće postavlja dva cilja: „Može li menadžer objaviti raspored za sedmicu u prvoj sesiji bez pomoći?” i „Da li osoblje samo otvara aplikaciju u drugoj sedmici?”.

Korak 2: Izaberite vrstu bete

Za prvi proizvod, zatvorena beta s nekoliko krugova obično je pravi izbor.

Korak 3: Regrutujte prave testere

Najbolji testeri imaju problem upravo sada, odgovaraju vašem ciljnom korisniku i imaju vremena da isprobaju aplikaciju tokom perioda bete. Mjesta gdje ih naći:

• Vašu listu čekanja ili e-poštu — pogledajte kako izgraditi publiku prije lansiranja.
• Ljude koje ste intervjuisali tokom validacije.
• Niše zajednice u kojima se vaši korisnici okupljaju, poštujući njihova pravila o promociji.
• Direktne pozive ljudima iz vaše mreže koji odgovaraju profilu.

Postavite nekoliko pitanja za selekciju da birate mješavinu: njihova uloga, kako sada rješavaju problem, koji uređaj bi koristili i koliko često se problem javlja. Pozovite ljude čiji odgovori odgovaraju vašem ciljnom korisniku i izbjegavajte da beta popunite drugim osnivačima, osim ako nisu ciljni korisnik.

Šablon poziva

Zdravo [ime] — pomenuo/la si [problem] kad si se prijavio/la. Otvaram malu privatnu betu za [proizvod], koji [rezultat]. Traje od [početak] do [kraj]. Tražim od testera da ga koriste za [stvarni zadatak] barem jednom sedmično i da svakog petka odgovore na kratku provjeru. Zauzvrat: besplatan pristup tokom bete i [osnivačka cijena / produženi besplatni period]. Da li si zainteresovan/a?

Iskreno navedite koliko vremena se traži. Ljudi koji znaju na šta su pristali daju bolje povratne informacije.

Korak 4: Pripremite komplet za betu

Prije nego što krene prvi poziv, pripremite:

• Poruku dobrodošlice s linkom, kako se prijaviti, prvim zadatkom koji treba isprobati i kako prijaviti probleme.
• Listu poznatih problema, da testeri ne prijavljuju istu stvar deset puta.
• Jedan kanal za povratne informacije. Obrazac, zajednička grupa za chat ili adresa e-pošte — jedno mjesto, a ne pet.
• Šablon za izvještaj o grešci. Tražite šta su radili, šta su očekivali, šta se desilo, uređaj i pregledač, i snimak ekrana. Kako napisati dobar izvještaj o grešci ima verziju koju možete podijeliti.
• Osnovnu analitiku ili logove, da vidite šta se desilo bez oslanjanja na sjećanje.
• Jasna očekivanja o podacima. Recite testerima ako se podaci mogu resetovati tokom bete i ne tražite da unose osjetljive informacije u nedovršenu aplikaciju.
• Osnove uslova i privatnosti. Kratak ugovor o beti i obavještenje o privatnosti; provjerite lokalna pravila ili savjetnika ako obrađujete lične podatke.

Korak 5: Provedite je u krugovima

Krugovi vam omogućavaju da popravite probleme prije nego što ih naiđe još ljudi.

U krugu 1, zamolite dva ili tri testera da podijele ekran dok prvi put isprobavaju aplikaciju. Ćutite i gledajte gdje oklijevaju. Ovo je često najkorisniji sat cijele bete.

Korak 6: Prikupljajte povratne informacije ritmom

Nestrukturirane poruke tipa „ima li kakvih povratnih informacija?” donose nejasne odgovore. Umjesto toga koristite kratku, redovnu provjeru:

Sedmična provjera (izmišljena pitanja)

1. Za šta ste koristili [proizvod] ove sedmice?
2. Šta vam je bilo frustrirajuće ili nejasno?
3. Da li je nešto nedostajalo što vas je spriječilo da završite zadatak?
4. Kako biste se osjećali da više ne možete da ga koristite? (Veoma razočarano / donekle / uopšte ne)
5. Ima li još nešto?

Kombinujte ono što ljudi kažu s onim što rade. Neko ko kaže da je odlično, ali se nikad ne prijavi, i to vam nešto govori.

Korak 7: Sortirajte ono što stiže

Svaku povratnu informaciju stavite na jednu listu i sortirajte je sedmično.

Odolite dodavanju velikih funkcija tokom bete. Svaka nova funkcija otežava provjeru da li osnovni proizvod radi.

Korak 8: Zatvorite krug

Testeri nastavljaju davati povratne informacije kad vide da se koriste.

• Pošaljite kratak changelog nakon svakog kruga: „Prijavio/la si X; popravljeno je.”
• Zahvalite ljudima po imenu, privatno, kad je njihova prijava dovela do popravke.
• Recite testerima kad beta završava, šta se dešava s njihovim podacima i nalogom i kakva je njihova osnivačka ponuda.

Korak 9: Odlučite da li ste spremni

Zapišite kriterije izlaza prije početka bete, pa ih iskreno provjerite na kraju. Šablon:

• Nema poznatih blokatora ni grešaka s gubitkom podataka
• Većina novih testera završava osnovni zadatak bez pomoći
• Značajan dio testera se vraća sam u kasnijim sedmicama
• Glavne tačke zbunjenosti su popravljene i ponovo testirane
• Registracija, resetovanje lozinke i svaki tok plaćanja rade od početka do kraja
• Imate jasnu poruku o tome za koga je proizvod, u riječima testera

Ako je većina kućica označena, pređite na doradu uvođenja i javno lansiranje. Ako je korištenje po povratku nisko, to je pitanje proizvoda, a ne lista grešaka — vratite se na intervjue prije lansiranja.

Vođenje bete s Mythexom

Ako gradite s Mythexom, nekoliko funkcija se dobro uklapa u betu:

• Linkovi za pregled za krug 1. Dugme Share pravi link do vašeg živog pregleda koji radi za ljude bez Mythex naloga, pa rani tester može isprobati nedovršen rad prije objave. Napravite jedan link po grupi i obrišite ga kad završite — dokumentacija o pregledu objašnjava kako linkovi bude projekat i troše kredite.
• Objava za duže krugove. Objavljena aplikacija radi na sopstvenoj adresi, što odgovara testerima koji je koriste nekoliko sedmica.
• Testiranje aplikacije prije svakog kruga. Otkucajte /test u chatu i agent klikne kroz vaš pregled i prijavi neispravne tokove, što je koristna provjera prije nego što koga pozovete (dokumentacija o testiranju aplikacije).
• Checkpointi. Ako popravka nešto pokvari usred bete, vratite se na raniji checkpoint.

Zalijepite izvještaj o grešci testera direktno u chat i zamolite agenta da reprodukuje i popravi, a zatim javite testeru kad je promjena aktivna.

Pitanja