Si të bësh një test beta për aplikacionin tënd

Për të bërë një test beta, vendos çfarë duhet të mësosh, fto një grup të vogël njerëzish që përputhen me përdoruesit e tu real, jepu atyre një detyrë të parë të qartë, dhe mblidh feedback në një vend në një program fiks. Rregullo ato që i bllokojnë, zgjero grupin në raunde, dhe mbyll beta-n kur plotësohen kriteret e daljes që shkruajte paraprakisht — jo kur të mbarojë durimi.

Një beta nuk është një lansim i butë. Është një eksperiment i strukturuar me fillim, fund dhe një pyetje për t’iu përgjigjur.

Ku hyn beta

Validimi pyet nëse problemi vlen të zgjidhet. Një beta pyet diçka më të ngushtë: a e zgjidh kjo version e produktit problemin për njerëz të vërtetë, në kushte reale? Lansimi vjen pas, kur përgjigja është kryesisht po.

Para se të ftosh dikë, bëj testimin tënd — si të testosh aplikacionin para lansimit mbulon këtë. Testuesit s’duhet të jenë ata që zbulojnë se regjistrimi është i prishur.

Hapi 1: Shkruaj çfarë duhet të përgjigjë beta

Zgjidh dy ose tre pyetje. Gjithçka tjetër në plan varet nga to.

Shembull i trilluar: një aplikacion i planifikimit të turnoseve për kafene të vogla vendos dy qëllime: “A mund të publikojë një menaxher orarin e javës në seancën e parë pa ndihmë?” dhe “A e hapin stafi aplikacionin vetë në javën e dytë?”.

Hapi 2: Zgjidh llojin e beta-s

Për një produkt të parë, një beta e mbyllur me disa raunde zakonisht është zgjedhja e duhur.

Hapi 3: Rekruto testuesit e duhur

Testuesit më të mirë e kanë problemin tani, përputhen me përdoruesin tënd të synuar dhe kanë kohë të provojnë aplikacionin gjatë dritares së beta-s. Vende ku t’i gjesh:

• Listën e pritjes ose listën e email-eve — shih si të ndërtosh një audiencë para lansimit.
• Njerëzit që intervistove gjatë validimit.
• Komunitete të specializuara ku mblidhen përdoruesit e tu, duke ndjekur rregullat e tyre për promovimin.
• Ftesa të drejtpërdrejta për njerëz në rrjetin tënd që përputhen me profilin.

Bëj disa pyetje me filtër për të zgjedhur një përzierje: roli i tyre, si e zgjidhin problemin sot, çfarë pajisjeje do të përdorin, dhe sa shpesh lind problemi. Fto njerëz, përgjigjet e të cilëve përputhen me përdoruesin tënd të synuar, dhe mos e mbush beta-n me themelues të tjerë përveç nëse janë vetë përdoruesi i synuar.

Shabllon ftese

Përshëndetje [emri] — përmende [problemin] kur u regjistrove. Po hap një beta të vogël private të [produktit], që [rezultati]. Zgjat nga [fillimi] deri në [fundi]. I kërkoj testuesve ta përdorin për [detyrë reale] të paktën një herë në javë dhe të përgjigjen një check-in të shkurtër çdo të premte. Në këmbim: qasje falas gjatë beta-s dhe [çmim themelues / periudhë falas e zgjatur]. Të intereson?

Shpjego me ndershmëri kohën që kërkohet. Njerëzit që e dinë për çfarë u regjistruan japin feedback më të mirë.

Hapi 4: Përgatit kitin e beta-s

Para se të dalë ftesa e parë, kanë qenë gati këto:

• Një mesazh mirëseardhjeje me linkun, si të hyjnë, detyrën e parë për të provuar, dhe si të raportojnë probleme.
• Një listë problemesh të njohura, që testuesit të mos raportojnë të njëjtën gjë dhjetë herë.
• Një kanal të vetëm feedback-u. Një formular, një grup të përbashkët bisede ose një adresë emaili — një vend, jo pesë.
• Një shabllon raportimi gabimi. Kërko çfarë bënë, çfarë prisnin, çfarë ndodhi, pajisjen dhe shfletuesin, dhe një pamje ekrani. Si të shkruash një raport të mirë gabimi ka një version që mund ta ndash.
• Analitikë ose logë bazë, që të shohësh çfarë ndodhi pa u mbështetur në kujtesë.
• Pritshmëri të qarta për të dhënat. Thuaju testuesve nëse të dhënat mund të rivendosen gjatë beta-s, dhe mos u kërko të vendosin informacion të ndjeshëm në një aplikacion të pambaruar.
• Bazat e kushteve dhe privatësisë. Një marrëveshje e shkurtër beta-je dhe një shënim privatësie; kontrollo rregullat lokale ose një këshilltar nëse trajton të dhëna personale.

Hapi 5: Bëje në raunde

Raundet të lejojnë të rregullosh problemet përpara se më shumë njerëz t’i hasin.

Në raundin 1, kërko nga dy ose tre testues ta ndajnë ekranin ndërsa e provojnë aplikacionin për herë të parë. Qëndro i heshtur dhe shiko ku hezitojnë. Shpesh kjo është ora më e dobishme e gjithë beta-s.

Hapi 6: Mblidh feedback me ritëm

Mesazhet e paqarta “ndonjë feedback?” marrin përgjigje të paqarta. Përdor një check-in të shkurtër dhe të rregullt:

Check-in javor (pyetje shembull të trilluara)

1. Për çfarë e përdore [produktin] këtë javë?
2. Çfarë ishte e frustrueshme ose e paqartë?
3. A mungonte diçka që të pengoi të përfundoje një detyrë?
4. Si do të ndihesh nëse nuk mund ta përdorësh më? (Shumë i pakënaqur / disi / aspak)
5. Çdo gjë tjetër?

Kombino atë që thonë njerëzit me atë që bëjnë. Dikush që thotë se është i shkëlqyer por kurrë nuk kyçet po të thotë diçka edhe ai.

Hapi 7: Klasifiko atë që vjen

Vendos çdo feedback në një listë të vetme dhe rendite çdo javë.

Mos u nxito të shtosh veçori të mëdha gjatë beta-s. Çdo veçori e re e bën më të vështirë të dallosh nëse produkti bazë funksionon.

Hapi 8: Mbyll qarkun

Testuesit vazhdojnë të japin feedback kur shohin që përdoret.

• Dërgo një changelog të shkurtër pas çdo raundi: “Ti raportove X; tani është rregulluar.”
• Falëndero njerëzit me emër, privatisht, kur raportimi i tyre çoi në një rregullim.
• Thuaju testuesve kur mbaron beta-ja, çfarë ndodh me të dhënat dhe llogarinë e tyre, dhe cila është oferta e tyre themeluese.

Hapi 9: Vendos nëse je gati

Shkruaj kriteret e daljes para se të nisë beta, pastaj kontrolloji ato me ndershmëri në fund. Një shabllon:

• Asnjë bllokues i njohur ose gabim humbjeje të dhënash
• Shumica e testuesve të rinj përfundojnë detyrën kryesore pa ndihmë
• Një pjesë e dukshme e testuesve kthehen vetë në javët e mëvonshme
• Pikat kryesore të konfuzionit janë rregulluar dhe ritestuar
• Regjistrimi, rivendosja e fjalëkalimit dhe çdo rrjedhë pagese funksionojnë nga fillimi në fund
• Ke një mesazh të qartë për kë është produkti, me fjalët e testuesve

Nëse shumica e kutive janë të shënuara, kalo te onboarding dhe një lansim publik. Nëse përdorimi i kthimit është i ulët, kjo është një pyetje produkti, jo një listë gabimesh — kthehu te intervistat para se të lansosh.

Të bësh beta me Mythex

Nëse ndërton me Mythex, disa veçori përshtaten bukur me një beta:

• Linqe parashikimi për raundin 1. Butoni Share krijon një link në parashikimin tënd live që funksionon për njerëz pa llogari Mythex, kështu që një testues i hershëm mund ta provojë punën e papërfunduar para se ta publikosh. Bëj një link për grup dhe fshije kur të mbarosh — dokumentacioni i Preview shpjegon si linqet zgjojnë projektin dhe përdorin kredite.
• Publiko për raunde më të gjata. Një aplikacion i publikuar ka adresën e vet, që i shërben testuesve që e përdorin për disa javë.
• App Testing para çdo raundi. Shkruaj /test në chat dhe agjenti klikon nëpër parashikimin tënd dhe raporton rrjedhat e prishura, një kontroll i dobishëm përpara se të ftosh dikë (dokumentacioni i App Testing).
• Checkpoint-e. Nëse një rregullim prish diçka në mes të beta-s, kthehu te një checkpoint më të hershëm.

Ngjit raportin e gabimit të një testuesi direkt në chat dhe kërko nga agjenti ta riprodhojë dhe ta rregullojë, pastaj thuaju testuesit kur është live.

Pyetje