Com fer una prova beta de la teva app

Per fer una prova beta, decideix què necessites aprendre, convida un petit grup de persones que encaixin amb els teus usuaris reals, dona'ls una primera tasca clara i recull els comentaris en un sol lloc amb un calendari fix. Corregeix el que els bloquegi, amplia el grup per rondes i acaba la beta quan es compleixin uns criteris de sortida que hauràs escrit per endavant —no quan se't gasti la paciència.

Una beta no és un llançament suau. És un experiment estructurat amb un inici, una fi i una pregunta a respondre.

On encaixa una beta

La validació pregunta si el problema val la pena resoldre's. Una beta fa una pregunta més concreta: aquesta versió del producte resol el problema per a persones reals, en condicions reals? El llançament arriba després, quan la resposta és majoritàriament sí.

Abans de convidar ningú, fes les teves pròpies proves —com provar la teva app abans del llançament ho explica. Els testers no han de ser els qui descobreixen que el registre no funciona.

Pas 1: escriu què ha de respondre la beta

Tria dues o tres preguntes. Tot el pla es deriva d'elles.

Exemple inventat: una app de programació de torns per a cafeteries petites fixa dos objectius: «Pot un encarregat publicar el quadrant de la setmana en la primera sessió sense ajuda?» i «Obren els empleats l'app pel seu compte a la segona setmana?».

Pas 2: tria el tipus de beta

Per a un primer producte, normalment la millor opció és una beta tancada amb unes quantes rondes.

Pas 3: recluta els testers adequats

Els millors testers tenen el problema ara, encaixen amb el teu usuari objectiu i tenen temps per provar l'app durant la finestra de la beta. Llocs on trobar-los:

• La teva llista d'espera o de correu electrònic; consulta com construir una audiència abans del llançament.
• Les persones que vas entrevistar mentre validaves.
• Comunitats de nínxol on es reuneixen els teus usuaris, seguint-ne les normes de promoció.
• Invitacions directes a persones de la teva xarxa que encaixin amb el perfil.

Fes unes quantes preguntes de selecció per poder triar una barreja: el seu rol, com resolen avui el problema, quin dispositiu farien servir i amb quina freqüència apareix el problema. Convida persones les respostes de les quals encaixin amb el teu usuari objectiu, i evita omplir la beta de fundadors companys, tret que siguin l'usuari objectiu.

Plantilla d'invitació

Hola [nom]: vas esmentar [problema] quan et vas registrar. Estic obrint una petita beta privada de [producte], que [resultat]. Va de [inici] a [fi]. Demano als testers que l'usin per a [tasca real] almenys una vegada a la setmana i que responguin una petita revisió cada divendres. A canvi: accés gratuït durant la beta i [preu fundacional / període gratuït ampliat]. T'interessa?

Digues honestament el temps que cal dedicar. Les persones que saben a què s'han apuntat donen millors comentaris.

Pas 4: prepara el kit de la beta

Abans que surti la primera invitació, tingues preparat això:

• Un missatge de benvinguda amb l'enllaç, com iniciar sessió, la primera tasca per provar i com informar dels problemes.
• Una llista de problemes coneguts, perquè els testers no informin deu cops de la mateixa cosa.
• Un sol canal de comentaris. Un formulari, un grup de xat compartit o una adreça de correu: un lloc, no cinc.
• Una plantilla d'informe d'error. Demana què van fer, què esperaven, què va passar, el dispositiu i el navegador, i una captura de pantalla. Com escriure un bon informe d'error té una versió que pots compartir.
• Analítiques o registres bàsics, perquè puguis veure què ha passat sense dependre de la memòria.
• Expectatives clares sobre les dades. Digues als testers si les dades es podrien reiniciar durant la beta, i no els demanis que posin informació sensible en una app sense acabar.
• Nocions bàsiques de condicions i privadesa. Un acord de beta breu i una nota de privadesa; comprova les normes locals o demana consell si tractes dades personals.

Pas 5: fes-la per rondes

Les rondes et permeten corregir els problemes abans que més gent els trobi.

A la ronda 1, demana a dos o tres testers que comparteixin la pantalla mentre proven l'app per primera vegada. Mantén silenci i observa on dubten. Sovint és l'hora més útil de tota la beta.

Pas 6: recull els comentaris amb un ritme

Els missatges de «algun comentari?» sense estructura reben respostes vagues. Usa una revisió curta i regular:

Revisió setmanal (preguntes d'exemple inventades)

1. Per a què has fet servir [producte] aquesta setmana?
2. Què t'ha resultat frustrant o confús?
3. Hi ha alguna cosa que faltava i que t'ha impedit acabar una tasca?
4. Com et sentiries si ja no el pogués usar? (Molt decebut / una mica / gens)
5. Alguna cosa més?

Combina el que diu la gent amb el que fa. Algú que diu que és genial però que mai no inicia sessió també et diu alguna cosa.

Pas 7: tria el que arriba

Posa cada comentari en una sola llista i ordena-la cada setmana.

Resisteix l'impuls d'afegir funcions grans a mitjà de la beta. Cada funció nova fa més difícil saber si el producte bàsic funciona.

Pas 8: tanca el cicle

Les persones que fan de testers continuen donant comentaris quan veuen que s'usen.

• Envia un registre de canvis breu després de cada ronda: «vas informar de X; ja està resolt».
• Dona les gràcies pel seu nom, en privat, quan el seu informe ha portat a una correcció.
• Digues als testers quan acaba la beta, què passarà amb les seves dades i el seu compte, i quina és l'oferta fundacional.

Pas 9: decideix si estàs a punt

Escriu els teus criteris de sortida abans que comenci la beta, i després revisa'ls honestament al final. Una plantilla:

• Cap bloqueig conegut ni error de pèrdua de dades
• La majoria dels testers nous completen la tasca principal sense ajuda
• Una part significativa dels testers torna pel seu compte en setmanes posteriors
• Els punts de confusió principals s'han corregit i s'han tornat a provar
• El registre, el restabliment de contrasenya i qualsevol flux de pagament funcionen de principi a fi
• Tens un missatge clar sobre per a qui és el producte, amb les paraules dels testers

Si la majoria de caselles estan marcades, passa a polir l'onboarding i fes un llançament públic. Si l'ús de retorn és baix, és una pregunta sobre el producte, no una llista d'errors: torna a les entrevistes abans de llançar-te.

Fer una beta amb Mythex

Si construeixes amb Mythex, algunes funcions encaixen molt bé en una beta:

• Enllaços de previsualització per a la ronda 1. El botó Share crea un enllaç a la teva previsualització en directe que funciona per a persones sense compte de Mythex, així que un tester inicial pot provar treball no acabat abans que publiquis. Crea un enllaç per grup i esborra'l quan acabis: els documents de Previsualització expliquen com els enllaços desperten el projecte i gasten crèdits.
• Publica per a rondes més llargues. Una app publicada funciona a la seva pròpia adreça, cosa que va bé per als testers que la fan servir durant diverses setmanes.
• Prova d'App Testing abans de cada ronda. Escriu /test al xat i l'agent cliqua per la previsualització i informa dels fluxos trencats, una comprovació útil abans d'invitar ningú (documents d'App Testing).
• Punts de control. Si una correcció trenca alguna cosa a mitjà de la beta, torna a un punt de control anterior.

Enganxa l'informe d'error d'un tester directament al xat i demana a l'agent que el reprodueixi i el corregeixi, i després digues al tester quan ja està disponible.

Preguntes