Hogyan szervezz béta-tesztet az alkalmazásodhoz

Béta-teszt futtatásához döntsd el, mit kell megtudnod, hívj meg egy kis csoportot, akik megfelelnek a valódi felhasználóidnak, adj nekik egy világos első feladatot, és egy rögzített ütemterv szerint gyűjtsd a visszajelzéseket egy helyen. Javítsd ki, ami akadályozza őket, bővítsd a csoportot körökben, és a bétát akkor zárd le, amikor az előre megírt kilépési feltételek teljesülnek – nem akkor, amikor elfogy a türelmed.

A béta nem puha indítás. Strukturált kísérlet, kezdettel, véggel és egy megválaszolandó kérdéssel.

Hová illeszkedik a béta?

A validálás azt kérdezi, megéri-e megoldani a problémát. A béta szűkebb kérdést tesz fel: ez a termékverzió megoldja-e a problémát valódi embereknek, valódi körülmények között? Az indítás ezután jön, amikor a válasz nagyjából igen.

Mielőtt bárkit meghívnál, végezz saját tesztelést – erről szól a hogyan teszteld az alkalmazásodat indítás előtt útmutató. A tesztelőknek nem kell felfedezniük, hogy a regisztráció nem működik.

1. lépés: Írd le, mire kell a bétának válaszolnia

Válassz két-három kérdést. A terv többi része ezekből következik.

Kitalált példa: egy kisvendéglők műszerezésére szolgáló beosztás-alkalmazás két célt tűz ki: „Ki tud-e a menedzser az első munkamenetében segítség nélkül közzétenni egy heti beosztást?” és „Önállóan megnyitják-e a munkatársak az alkalmazást a második héten?”.

2. lépés: Válaszd ki a béta típusát

Első termékhez általában egy zárt béta néhány körrel a megfelelő választás.

3. lépés: Toborozd a megfelelő tesztelőket

A legjobb tesztelők most is rendelkeznek a problémával, megfelelnek a célfelhasználódnak, és van idejük kipróbálni az alkalmazást a béta időszakában. Hol találhatod őket:

• A várólistádon vagy e-mail-listádon – lásd: hogyan építs közönséget indítás előtt.
• Azok, akikkel a validálás során interjút készítettél.
• Speciális közösségek, ahol a felhasználóid összejárnak, az ő szabályaikat követve a promóciónál.
• Közvetlen meghívások a hálózatodban lévő, a profilnak megfelelő emberek számára.

Tegyél fel néhány szűrőkérdést, hogy változatos csoportot állíthass össze: a szerepüket, hogyan oldják meg most a problémát, milyen eszközt használnának, és milyen gyakran merül fel a probléma. Olyanokat hívj meg, akiknek a válaszai illeszkednek a célfelhasználódhoz, és kerüld, hogy a bétát más alapítókkal töltsd meg, hacsak nem ők a célfelhasználók.

Meghívó sablon

Szia [név]! Amikor regisztráltál, említetted a [problémát]. Egy kis zárt bétát indítok a [termék] alkalmazáshoz, amely [eredmény]. A béta [kezdet] és [vége] között fut. Azt kérem a tesztelőktől, hogy legalább hetente egyszer használják valódi feladathoz [valódi feladat], és minden pénteken töltsenek ki egy rövid visszajelzést. Cserébe ingyenes hozzáférést kapnak a béta alatt, és [alapítói ár / meghosszabbított ingyenes időszak]. Érdekel?

Az időbeli elkötelezettséget őszintén említsd meg. Azok az emberek, akik tudják, mire vállalkoztak, jobb visszajelzést adnak.

4. lépés: Készítsd elő a béta-csomagot

Az első meghívó kiküldése előtt legyen kész:

• Üdvözlő üzenet a linkkel, a bejelentkezés módjával, az első feladattal, és azzal, hogyan jelezzenek hibát.
• Ismert hibák listája, hogy a tesztelők ne jelentsék tízszer ugyanazt.
• Egy visszajelzési csatorna. Egy űrlap, egy közös csevegőcsoport vagy egy e-mail-cím – egy hely, nem öt.
• Hibajelentő sablon. Kérdezd meg, mit csináltak, mit vártak, mi történt, milyen eszköz és böngésző volt, és kértél egy képernyőképet. A hogyan írj jó hibajelentést útmutató tartalmaz megosztható verziót.
• Alap analitika vagy naplók, hogy lásd, mi történt, anélkül hogy az emlékezetedre hagyatkoznál.
• Világos elvárások az adatokról. Mondd meg a tesztelőknek, ha a béta alatt az adatok visszaállhatnak, és ne kérj tőlük érzékeny információt egy kész nem alkalmazásba.
• Alapvető feltételek és adatvédelem. Egy rövid béta-megállapodás és adatvédelmi tájékoztató; ha személyes adatokat kezelsz, nézd meg a helyi szabályokat vagy kérj tanácsot.

5. lépés: Futtasd körökben

A körök lehetővé teszik, hogy a problémákat javítsd, mielőtt többen találkoznának velük.

Az 1. körben kérj meg két-három tesztelőt, hogy osszák meg a képernyőjüket, miközben először próbálják ki az alkalmazást. Maradj csendben, és figyeld, hol habozgatnak. Ez gyakran a béta leghasznosabb órája.

6. lépés: Gyűjts visszajelzést rendszeresen

A strukturálatlan „van-e visszajelzés?” üzenetekre homályos válaszok érkeznek. Helyette használj rövid, rendszeres ellenőrzést:

Heti ellenőrzés (kitalált példakérdések)

1. Mire használtad a [termék] alkalmazást ezen a héten?
2. Mi volt bosszantó vagy zavaros?
3. Hiányzott valami, ami miatt nem tudtál befejezni egy feladatot?
4. Mennyire lennél csalódott, ha már nem használhatnád? (Nagyon / kissé / egyáltalán nem)
5. Bármi más?

Hasonlítsd össze, amit mondanak, azzal, amit csinálnak. Aki azt mondja, hogy nagyszerű, de soha nem jelentkezik be, az is üzen neked valamit.

7. lépés: Rendezd a beérkező visszajelzéseket

Minden visszajelzést egy listába tegyél, és hetente rendezd.

Kerüld a nagy funkciók hozzáadását a béta közben. Minden új funkció megnehezíti annak megítélését, hogy az alapvető termék működik-e.

8. lépés: Zárd be a kört

A tesztelők tovább adnak visszajelzést, ha látják, hogy azt felhasználják.

• Küldj rövid változásnaplót minden kör után: „Te jelezted az X-et; ez javítva van.”
• Köszönd meg az embereknek név szerint, privátban, ha a jelentésük javításhoz vezetett.
• Mondd meg a tesztelőknek, amikor a béta véget ér, mi lesz az adataikkal és a fiókjukkal, és mi az alapítói ajánlatuk.

9. lépés: Döntsd el, hogy készen állsz-e

Írd le a kilépési feltételeket a béta kezdete előtt, majd a végén őszintén ellenőrizd őket. Sablon:

• Nincsenek ismert akadályok vagy adatvesztést okozó hibák
• A legtöbb új tesztelő segítség nélkül elvégzi a fő feladatot
• A tesztelők jelentős része magától visszatér a későbbi hetekben
• A legfőbb zavaró pontok javítva és újratesztelve vannak
• A regisztráció, a jelszó-visszaállítás és minden fizetési folyamat végponttól végpontig működik
• Világos üzeneted van arról, kinek szól a termék, a tesztelők saját szavaival

Ha a legtöbb négyzet be van pipálva, lépj tovább az onboarding finomítására és a nyilvános indításra. Ha alacsony a visszatérő használat, az termékkérdés, nem hibalista – indulás előtt térj vissza az interjúkhoz.

Béta futtatása Mythexszel

Ha Mythexszel építesz, néhány funkció jól illeszkedik a bétához:

• Előnézeti linkek az 1. körhöz. A Share gomb olyan linket hoz létre az élő előnézetedhez, amely Mythex-fiók nélkül is működik, így egy korai tesztelő még a közzététel előtt kipróbálhatja a kész munkát. Készíts egy linket csoportonként, és töröld, amikor végeztél – a Preview docs részletezi, hogyan ébresztik fel a linkek a projektet, és hogyan használnak krediteket.
• Közzététel a hosszabb körökhöz. A közzétett alkalmazás a saját címén fut, ami jól illeszkedik azokhoz a tesztelőkhöz, akik több héten át használják.
• App Testing minden kör előtt. Írd be a /test parancsot a chatbe, és az ügynök végigkattintja az előnézetedet, és jelenti a hibás folyamatokat – hasznos ellenőrzés, mielőtt bárkit meghívnál (App Testing docs).
• Checkpointok. Ha egy javítás a béta közben valami mást elront, állj vissza egy korábbi checkpointra.

Másold a tesztelő hibajelentését közvetlenül a chatbe, és kérd meg az ügynököt, hogy reprodukálja és javítsa ki, majd értesítsd a tesztelőt, amikor élesben van.

Kérdések