Nestor PeñaDesign Engineer · Product Designer

Étude de cas 01 · Comfone AG · août 2024 – oct. 20261 min de lecture

Un seul langage visuel pour plus de 80 applications métier, et un cours pour l’enseigner.

J’ai conçu le design system Pulse et créé la plateforme e-learning qui l’enseigne aux PMs et aux développeurs.

Réalisé avec
  • Figma
  • React
  • TypeScript
  • Vite
  • Design tokens
80+applications métier
600+opérateurs mobiles
4piliers de design
Mode d'affichage

Vous voyez le résultat. Activez la couche Réflexion pour voir comment j'y suis arrivé.Vous voyez les notes en marge, les croquis et les options que j'ai écartées.

Contexte et rôle

Dernier mot sur le design = l’explication aussi.

Design lead pour plus de 80 applications métier. Un seul designer, pas de refonte.

Pulse est la plateforme de Comfone pour plus de 600 opérateurs mobiles. J’étais rattaché au COO et au conseil d’administration. Chaque application réglait la mise en page, les graphiques et la navigation à sa façon, et ceux qui appliquaient les règles étaient des PMs et des développeurs, pas des designers.

Ma réflexion

Chaque « non » ici était une vraie option que quelqu’un avait demandée.

Décision 01À qui s’adresse la doc
  • AUne doc pour designers dans Figma
  • BUn seul site de doc générique

Choix C : Un choix d’audience : développeurs, PMs ou les deux

Parce que les développeurs veulent d’abord le code, les PMs d’abord le compromis.

Pourquoi pas A : PMs et développeurs ouvrent rarement Figma pour apprendre une règle.

Pourquoi pas B : une seule voix pour deux publics : chaque page était à moitié inutile pour son lecteur.

Compromis : chaque page écrite deux fois.

Décision 02Comment l’enseigner
  • AUn wiki Confluence
  • BDes ateliers en direct

Choix C : Une plateforme e-learning en autonomie

Parce que elle fonctionne sans moi dans la pièce et montre qui a appris quoi.

Pourquoi pas A : un wiki se lit une fois, au mieux, et personne ne sait qui l’a lu.

Pourquoi pas B : les ateliers dépendent de mon agenda et disparaissent après l’heure.

Compromis : j’ai dû construire et maintenir un produit, pas une page.

Décision 03Par où commencer
  • AUne bibliothèque complète de composants
  • BDes templates de pages par application

Choix C : Les fondations : tokens, grilles, graphiques, navigation

Parce que plus de 80 applications en production peuvent adopter les fondations une à une.

Pourquoi pas A : les composants imposent une réécriture avant le moindre bénéfice.

Pourquoi pas B : les templates figent les applications actuelles au lieu de les corriger.

Compromis : moins de finition visible au début.

Ce que j’ai construit

Les fondations d’abord. Les tokens s’adoptent application par application ; une bibliothèque de composants, non.

componentsbuttonstablesmodalsformscharts?who reads this?
Parti des composants. Mauvais public.
Design System Wiki
Personne ne finit un wiki.
DevsPMsBothTokenscolor: var(--text-muted)gain / costswitch
Même page, deux façons de la lire.

Pulse Design System eLearn

Accueil de Pulse Design System eLearn : Design with confidence, parcours d’apprentissage en quatre piliers
Un parcours, pour PMs, développeurs ou les deux
Module Icônes : anatomie de la grille d’icône de 512 sur 512
Icônes
Module Grilles : les sept parties d’une grille de données
Grilles
Module Graphiques : structure de l’infobulle et ses cinq composants
Graphiques
Palette de commandes qui cherche dans les piliers et les modules
Recherche ⌘K

Essayez l’idée

Changez d’audience, appuyez sur ⌘K ou Ctrl K

Pulse Design System eLearn
1 sur 4 terminés

Pilier 1 sur 4

Design Tokens

Pour les développeurs · comment appliquer

Utilisez des tokens sémantiques, jamais des valeurs brutes. Un token décrit son rôle : il s’adapte au thème et au mode contraste sans changer le code.

color: var(--text-muted);
background: var(--surface-raised);
padding: var(--space-4);

Impact

Terminé ne veut pas dire adopté.

Le résultat honnête

Terminé et documenté. Le déploiement a calé, faute de responsable dans chaque équipe d’application.

Un design system est un produit, avec des utilisateurs, une roadmap et un responsable. La gouvernance commence avant le premier token.

Ce que je ferais autrement

  1. Convenir d’un responsable et d’un budget d’adoption avant de construire.
  2. Faire un pilote avec une équipe d’application, puis m’appuyer sur son résultat pour vendre le déploiement.

Un système qui a besoin d’un responsable ?

Disponible immédiatement. Basé à Berne, ouvert à un déménagement, aux trajets pendulaires ou au télétravail.