Travaux › TV Learn
Role
Timeline
Lead Designer
2019
Contexte
Repenser pour le Web
Historiquement portée dans le client lourd de e-doceo, le TV Learn a été la dernière fonctionnalité à être portée pour le web après le virage SaaS entreprit en 2016. Le défi consistait à permettre de se filmer à l'aide d'une webcam tout en présentant un document PowerPoint, et de synchroniser les deux flux avec diverses options comme l'intégration d'un prompteur et de sous-titres, ou la création de marqueurs temporels pour que les spectateurs puissent naviguer dans la présentation slide par slide.
Prioriser les besoins en atelier de co-conception
Beaucoup d'idées mais peu de ressources
Le portage de l'outil sur le Web a été l'occasion de re-challenger son fonctionnement par rapport aux habitudes et aux besoins des utilisateurs. Des interviews réalisées avec des profils plus ou moins experts m'ont aidées à identifier des points d'amélioration très variés, malheureusement beaucoup trop nombreuses pour le temps et les ressources humaines dont nous disposions.
J'ai donc invité ces même utilisateurs à participer à un atelier « Buy-a-Feature », en compagnie de la Product Owner et du Lead Developer du projet. Nous avons ainsi exposé l'ensemble des souhaits formulés lors des interviews sur une table, avec pour chacun d'entre-eux un "coût en jetons" basé sur le temps et la difficulté du développement estimés. Chaque participant disposait d'un nombre de jeton limité qu'il pouvait ainsi dépenser là où étaient ses priorités. Les fonctionnalités qui n'étaient pas "achetées" à la fin de l'atelier se retrouvaient donc dé-priorisées, voir abandonnées.
↑ Ci-dessus : Mon étude préliminaire auprès d'utilisateurs ayant des habitudes différentes avec cet outil a permis de dégager un grand volume d'idées et de souhaites pour améliorer l'usage et le confort des utilisateurs. Toutes n'ont malheureusement pas pu voir le jour, comme le fait de choisir à-même l'interface les diapositives à utiliser dans la présentation.
Deux types de « End-Users »
Du concepteur de la formation au consommateur de la formation
Comme tout projet comportant une dimension "expérience utilisateur", je me suis interrogé sur la nature des utilisateurs finaux du produit. La solution étant assimilée à un CMS, deux profils émergent : la personne qui va utiliser l'outil pour produire du contenu, et la personne qui va utiliser l'outil pour consommer ce contenu.
Le concepteur devait ainsi disposer de sa propre interface et des outils qui lui permettent d'enregistrer son contenu tout en ayant la possibilité de l'optimiser pour le consommateur de son contenu. Par exemple, nous avons intégré la possibilité de faire défiler les diapositives avec les flèches du clavier afin de donner une alternative plus silencieuse aux clics de souris, parfois très audibles dans les enregistrements et déconcentrants pour ceux qui les écoutent.
↑ Ci-dessus : Sur la première diapositive de chaque présentation, un bandeau visible du concepteur seulement indique qu'il est possible de les faire défiler à l'aide des flèches du clavier. Afin de garder l'interface aussi intuitive que possible, il reste néanmoins possible de cliquer sur le côté de la diapositive active, ou sur l'aperçu de la diapositive suivante,
De la même façon, pour éviter de multiplier le travail du concepteur de la présentation, celui-ci dispose d'un prompteur qui peut l'aider lors de l'étape d'enregistrement. Une fois terminé, le texte du prompteur est réemployé pour générer des sous-titres à destination des consommateurs malentendants ou n'ayant pas le son (pour des raisons matérielles par exemple). Avant de publier son contenu, le concepteur peut encore modifier manuellement ce texte pour le faire correspondre au plus proche de ce qu'il a pu dire durant l'enregistrement en cas de divergence.
↑ Ci-dessus : J'ai compilé dans un document de restitution toutes les problématiques relevées lors des tests sur le prototype maquetté. Ceux-ci sont répertoriés un par un avec les détails, les recommandations, ainsi qu'un système de classification selon le type de problème, la criticité et la priorité de résolution estimée.