Kako provesti beta testiranje vaše aplikacije

Da biste proveli beta testiranje, odlučite što trebate saznati, pozovite malu skupinu ljudi koji odgovaraju vašim stvarnim korisnicima, dajte im jasan prvi zadatak i prikupljajte povratne informacije na jednom mjestu po fiksnom rasporedu. Popravite što ih blokira, proširujte skupinu u krugovima i završite betu kad se ispune unaprijed napisani kriteriji izlaska, a ne kad vam ponestane strpljenja.

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

Gdje se beta uklapa

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

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

Korak 1: Zapišite na što beta mora odgovoriti

Odaberite dva ili tri pitanja. Sve ostalo u planu slijedi iz njih.

Izmišljeni primjer: aplikacija za raspored smjena za male kafiće postavlja dva cilja: „Može li voditelj objaviti tjednu smjenu u prvoj sesiji bez pomoći?” i „Otvaraju li zaposlenici aplikaciju sami u drugom tjednu?”.

Korak 2: Odaberite vrstu bete

Za prvi proizvod obično je ispravna zatvorena beta s nekoliko krugova.

Korak 3: Regrutirajte prave testere

Najbolji testeri imaju problem upravo sada, odgovaraju vašem ciljnom korisniku i imaju vremena isprobati aplikaciju tijekom prozora bete. Mjesta gdje ih pronaći:

• Vaš popis čekanja ili popis e-pošte, pogledajte kako izgraditi publiku prije lansiranja.
• Ljudi s kojima ste razgovarali tijekom validacije.
• Niše zajednice u kojima se vaši korisnici okupljaju, poštujući njihova pravila o promociji.
• Izravni pozivi ljudima iz vaše mreže koji odgovaraju profilu.

Postavite nekoliko pitanja za provjeru da biste odabrali mješavinu: njihova uloga, kako danas 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 bude ispunjena drugim osnivačima, osim ako nisu ciljni korisnik.

Predložak pozivnice

Bok [ime] — spomenuo/spomenula si [problem] kad si se registrirao/registrirala. Otvaram malu privatnu betu za [proizvod], koji [ishod]. Traje od [početak] do [kraj]. Tražim od testera da ga koriste za [stvarni zadatak] barem jednom tjedno i da svakog petka odgovore na kratku prijavu. Zauzvrat: besplatan pristup tijekom bete i [osnivačka cijena / produženo besplatno razdoblje]. Zanima li te?

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

Korak 4: Pripremite komplet za betu

Prije nego što pošaljete prvu pozivnicu, pripremite:

• Poruku dobrodošlice s poveznicom, načinom prijave, prvim zadatkom za isprobavanje i načinom prijave problema.
• Popis 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.
• Predložak za prijavu greške. Zatražite što su učinili, što su očekivali, što se dogodilo, uređaj i preglednik te snimku zaslona. Kako napisati dobru prijavu greške sadrži verziju koju možete podijeliti.
• Osnovna analitika ili zapisi, da vidite što se dogodilo bez oslanjanja na sjećanje.
• Jasna očekivanja o podacima. Recite testerima ako se podaci mogu resetirati tijekom bete i nemojte od njih tražiti da unose osjetljive podatke u nedovršenu aplikaciju.
• Osnove uvjeta i privatnosti. Kratak ugovor o beti i obavijest o privatnosti; provjerite lokalna pravila ili savjetnika ako obrađujete osobne podatke.

Korak 5: Provedite je u krugovima

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

U krugu 1 zamolite dvoje ili troje testera da podijele svoj zaslon dok prvi put isprobavaju aplikaciju. Šutite i gledajte gdje oklijevaju. Ovo je često najkorisniji sat cijele bete.

Korak 6: Prikupljajte povratne informacije po ritmu

Nestrukturirane poruke „ima li kakvih povratnih informacija?” dobivaju nejasne odgovore. Umjesto toga koristite kratku, redovitu prijavu:

Tjedna prijava (izmišljena pitanja kao primjer)

1. Za što ste ovaj tjedan koristili [proizvod]?
2. Što je bilo frustrirajuće ili zbunjujuće?
3. Je li nešto nedostajalo što vas je spriječilo da dovršite zadatak?
4. Kako biste se osjećali kad više ne biste mogli koristiti proizvod? (Vrlo razočaran / pomalo / nimalo)
5. Još nešto?

Kombinirajte što ljudi kažu s onim što rade. Netko tko kaže da je odličan, ali se nikad ne prijavljuje, također vam nešto govori.

Korak 7: Razvrstajte što dolazi

Svaku povratnu informaciju stavite na jedan popis i tjedno je razvrstajte.

Odupirite se dodavanju velikih značajki usred bete. Svaka nova značajka otežava utvrđivanje radi li osnovni proizvod.

Korak 8: Zatvorite krug

Testeri nastavljaju davati povratne informacije kad vide da se koriste.

• Pošaljite kratak changelog nakon svakog kruga: „Prijavio/prijavila si X; popravljeno je.”
• Zahvalite ljudima po imenu, privatno, kad je njihova prijava dovela do popravka.
• Javite testerima kad beta završava, što se događa s njihovim podacima i računom te kakva je njihova osnivačka ponuda.

Korak 9: Odlučite jeste li spremni

Napišite kriterije izlaska prije početka bete, zatim ih iskreno provjerite na kraju. Predložak:

• Nema poznatih blokatora ni grešaka s gubitkom podataka
• Većina novih testera dovrši osnovni zadatak bez pomoći
• Znatan dio testera vraća se sam u kasnijim tjednima
• Najveće točke zbunjenosti su popravljene i ponovno testirane
• Registracija, resetiranje lozinke i svaki tijek 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 okvira označena, prijeđite na doradu uvođenja i javni lansiranje. Ako je korištenje nisko, to je pitanje proizvoda, a ne popis grešaka; vratite se na razgovore prije lansiranja.

Beta testiranje s Mythexom

Ako gradite s Mythexom, nekoliko značajki se dobro uklapa u betu:

• Poveznice za pregled za krug 1. Gumb Share stvara poveznicu na vaš živi pregled koja radi i za ljude bez Mythex računa, pa rani tester može isprobati nedovršeni rad prije nego što objavite. Napravite jednu poveznicu po skupini i obrišite je kad završite. Dokumentacija o pregledu objašnjava kako poveznice bude projekt i troše kredite.
• Objava za dulje krugove. Objavljena aplikacija radi na vlastitoj adresi, što odgovara testerima koji je koriste kroz nekoliko tjedana.
• Testiranje aplikacije prije svakog kruga. Upišite /test u chat i agent će proći kroz vaš pregled i prijaviti pokvarene tijekove, koristan provjera prije nego što pozovete ikoga. Dokumentacija za testiranje aplikacije.
• Kontrolne točke. Ako popravak nešto pokvari usred bete, vratite se na raniju kontrolnu točku.

Zalijepite prijavu greške testera izravno u chat i zamolite agenta da reproducira i popravi grešku, zatim javite testeru kad je popravak dostupan.

Pitanja