Share
Je fais partie de l'équipe qui a récemment lancé une application Web appelée Dunked. Dunked est un portefeuille en ligne simple à utiliser et gratuit pour les créatifs. Depuis mai 2013, nous sommes en version bêta publique. continuer à développer des fonctionnalités et à apporter des améliorations incrémentielles en fonction des commentaires des utilisateurs.
Dans cet article, je vais aborder certaines des raisons pour lesquelles je pense qu'un lancement en version bêta est important pour le développement de votre produit. Je vais également discuter de la façon dont nous, chez Dunked, procédons au suivi et à la collecte des commentaires des utilisateurs. Enfin, je discuterai de la mise en œuvre des modifications en fonction des commentaires des utilisateurs au fur et à mesure de la création du produit..
Personnellement, je pense que le lancement d'une version bêta est une très bonne idée. Bien sûr, il est déconseillé de publier quelque chose qui est criblé de bugs. Il est également déconseillé de publier un produit qui n’est pas prêt pour la consommation publique. Il est de loin préférable de publier le produit une fois qu'il dispose des fonctionnalités de base nécessaires et qu'il est exempt de bugs..
Google est probablement l'une des sociétés les plus connues qui propose initialement des produits en version bêta. Gmail est un bon exemple. Gmail était en version bêta privée d’avril 2004 à février 2007, date à laquelle il a été mis à la disposition du grand public. Même alors, il avait encore le label "beta". Gmail n'a pas été officiellement retiré de la version bêta avant deux ans. En tant que produit bêta, les ingénieurs de Google ont pu continuer à améliorer Gmail en fonction des données de l'utilisateur et à tester divers ajouts..
Parfait n'existe tout simplement pas dans le développement de logiciels
Je reconnais qu'il peut être difficile de laisser les utilisateurs voir un produit avant de le croire parfait. Mais parfait n'existe tout simplement pas dans le développement logiciel. Vous aurez toujours besoin de parcourir un produit dans un effort constant d'amélioration. Je pense qu'en publiant une version bêta d'un produit, vous vous positionnez pour offrir aux utilisateurs ce qu'ils veulent. Vous pouvez avoir des hypothèses qui sont tout simplement fausses. En fonctionnant en version bêta, vous pouvez rapidement pivoter pour améliorer votre produit en fonction des besoins de vos utilisateurs..
En prenant Dunked au lancement, nous avons estimé qu’il était d’une importance cruciale d’identifier et d’établir les différences entre les caractéristiques indispensables et les fonctionnalités agréables. Les caractéristiques indispensables sont les caractéristiques qui façonnent et, essentiellement, rendent votre produit. Les éléments indispensables sont les fonctionnalités sur lesquelles vous devez concentrer votre temps avant le lancement. Une fois que vous avez complété votre liste d’incontournables, lancez. Après le lancement, vous pouvez vous attaquer aux problèmes faciles à résoudre, résoudre les problèmes éventuels et apporter des modifications en fonction des commentaires des utilisateurs..
Au fur et à mesure que nous construisons, les commentaires des utilisateurs sont comme de l’or. Les utilisateurs nous disent quand nous faisons les choses bien; quand nous faisons les choses mal et quand nous sommes tout simplement stupides. Étant donné que les commentaires des utilisateurs sont si précieux, il est important de disposer d’un système en place avant le lancement afin de pouvoir surveiller et recueillir les commentaires. Vous devez également établir un système pour prendre en compte les commentaires reçus..
Surveiller et recueillir les commentaires n'est pas une tâche facile. Les utilisateurs sont tous différents, avec des préférences variables quant à la manière dont ils expriment leurs opinions. Par conséquent, vous devez avoir un système en place pour surveiller activement divers canaux de rétroaction. Nous avons choisi d'utiliser Desk. Il sert de point central à la collecte de tous les tweets dirigés sur notre compte Twitter @DunkedHQ, de commentaires sur notre page Facebook et d'e-mails envoyés via notre formulaire de contact d'assistance (ce formulaire est lié à partir de l'application elle-même). Cela me permet de me connecter à un emplacement unique, où je peux consulter et répondre aux commentaires dans l'ordre dans lequel ils ont été soumis. C'est un gagnant-gagnant pour nous et pour les utilisateurs. Les utilisateurs peuvent exprimer leurs opinions quand ils se sentent le plus à l'aise, et nous pouvons très facilement accéder à tous les commentaires en un seul endroit..
Cela gère les utilisateurs actuels, mais qu'en est-il des personnes qui suppriment simplement leurs comptes sans donner de retour. Sachez que les comptes seront fermés et faites de votre mieux pour collecter les informations des utilisateurs fermant leurs comptes. Chez Dunked, nous dirigeons l'utilisateur vers un sondage "de sortie" rapide une fois qu'il a terminé le processus de suppression de compte. Le sondage est complètement facultatif et peut être complété en moins de cinq minutes. La plupart des gens ont bien voulu le remplir en nous fournissant des informations supplémentaires sur les raisons pour lesquelles ils ont supprimé leur compte. Nous avons utilisé Wufoo pour répondre à nos besoins en matière d’enquête, car ils la rendent vraiment facile.
Maintenant que nous avons une méthode de suivi et de collecte des commentaires, que devrions-nous en faire? Pour Dunked, nous avons une approche assez simple. Nous utilisons une liste de tâches au sein de Basecamp pour stocker les commentaires que nous recueillons. Chaque fois qu'un utilisateur écrit avec une suggestion d'amélioration ou demande une fonctionnalité manquante, nous l'ajoutons à notre liste de tâches à faire / Suggestions. Cette liste contient également nos fonctionnalités utiles déjà mentionnées. Tous les éléments ajoutés à la liste ne seront pas ajoutés à Dunked, mais cela nous aide à surveiller les suggestions. Les demandes de fonctionnalités communes sont notées, déplacées en haut de la liste et sont souvent incluses dans nos sprints de code, dont je parlerai plus tard..
Malheureusement, la plateforme Dunked n’étant pas parfaite, nous recevons parfois des rapports de bogues. Nous maintenons également une liste de bogues séparée au sein de Basecamp. Tout élément ajouté à la liste des bogues est considéré comme une priorité absolue et est corrigé le plus rapidement possible..
Comme je l'ai déjà mentionné, nous continuons à développer les fonctionnalités de base de Dunked, mais nous estimons qu'il est important de prendre en compte les commentaires fournis par les premiers utilisateurs. Parce que les utilisateurs ont été formidables en nous fournissant des informations en retour, nous souhaitons mettre en œuvre leurs suggestions lorsque le temps le permet. Nous le faisons par le biais de sprints de code quotidiens. Une ou deux fois par semaine, nous passerons en revue notre liste de suggestions / commentaires et choisirons quelques éléments pouvant être complétés en une seule journée de codage. Nous complétons ces éléments, testons sur notre serveur de développement, puis passons au serveur de production une fois que nous sommes satisfaits du code..
Pour illustrer l’amélioration de la rétroaction des utilisateurs, considérons l’exemple suivant. Pour les images téléchargées, nous avons créé un simple bouton Cliquer pour télécharger. En cliquant sur le bouton, le navigateur de fichiers a été lancé sur l'ordinateur de l'utilisateur, lui permettant de rechercher et de télécharger des images pour ses projets. Cela a fonctionné parfaitement pour nous. Les utilisateurs, cependant, ont eu quelques problèmes.
Il existe deux options de base pour gérer le téléchargement d’images: cliquer pour télécharger ou glisser-déposer pour télécharger. En fin de compte, chacun de nous (équipe Dunked) préférons cliquer sur télécharger. Nous ne pensions pas que les utilisateurs voudraient des téléchargements par glisser-déposer. En recueillant les commentaires, il est devenu évident que nous pouvions améliorer les téléchargements d'images. Nous avons ajouté "Ajouts par glisser-déposer" à notre liste de sélection / suggestions. Après plusieurs requêtes, des transferts par glisser-déposer ont été ajoutés à l'un de nos premiers sprints de code. Maintenant, lorsque vous souhaitez télécharger des images dans un projet, vous pouvez cliquer pour télécharger ou glisser-déposer..
Ceci est un exemple assez simple de la façon dont les utilisateurs ont utilisé Dunked différemment de ce que nous avions envisagé. Nous n’avons jamais pensé que les utilisateurs seraient rebutés par notre méthode traditionnelle de téléchargement d’images. En surveillant, en recueillant et en prenant en compte les commentaires des utilisateurs, nous avons néanmoins pu améliorer le Dunked pour nos utilisateurs..
Maintenant que j'ai expliqué un peu notre approche de la version bêta et pourquoi je pense que les versions bêta sont excellentes, je dois parler de certaines des erreurs et des limitations qui pourraient nuire à une version bêta. La plus grande erreur que l'on puisse faire dans une version bêta est de publier une version bêta avant qu'elle ne soit prête. Si vous rencontrez des bogues lors de vos propres tests ou si vous n'avez pas encore effectué de tests approfondis sur votre application, vous n'avez pas à commercialiser la version bêta. Lorsque vous publiez un logiciel dont vous savez qu'il n'est pas prêt, vous risquez la confiance de vos utilisateurs et la vie de votre produit. Alors que la plupart des utilisateurs de la bêta sont prêts à pardonner les bugs mineurs qui apparaissent en version bêta, il est irresponsable de publier un produit que vous savez être un buggy..
Lorsque vous publiez un logiciel dont vous savez qu'il n'est pas prêt, vous risquez la confiance de vos utilisateurs et la vie de votre produit..
La deuxième erreur majeure que vous pourriez commettre dans une version bêta est de laisser entrer les utilisateurs trop rapidement. Bien que vous puissiez exécuter des tests de contrainte, vous ne saurez pas à 100% ce que votre serveur peut gérer jusqu'à ce qu'il soit soumis à un véritable test. Si le serveur est sur le point de tomber en panne, vous voulez qu'il tombe en panne avec 1 000 invitations bêta et pas 10 000 ou 100 000 invitations bêta en attente. De plus, vous êtes en version bêta, il est donc possible que vous rencontriez un bogue ou deux. Avec Dunked, par exemple, nous avons eu un bogue étrange lié à certains slugs du projet. Tout fonctionnait bien avec l'administrateur, mais la page en direct entraînait une erreur 403. Cela s'est avéré être une solution très simple. Mais parce que le problème était lié aux URL, nous avons dû corriger les slugs existants. Il était certainement plus facile de rechercher et de remédier à des centaines de slugs de projets et de pages qu'à des centaines de milliers..
L'une des principales limitations d'une version bêta est liée aux commentaires. Accorder un accès bêta aux utilisateurs ne signifie pas qu'ils vous fourniront des informations en retour. Les utilisateurs peuvent avoir l’intention de fournir des commentaires, mais ils n’ont tout simplement pas le temps de formuler leurs commentaires en mots. Ils peuvent également avoir le sentiment qu’ils font quelque chose de mal lorsque l’application ne fonctionne pas comme prévu, et ne vous écrivent donc pas avec des commentaires. De plus, si vous devez parcourir plusieurs composants de votre application, il y a de fortes chances que la qualité et la quantité des commentaires diminuent..
Je ne pense pas qu'il ne soit pas sage d'essayer d'inclure toutes les fonctionnalités souhaitées lors du lancement d'un produit. Je pense que vous feriez mieux de lancer une version bêta "terminée", puis de continuer à parcourir le produit, en ajoutant des fonctionnalités supplémentaires. Ce faisant, vous pourrez recueillir et utiliser les commentaires des utilisateurs pour améliorer votre produit..
Cela dit, vous devez avoir un plan en place vous indiquant comment vous allez surveiller, rassembler et prendre en compte les commentaires que vous collectez. Ainsi, vous serez en mesure d’ajouter des fonctionnalités qui créent une valeur réelle pour l’utilisateur, augmentant ainsi vos chances de succès..
Accentsconagua