Des couches à une nouvelle base.

Le premier produit était assez simple. On importait un fichier DWG, on configurait les règles d'urbanisme, on définissait les paramètres du projet, on générait des solutions de faisabilité, on regardait les résultats et on téléchargeait ce dont on avait besoin.

En un an et demi, on a ajouté plus de cinquante fonctionnalités, et d'autres solutions et projets sont venus vivre dans la même plateforme et la même interface. Le produit grandissait par couches. Beaucoup de ces couches étaient utiles. Ensemble, elles devenaient lourdes.

Certaines fonctionnalités venaient de besoins très spécifiques d'un client et sont restées peu utilisées. Certains outils plus récents avaient des points d'entrée faibles, donc ils semblaient accrochés au produit plutôt qu'intégrés à lui.

Plusieurs développeurs construisaient différentes parties de la plateforme en même temps, ce qui produisait un flux constant de petites questions. Est-ce que ça doit marcher comme ci ou comme ça ? Où est-ce que ça vit ? Qu'est-ce qui s'affiche quand il n'y a encore rien ?

Je suis devenue le point de référence pour beaucoup de ces décisions, et le Figma est devenu la référence partagée pour l'implémentation. C'est ce qui a gardé les patterns d'interaction, la hiérarchie, l'UI et le langage visuel cohérents entre des zones construites en parallèle.

Les décisions produit, elles, se prenaient avec le PM, avec l'équipe technique impliquée tout du long. Ma contribution a surtout pesé sur le design d'interaction, l'UI et le raffinement qui font que l'ensemble se ressent comme un produit et pas comme trois.