Le challenge
Quand je suis arrivée, je travaillais depuis plusieurs années sur Figma, c’était donc l’opportunité de migrer, mais aussi de construire le design system. L’entreprise allait alors fêter ses 10 ans, de nombreux changements front étaient en cours, il paraissait donc pertinent de repartir sur une base plus saine.
Les principaux challenge étaient :
• Répertorier les composants existants sur sketch et en front (web, iOS, Android)
• Créer les composants vitaux et pourtant non-existant
• Uniformiser l’UI entre le web et les apps
• Créer de 0 les composants à cause de la migration logiciel
Les principaux challenge étaient :
• Répertorier les composants existants sur sketch et en front (web, iOS, Android)
• Créer les composants vitaux et pourtant non-existant
• Uniformiser l’UI entre le web et les apps
• Créer de 0 les composants à cause de la migration logiciel
Les bénéfices
• Une source unique de référence pour les éléments d’UI
• Repartir sur une base saine et réduire le temps de création des nouvelles features
• Faciliter le travail des designers et des développeurs, en créant une base unique de référence
• Identifier et supprimer les incohérences
• Assainir et optimiser le code
• Repartir sur une base saine et réduire le temps de création des nouvelles features
• Faciliter le travail des designers et des développeurs, en créant une base unique de référence
• Identifier et supprimer les incohérences
• Assainir et optimiser le code
L’approche
J’ai commencé par passer beaucoup de temps avec les développeurs (web et apps) afin de comprendre leur manière de travailler, les contraintes de leurs framework, les éléments existants et la marge de faisabilité dans certains cas. La marge de faisabilité est par exemple, beaucoup plus restreinte sur les apps, d’un point de vue purement technique, il est plus intéressant pour les performances de travailler avec les composants natifs. Prendre ceci en considération est toujours une composante centrale de mon approche, plutôt que de proposer des solutions custom, j’ai pour habitude de travailler avec les développeur pour faire des « work around » sans bien évidemment rogner sur l’expérience utilisateur.
Par la suite, j’ai établi une roadmap :
• Création du guide de style (Typographie, couleurs, spacing, grilles)
• Priorisation des composants à réaliser (elle n’était pas la même pour chaque plateforme)
• Création des composants et de leurs variants par lot, avec validation des équipes techniques
Par la suite, j’ai établi une roadmap :
• Création du guide de style (Typographie, couleurs, spacing, grilles)
• Priorisation des composants à réaliser (elle n’était pas la même pour chaque plateforme)
• Création des composants et de leurs variants par lot, avec validation des équipes techniques
Documentation
Une documentation a été créé par page, afin de spécifier les usages de chaque composant.
D’autre part, une classification a été mise en place afin de pouvoir retrouver les composants facilement au sein des librairies figma.
D’autre part, une classification a été mise en place afin de pouvoir retrouver les composants facilement au sein des librairies figma.
Ce que j'ai appris
Au delà de l’organisation concrète du design system, qui semble toujours plus compliquée qu’elle ne l’est réellement, la réelle difficulté est de définir un scope, qui d’expérience s’avère être toujours mouvant.
On se dit souvent qu’on a besoin de composants et d'une grande variabilité, d'une définition très précise de chaque usage, en réalité, c'est quelque chose qui se définit à l'usage en fonction de la taille de l’équipe, la manière de collaborer avec les équipes techniques, je crois que chaque Design System se doit d'être unique et de répondre aux besoins de l'équipe qui s'en sert.
Ce sont des projets passionnants où il faut savoir faire preuve d’agilité et de réactivité. Jusqu’à mon départ de l’entreprise, nous avions encore de grandes discussions sur comment améliorer, optimiser, élaguer, enrichir. C’est un outil en mouvement, qui ne cesse d’apporter son lot de challenge passionnant en tant que designer.
On se dit souvent qu’on a besoin de composants et d'une grande variabilité, d'une définition très précise de chaque usage, en réalité, c'est quelque chose qui se définit à l'usage en fonction de la taille de l’équipe, la manière de collaborer avec les équipes techniques, je crois que chaque Design System se doit d'être unique et de répondre aux besoins de l'équipe qui s'en sert.
Ce sont des projets passionnants où il faut savoir faire preuve d’agilité et de réactivité. Jusqu’à mon départ de l’entreprise, nous avions encore de grandes discussions sur comment améliorer, optimiser, élaguer, enrichir. C’est un outil en mouvement, qui ne cesse d’apporter son lot de challenge passionnant en tant que designer.
