À mon arrivée chez 360Learning, je rejoins la squad Users & Groups, avec la mission de donner aux admins les outils pour structurer leur plateforme et manager leurs users facilement. Cette squad n’avait jamais eu de designer : tout était donc à construire sur ce scope.

Au fil des entretiens que je mène avec des clients, je me rends compte qu’un besoin est sans cesse évoqué : la difficulté de réaliser des actions basiques sur les users (les ajouter à un groupe, les supprimer, changer leur rôle...).

C’est d’autant plus préoccupant que les administrateur‧ice‧s sont souvent les décisionnaires côté business du choix de leur LMS.

Pour mener à bien ce projet, je me suis appuyée sur le modèle du Design Thinking proposé par la d.school de Stanford. Il se découpe en cinq étapes (empathie, définition, idéation, prototypage, test), qui s'enchaînent logiquement. Le modèle lui-même est assez flexible, puisque on peut facilement faire plusieurs boucles itératives, ou ne pas le suivre à la lettre en fonction des besoins (ce qui s’est d’ailleurs révélé utile comme nous allons le voir).

Le sujet du user management étant souvent revenu sur la table, j’ai commencé par aller chercher dans notre research repository (sur Harvestr) si nous avions de la matière.

En nous basant sur cette première phase de recherche, nous avons pu définir les principaux problèmes rencontrés par les administrateur‧ice‧s et auxquels nous devions répondre :

Il était temps sketcher toutes sortes d’idées pour répondre aux problèmes soulevés. D’après les retours utilisateur‧ice‧s, le tableau présent aujourd’hui est une bonne idée, mais ne réunit pas assez de data et ne permet aucune action. J’explore donc des options pour l’enrichir et en faire un outil puissant.

Je teste également plusieurs systèmes de toolbar, qui apparaîtrait quand on sélectionne un‧e ou plusieurs users.

Je me débarrasse également du panel de gauche, qui sert à naviguer entre des vues du tableau par rôle, et par statut de user. À la place, j’intègre les rôles directement dans le tableau, avec la possibilité de les modifier, et teste un système de tabulation pour passer des users actuel‧le‧s, aux invitations, et aux users supprimé‧e‧s.

Sur la base de ces sketchs, je réalise les mock-ups et les assemble en un prototype testable par les clients.

Pour le tableau, j’ai totalement retravaillé le composant générique, qui était très limité et daté. Il est désormais possible de sélectionner une ou plusieurs lignes, et d’agir dessus via les actions présentes au hover ou dans la toolbar.

J’ai fait tester ce prototype auprès de 4 clients qui gèrent de grandes quantités de users. J’ai ainsi pu valider certains de mes choix, comme la toolbar, le flow d’ajout de users à un groupe qui fut trouvé facilement, le select all...

Alors que la conception avançait bien, nous avons malheureusement dû mettre en pause le projet. En effet, notre squad devait dorénavant se concentrer sur un commitment produit pour un client fraîchement signé.

Toutefois, je souhaitais valider les principaux flows et la vision long-terme pour le user management avant de mettre le projet de côté. J’ai donc listé toutes les user stories et les ai divisées selon 3 niveaux de priorité. Ainsi, si nous avions de la bande-passante, il serait plus facile de n’attaquer qu’une partie du projet.

Même si ce projet a été mis en pause, la méthodologie mise en place pour ce projet et les différentes étapes par lequel il est passé me rend très confiante quant aux solutions choisies.

J’ai eu l’occasion de manipuler une grande quantité de retours utilisateur‧ice‧s, de retravailler de nombreux flows, de concevoir un nouveau composant design pour les tableaux, et de construire un prototype hybride.

J’ai hâte que ce projet voit le jour, car il s’agit d’une vraie révolution pour les administrateur‧ice‧s. Nous répondons à 50 user stories majeures pour leur quotidien, avec à la clé un gain de temps conséquent.