Histoire de produit
Faire évoluer un produit sur plus de 10 ans, malgré les changements et les contraintes.
Pendant plus de dix ans, j’ai aidé à créer et faire évoluer l’application web et iOS utilisée par les concessionnaires et représentants de Camso, puis de Michelin, pour accéder à l’information produit et aux outils de la division hors-route.
Ce qui avait commencé comme une application de consultation est devenu une plateforme beaucoup plus large. Les besoins ont changé avec le temps, comme l’entreprise.
Rassembler l’information produit
Au départ, l’information produit était éparpillée entre plusieurs documents et systèmes. L’idée: que les équipes y accèdent facilement, parfois sur le terrain, sans connexion Internet.
J’ai aidé à définir le produit dès ses premières versions: son fonctionnement, son architecture d’information, ses parcours et ses liens avec les autres systèmes de l’entreprise, jusqu’à l’architecture technologique.
Cette première version répondait à un besoin clair: un accès fiable à l’information pour présenter et recommander les produits.
De bibliothèque de produits à outil de travail
Au fil des années, l’application a pris de l’ampleur. Elle ne servait plus seulement à consulter de l’information: elle devenait le point de départ du travail des représentants et des concessionnaires.
Des outils de recherche et de sélection s’y sont ajoutés: trouver un produit selon ses dimensions, recommander une solution selon le contexte d’utilisation, configurer un produit à partir d’un équipement précis.
Chaque outil partait d’un besoin terrain différent, mais le fond restait le même: comprendre les règles internes, cerner le vrai besoin de l’utilisateur et en faire un outil simple à utiliser.
Souvent, des modèles de calcul ou des données qui vivaient dans des fichiers Excel devenaient des outils guidés: comparer le coût d’utilisation de deux solutions, ou recommander le bon produit selon l’usage.
Une autre fois, l’équipe voulait adapter un mécanisme de sélection existant à une gamme qui n’avait que quelques configurations. Techniquement, ça fonctionnait. Pour l’utilisateur, ça imposait trop d’étapes et trop de choix.
J’ai proposé une approche plus directe et visuelle, plus proche d’un assistant que d’un sélecteur. Pour l’utilisateur, beaucoup plus simple. On a choisi de simplifier.
Puis l’entreprise a changé
L’acquisition de Camso par Michelin a amené une transformation importante.
L’application devait maintenant porter deux marques, avec leurs gammes, leurs catégories et leurs façons de structurer l’information. Le changement allait bien au-delà des couleurs et des logos.
Il a fallu revoir l’architecture de l’information, la navigation, les pages produits et les liens entre les outils.
J’ai contribué à cette restructuration et à ses répercussions ailleurs dans le produit. Le défi n’était pas de repartir d’une page blanche: il fallait transformer une application déjà utilisée, avec son historique, ses données et ses dépendances.
Concevoir un nouveau produit, c’est choisir les règles. Faire évoluer un produit existant, c’est comprendre pourquoi les règles actuelles existent, ce qu’un changement risque de briser et jusqu’où il est raisonnable d’aller.
Faire le pont entre tout le monde
Sur un mandat aussi long, mon rôle changeait selon les besoins.
Je pouvais partir d’une discussion avec une unité d’affaires, structurer le problème, concevoir le parcours et les interfaces, puis travailler avec les développeurs sur les données, les contraintes techniques et l’implémentation. Selon le projet, je touchais aussi au front-end, aux tests et à la mise en production.
Je travaillais de près avec les développeurs web et iOS, et avec les équipes de Camso et de Michelin qui connaissaient les produits, les clients et le terrain.
Souvent, mon travail était de garder le fil entre tous ces points de vue:
- ce que l’utilisateur essayait d’accomplir;
- ce dont l’entreprise avait besoin;
- la façon la plus simple de le présenter;
- ce que les systèmes permettaient réellement;
- ce qui pouvait être livré dans les délais, sans briser l’existant;
- et, au bout du compte, la bonne chose vraiment livrée par les développeurs.
Un produit vivant pendant plus de dix ans
L’application a connu plusieurs identités, plusieurs technologies et plusieurs générations de fonctionnalités. Elle a grandi avec l’entreprise au lieu d’être remplacée à chaque changement de direction.
Elle a été utilisée à travers le monde, dans plusieurs langues, sur le Web comme sur iOS.
Je ne peux pas réduire ce travail à une série d’écrans. C’est plutôt dix années à connaître une industrie, à comprendre un produit en profondeur et à l’accompagner d’une étape à l’autre de l’entreprise.
Et elle n’a jamais vécu seule: autour d’elle, des sites, des données, des calculateurs et des plateformes internes qui devaient fonctionner ensemble.