Fuzzy Studio — Quels utilisateurs pour quels usages ?

Fuzzy Studio est un logiciel de programmation de robots industriels permettant de créer un jumeau numérique d'une cellule robotisée et de préparer les trajectoires exécutées par le robot. Avant de poursuivre le développement de Fuzzy Studio, il était nécessaire de confronter le produit à ses usages réels. Cette démarche a permis de replacer les utilisateurs au cœur des décisions produit.

Les fondations techniques du logiciel étant en place, l'enjeu devenait de donner une direction au produit. Cette direction devait désormais s'appuyer sur les usages plutôt que sur des hypothèses.

Nous avons rencontré une dizaine d'utilisateurs lors d'entretiens semi-directifs menés sur plusieurs semaines. Une trame commune permettait d'explorer leurs pratiques tout en laissant émerger leurs expériences et leurs besoins.

Une fois les entretiens réalisés, il s'agissait de transformer cette matière brute en connaissances exploitables. Les verbatims ont été regroupés et analysés afin de faire émerger des tendances communes. Cette analyse a révélé, par exemple, que les utilisateurs choisissaient Fuzzy Studio avant tout pour sa simplicité d'interfaçage avec les principaux robots industriels et qu'ils accordaient une forte valeur aux outils de génération de surfaces et de contours.

Ces enseignements ont constitué une base commune pour orienter les futures décisions produit à partir des usages observés plutôt que d'intuitions.

Les enseignements issus des entretiens ont ensuite été synthétisés afin de les rendre lisibles et exploitables par l'ensemble de l'équipe. J'ai conçu une journey map retraçant l'évolution des ressentis des utilisateurs au fil de leur parcours dans le logiciel. Cette représentation permettait de visualiser les moments de satisfaction, les points de friction et les étapes nécessitant une attention particulière.

En parallèle, j'ai réalisé un tableau de synthèse regroupant l'ensemble des retours utilisateurs. Les verbatims y étaient organisés selon leurs points positifs, les points de vigilance, les difficultés critiques rencontrées et les pistes d'évolution identifiées au cours des entretiens. L'objectif n'était pas seulement de conserver une trace de la recherche, mais d'offrir une vision d'ensemble des usages et de mettre en évidence les priorités d'amélioration du produit.

Ces documents ont ensuite été présentés à la direction puis partagés avec les équipes lors des réunions produit. Ils sont rapidement devenus des supports d'échange et d'aide à la décision. Plutôt que de débattre à partir d'intuitions ou de préférences personnelles, nous pouvions nous appuyer sur des situations réellement observées, des besoins exprimés par les utilisateurs et des tendances identifiées au cours de l'analyse. Chaque nouvelle fonctionnalité pouvait ainsi être discutée à l'aune de son utilité réelle et de son impact sur l'expérience d'utilisation.

Au-delà des livrables produits, cette démarche a permis d'introduire une culture davantage centrée sur les usages. Les retours utilisateurs n'étaient plus perçus comme des informations ponctuelles, mais comme une ressource commune permettant de guider les choix de conception et d'orienter durablement l'évolution du logiciel.

Cette mission m'a confirmé que la recherche utilisateur ne s'arrête pas à la collecte d'informations. Sa valeur réside dans sa capacité à nourrir les décisions. En cas d'hésitation ou de désaccord sur les évolutions à prioriser, ces documents permettaient de revenir aux usages observés et de faire des besoins des utilisateurs le principal critère d'arbitrage. Le produit évoluait ainsi à partir de situations réelles plutôt que d'hypothèses.