Comment mener un test bêta de votre app

Pour mener un test bêta, décidez ce que vous devez apprendre, invitez un petit groupe de personnes qui correspondent à vos véritables utilisateurs, donnez-leur une première tâche claire et recueillez les commentaires à un seul endroit selon un calendrier fixe. Corrigez ce qui les bloque, élargissez le groupe par rondes et terminez la bêta lorsqu'un ensemble de critères de sortie, rédigés à l'avance, est atteint, et non lorsque votre patience s'épuise.

Une bêta n'est pas un lancement en douceur. C'est une expérience structurée, avec un début, une fin et une question à laquelle répondre.

Où se situe la bêta

La validation demande si le problème vaut la peine d'être résolu. Une bêta pose une question plus étroite : cette version du produit résout-elle le problème pour de vraies personnes, dans des conditions réelles? Le lancement vient ensuite, lorsque la réponse est en grande partie positive.

Avant d'inviter qui que ce soit, faites vos propres tests : comment tester votre app avant le lancement explique cette étape. Les testeurs ne devraient pas être ceux qui découvrent que l'inscription ne fonctionne pas.

Étape 1 : Écrire ce que la bêta doit répondre

Choisissez deux ou trois questions. Tout le reste du plan en découle.

Objectif	Exemple de question	Quoi mesurer
Convivialité	Les nouveaux utilisateurs peuvent-ils accomplir la tâche principale sans aide?	Pourcentage de personnes qui y parviennent seules
Valeur	Les gens reviennent-ils sans qu'on le leur rappelle?	Visites de retour pendant la deuxième et la troisième semaine
Fiabilité	Le produit tient-il avec de vraies données et de vrais appareils?	Bogues par gravité, journaux d'erreurs
Volonté de payer	Les gens paieront-ils le prix prévu?	Conversions ou précommandes à la fin
Accueil	Où les gens bloquent-ils lors de la première session?	Points d'abandon, questions au soutien

Exemple inventé : une app de planification de quarts pour de petits cafés se fixe deux objectifs : « Un gérant peut-il publier l'horaire d'une semaine dès sa première session, sans aide? » et « Les employés ouvrent-ils l'app d'eux-mêmes en deuxième semaine? »

Étape 2 : Choisir le type de bêta

Type	Qui	Idéal quand	Compromis
Amis et alpha	Des personnes que vous connaissez	Très tôt, pour repérer les bris évidents	Commentaires polis, peu représentatifs
Bêta fermée	Utilisateurs cibles invités	La plupart des produits en début de vie	Le recrutement demande des efforts
Bêta ouverte	Quiconque s'inscrit	Tester l'échelle et la variété	Plus de soutien, moins de profondeur par testeur
Bêta payante	Utilisateurs qui paient un prix de fondateur	Tester la volonté de payer	Attentes plus élevées

Pour un premier produit, une bêta fermée en plusieurs rondes est généralement le bon choix.

Étape 3 : Recruter les bons testeurs

Les meilleurs testeurs ont le problème maintenant, correspondent à votre utilisateur cible et ont le temps d'essayer l'app pendant la période de la bêta. Où les trouver :

Votre liste d'attente ou votre liste de courriels. Voir comment bâtir une audience avant le lancement.
Les personnes que vous avez interrogées pendant la validation.
Les communautés de niche où se rassemblent vos utilisateurs, en respectant leurs règles sur la promotion.
Des invitations directes à des personnes de votre réseau qui correspondent au profil.

Posez quelques questions de sélection pour composer un mélange : leur rôle, leur façon de résoudre le problème aujourd'hui, l'appareil qu'ils utiliseraient et la fréquence à laquelle le problème survient. Invitez les personnes dont les réponses correspondent à votre utilisateur cible, et évitez de remplir la bêta de fondateurs à moins qu'ils ne soient l'utilisateur cible.

Modèle d'invitation

Bonjour [nom], vous avez mentionné [problème] lorsque vous vous êtes inscrit. J'ouvre une petite bêta privée de [produit], qui [résultat]. Elle se déroule du [début] au [fin]. Je demande aux testeurs de l'utiliser pour [tâche réelle] au moins une fois par semaine et de répondre à un court bilan chaque vendredi. En retour : accès gratuit pendant la bêta et [prix de fondateur / période gratuite prolongée]. Ça vous intéresse?

Indiquez honnêtement le temps requis. Les personnes qui savent à quoi elles s'engagent donnent de meilleurs commentaires.

Étape 4 : Préparer la trousse de bêta

Avant que la première invitation ne parte, préparez :

Un message de bienvenue avec le lien, la façon de se connecter, la première tâche à essayer et la manière de signaler les problèmes.
Une liste des problèmes connus, pour que les testeurs ne signalent pas dix fois la même chose.
Un seul canal de commentaires. Un formulaire, un groupe de clavardage partagé ou une adresse courriel : un seul endroit, pas cinq.
Un gabarit de rapport de bogue. Demandez ce qu'ils ont fait, ce qu'ils attendaient, ce qui s'est passé, l'appareil et le navigateur, et une capture d'écran. Comment rédiger un bon rapport de bogue propose une version à partager.
Des statistiques ou journaux de base, pour voir ce qui s'est passé sans vous fier à la mémoire.
Des attentes claires sur les données. Dites aux testeurs si les données pourraient être réinitialisées pendant la bêta, et ne leur demandez pas de saisir des renseignements sensibles dans une app inachevée.
Les bases des conditions et de la confidentialité. Une courte entente de bêta et un avis de confidentialité; vérifiez les règles locales ou demandez conseil à un spécialiste si vous traitez des données personnelles.

Étape 5 : Mener la bêta par rondes

Les rondes vous permettent de corriger les problèmes avant que d'autres personnes ne les rencontrent.

Ronde	Testeurs	Objectif
Ronde 1	Quelques personnes	Peuvent-elles s'inscrire et accomplir la tâche principale? Observez quelques sessions en direct.
Ronde 2	Un groupe plus large	Utilisation réelle sur quelques semaines; corrigez les principaux problèmes entre les rondes.
Ronde 3 (facultative)	Plus large ou ouverte	Accueil sans votre aide, fiabilité, test de prix.

À la première ronde, demandez à deux ou trois testeurs de partager leur écran pendant qu'ils essaient l'app pour la première fois. Restez silencieux et observez où ils hésitent. C'est souvent l'heure la plus utile de toute la bêta.

Étape 6 : Recueillir les commentaires selon un rythme régulier

Les messages du type « des commentaires? » reçoivent des réponses vagues. Utilisez plutôt un bilan court et régulier :

Bilan hebdomadaire (questions fictives)

Pour quoi avez-vous utilisé [produit] cette semaine?
Qu'est-ce qui était frustrant ou déroutant?
Y avait-il quelque chose de manquant qui vous a empêché de terminer une tâche?
Que ressentiriez-vous si vous ne pouviez plus l'utiliser? (Très déçu / un peu / pas du tout)
Autre chose?

Combinez ce que les gens disent avec ce qu'ils font. Une personne qui dit que c'est excellent, mais qui ne se connecte jamais, vous dit aussi quelque chose.

Étape 7 : Trier ce qui arrive

Regroupez chaque commentaire dans une seule liste et triez-la chaque semaine.

Catégorie	Exemples	Action
Blocage	Impossible de s'inscrire, données perdues, paiement refusé	Corriger immédiatement, en informer les testeurs touchés
Bogue majeur	Fonction principale brisée sur un appareil courant	Corriger pendant cette ronde
Confusion	Des gens ne trouvent pas un bouton, mal interprètent une étiquette	Corriger le texte ou la mise en page; peu coûteux et très utile
Bogue mineur	Défaut visuel, cas limite rare	Regrouper pour plus tard
Demande de fonction	« Peut-elle aussi faire X? »	Consigner, demander quel problème elle résout, chercher des tendances

Résistez à l'envie d'ajouter de grosses fonctions en cours de bêta. Chaque nouvelle fonction rend plus difficile de savoir si le cœur du produit fonctionne.

Étape 8 : Boucler la boucle

Les testeurs continuent de donner leur avis lorsqu'ils voient que ce dernier est utilisé.

Envoyez un court journal des modifications après chaque ronde : « Vous avez signalé X; c'est corrigé. »
Remerciez les personnes par leur nom, en privé, lorsque leur rapport a mené à une correction.
Dites aux testeurs quand la bêta se termine, ce qui arrive à leurs données et à leur compte, et quelle est leur offre de fondateur.

Étape 9 : Décider si vous êtes prêt

Rédigez vos critères de sortie avant le début de la bêta, puis vérifiez-les honnêtement à la fin. Un modèle :

Aucun blocage ni bogue de perte de données connu
La plupart des nouveaux testeurs accomplissent la tâche principale sans aide
Une part importante des testeurs revient d'elle-même pendant les semaines suivantes
Les principaux points de confusion ont été corrigés et testés à nouveau
L'inscription, la réinitialisation du mot de passe et tout parcours de paiement fonctionnent de bout en bout
Vous avez un message clair sur la clientèle visée, formulé dans les mots des testeurs

Si la plupart des cases sont cochées, passez au raffinement de l'accueil et au lancement public. Si l'utilisation de retour est faible, c'est une question de produit, et non une liste de bogues : retournez aux entrevues avant de lancer.

Mener une bêta avec Mythex

Si vous créez avec Mythex, plusieurs fonctions correspondent bien à une bêta :

Liens d'aperçu pour la ronde 1. Le bouton Partager crée un lien vers votre aperçu en direct qui fonctionne pour les personnes sans compte Mythex. Un testeur précoce peut ainsi essayer un travail inachevé avant que vous ne publiez. Créez un lien par groupe et supprimez-le lorsque vous avez terminé. Les documents sur l'aperçu expliquent comment les liens réveillent le projet et consomment des crédits.
Publication pour les rondes plus longues. Une app publiée fonctionne à sa propre adresse, ce qui convient aux testeurs qui l'utilisent pendant plusieurs semaines.
Test de l'app avant chaque ronde. Tapez /test dans le clavardage : l'agent parcourt votre aperçu et signale les parcours brisés, une vérification utile avant d'inviter qui que ce soit (documents sur le test de l'app).
Points de contrôle. Si une correction brise quelque chose en cours de bêta, revenez à un point de contrôle antérieur.

Collez le rapport de bogue d'un testeur directement dans le clavardage et demandez à l'agent de reproduire et de corriger le problème, puis dites au testeur que c'est en ligne.

Questions

De combien de testeurs bêta ai-je besoin?

Moins qu'on ne le pense. Un petit groupe qui correspond à votre utilisateur cible et qui utilise réellement l'app fera ressortir la plupart des gros problèmes. Commencez avec quelques personnes, corrigez ce qu'elles trouvent, puis élargissez le groupe.

Combien de temps doit durer un test bêta?

Assez longtemps pour que les testeurs utilisent l'app comme ils le feraient dans la vraie vie, ce qui signifie souvent quelques semaines pour un produit utilisé chaque semaine. Fixez une date de fin à l'avance pour que la bêta ne s'éternise pas.

Les testeurs bêta devraient-ils payer?

Cela dépend de ce que vous devez apprendre. Une bêta gratuite est plus facile à recruter; une bêta payante ou à prix réduit vous indique si les gens accordent assez de valeur au produit pour le payer. Beaucoup de fondateurs lancent d'abord une bêta fermée gratuite, puis demandent un paiement lors d'une ronde ultérieure.

Quelle est la différence entre une bêta fermée et une bêta ouverte?

Une bêta fermée est accessible sur invitation seulement, généralement à un petit groupe que vous choisissez et avec qui vous parlez directement. Une bêta ouverte permet à quiconque de s'inscrire, ce qui apporte plus de volume et de variété, mais moins de contact personnel et davantage de travail de soutien.

Que faire des demandes de fonctions des testeurs bêta?

Consignez-les, demandez quel problème chacune résoudrait et cherchez des tendances. La plupart des bêtas devraient d'abord corriger les bogues et la confusion; ajouter des fonctions pendant la bêta rend plus difficile de savoir si le cœur du produit fonctionne.