Jak provést beta test vaší aplikace

Abyste provedli beta test, rozhodněte, co potřebujete zjistit, pozvěte malou skupinu lidí, kteří odpovídají vašim skutečným uživatelům, dejte jim jasný první úkol a sbírejte zpětnou vazbu na jednom místě podle pevného rozvrhu. Opravte, co jim brání, rozšiřte skupinu v kolech a betu ukončete ve chvíli, kdy jsou splněna kritéria, která jste předem napsali – ne když vám dojde trpělivost.

Beta není měkký start. Je to strukturovaný experiment se začátkem, koncem a otázkou, na kterou má odpovědět.

Kam beta zapadá

Validace se ptá, zda problém stojí za vyřešení. Beta klade užší otázku: řeší tato verze produktu problém pro skutečné lidi v reálných podmínkách? Spuštění přichází potom, až je odpověď z velké části ano.

Než někoho pozvete, otestujte si aplikaci sami – jak otestovat aplikaci před spuštěním to popisuje. Testeři nemají být ti, kdo zjistí, že registrace nefunguje.

Krok 1: Napište, na co má beta odpovědět

Zvolte dvě nebo tři otázky. Všechno ostatní v plánu z nich plyne.

Smyšlený příklad: aplikace na plánování směn pro malé kavárny si stanoví dva cíle: „Dokáže manažer zveřejnit rozpis na týden hned v první relaci bez pomoci?“ a „Otevírají personál aplikaci sám ve druhém týdnu?“

Krok 2: Zvolte typ bety

U prvního produktu je obvykle správná volba uzavřená beta s několika koly.

Krok 3: Najděte správné testery

Nejlepší testeři mají problém právě teď, odpovídají vaší cílové skupině a mají čas aplikaci během bety vyzkoušet. Kde je hledat:

• Váš seznam čekatelů nebo e-mailový seznam – viz jak vybudovat publikum před spuštěním.
• Lidé, s nimiž jste mluvili při validaci.
• Oborové komunity, kde se vaši uživatelé scházejí, a dodržujte jejich pravidla pro propagaci.
• Přímé pozvání lidem ve vaší síti, kteří odpovídají profilu.

Položte několik screeningových otázek, abyste mohli vybrat směs: jejich roli, jak dnes problém řeší, jaké zařízení by použili a jak často se problém objevuje. Oslovte lidi, jejichž odpovědi odpovídají vaší cílové skupině, a nezaplňujte betu jinými zakladateli, pokud nejsou sami cílovým uživatelem.

Šablona pozvánky

Ahoj [jméno] – když jsi se registroval, zmínil jsi [problém]. Otevírám malou soukromou betu aplikace [produkt], která [výsledek]. Běží od [začátek] do [konec]. Žádám testery, aby ji používali na [skutečný úkol] alespoň jednou týdně a každý pátek odpověděli na krátký check-in. Jako protihodnotu dostanete zdarma přístup během bety a [zakladatelská cena / prodloužené bezplatné období]. Máš zájem?

Časovou náročnost uveďte poctivě. Lidé, kteří vědí, do čeho se zapojují, dávají lepší zpětnou vazbu.

Krok 4: Připravte beta sadu

Než odejde první pozvánka, mějte připraveno:

• Uvítací zprávu s odkazem, jak se přihlásit, prvním úkolem k vyzkoušení a tím, jak nahlásit problémy.
• Seznam známých problémů, aby testeři nehlásili totéž desetkrát.
• Jeden kanál pro zpětnou vazbu. Formulář, sdílenou chatovací skupinu nebo e-mailovou adresu – jedno místo, ne pět.
• Šablonu pro hlášení chyb. Ptejte se na to, co udělali, co čekali, co se stalo, zařízení a prohlížeč a snímek obrazovky. Jak napsat dobré hlášení chyby obsahuje verzi, kterou můžete sdílet.
• Základní analytiku nebo logy, abyste viděli, co se stalo, aniž byste se spoléhali na paměť.
• Jasná očekávání ohledně dat. Řekněte testerům, pokud se data během bety mohou resetovat, a nežádejte je, aby do nedokončené aplikace vkládali citlivé informace.
• Základy podmínek a ochrany soukromí. Krátká dohoda o betě a poznámka o soukromí; pokud zpracováváte osobní údaje, ověřte místní pravidla nebo se poraďte s odborníkem.

Krok 5: Spusťte to v kolech

Kola vám umožní opravit problémy dřív, než je potká víc lidí.

V kole 1 požádejte dva nebo tři testery, ať při prvním vyzkoušení aplikace sdílejí obrazovku. Mlčte a sledujte, kde váhají. Je to často nejužitečnější hodina celé bety.

Krok 6: Sbírejte zpětnou vazbu podle rytmu

Nestrukturované zprávy typu „nějaká zpětná vazba?“ dostávají vágní odpovědi. Místo toho používejte krátký a pravidelný check-in:

Týdenní check-in (smyšlené příkladové otázky)

1. K čemu jste [produkt] tento týden používali?
2. Co bylo frustrující nebo nejasné?
3. Chybělo něco, kvůli čemu jste nedokončili úkol?
4. Jak byste se cítili, kdybyste ho už nemohli používat? (Velmi zklamaný / trochu / vůbec)
5. Cokoli dalšího?

Kombinujte to, co lidé říkají, s tím, co dělají. Někdo, kdo říká, že je to skvělé, ale nikdy se nepřihlásí, vám také něco sděluje.

Krok 7: Tříďte, co přichází

Všechnu zpětnou vazbu dávejte do jednoho seznamu a každý týden ji roztřiďte.

Nevkládejte během bety velké funkce. Každá nová funkce ztěžuje zjištění, zda funguje jádro produktu.

Krok 8: Uzavřete smyčku

Testery zpětná vazba motivuje, když vidí, že se používá.

• Po každém kole pošlete krátký changelog: „Nahlásil jsi X; je opraveno.“
• Poděkujte lidem jménem, soukromě, když jejich hlášení vedlo k opravě.
• Řekněte testerům, kdy beta skončí, co se stane s jejich daty a účtem a jaká je jejich zakladatelská nabídka.

Krok 9: Rozhodněte, zda jste připraveni

Napište kritéria ukončení před začátkem bety a na konci je poctivě zkontrolujte. Šablona:

• Žádné známé blokátory ani chyby se ztrátou dat
• Většina nových testerů dokončí hlavní úkol bez pomoci
• Významný podíl testerů se vrací samo v pozdějších týdnech
• Hlavní body zmatku jsou opraveny a znovu otestovány
• Registrace, obnova hesla a jakýkoli platební postup fungují od začátku do konce
• Máte jasnou zprávu o tom, pro koho je produkt, v jazyce testerů

Pokud je zaškrtnuta většina políček, přejděte k vyladění onboardingu a veřejnému spuštění. Pokud je používání nízké, je to otázka produktu, ne seznam chyb – vraťte se k rozhovorům, než spustíte.

Beta s Mythexem

Pokud stavíte v Mythexu, několik funkcí se hodí k betě:

• Odkazy na náhled pro kolo 1. Tlačítko Share vytvoří odkaz na váš živý náhled, který funguje i pro lidi bez účtu Mythex, takže dřívější tester může vyzkoušet nedokončenou práci dřív, než publikujete. Vytvořte jeden odkaz na skupinu a po skončení ho smažte – dokumentace k náhledu vysvětluje, jak odkazy probouzejí projekt a spotřebovávají kredity.
• Publikace pro delší kola. Publikovaná aplikace běží na vlastní adrese, což se hodí testerům, kteří ji používají několik týdnů.
• App Testing před každým kolem. Napište do chatu /test a agent proklikne váš náhled a nahlásí rozbité postupy; je to užitečná kontrola, než někoho pozvete (dokumentace App Testing).
• Checkpointy. Pokud oprava uprostřed bety něco rozbije, vraťte se k dřívějšímu checkpointu.

Zprávu od testera s chybou vložte rovnou do chatu a požádejte agenta, aby ji reprodukoval a opravil, a pak testerovi řekněte, až je to živé.

Otázky