Description du projet
TraduitNotre entreprise gère plusieurs produits internes — une console d'administration, un tableau de bord d'analytique et quelques outils opérationnels — et chacun a été conçu par une équipe différente à un moment différent. Le résultat est prévisible : les boutons se comportent différemment sur chaque écran, l'espacement est incohérent, le même statut est affiché de trois manières, et chaque nouvelle fonctionnalité relance un débat sur les couleurs. Nous voulons arrêter de payer cette taxe et construire un système de design partagé avec un véritable kit UI sur lequel tous ces produits peuvent s'appuyer.
Le travail n'est pas une simple retouche. Nous avons besoin d'une bibliothèque de composants avec de vrais états — par défaut, survol, focus, désactivé, chargement, erreur, vide — plus des tokens pour la couleur, le type, l'espacement et l'élévation qui peuvent survivre à un rebranding sans toucher chaque écran. Les composants doivent être organisés de manière à ce qu'un développeur puisse trouver le bon rapidement, et chacun doit porter de courtes notes d'utilisation expliquant quand l'utiliser et quand ne pas l'utiliser. Nous attendons une palette accessible avec un contraste documenté, une grille qui fonctionne aussi bien sur de grands moniteurs que sur des ordinateurs portables encombrés, et des modèles pour les mises en page récurrentes que nos opérateurs utilisent réellement : tables avec filtres, cartes de dossiers, formulaires multi-étapes.
Veuillez partager les systèmes précédents que vous avez construits, comment vous maintenez le kit et le code synchronisés, et comment vous transmettez le travail pour qu'il ne se dégrade pas après le lancement. Livrables :
— un ensemble de tokens et une bibliothèque de composants avec tous les états interactifs ;
— documentation couvrant l'utilisation, les choses à faire et à ne pas faire, et des notes d'accessibilité ;
— modèles pour les écrans de produits les plus courants.
Le travail n'est pas une simple retouche. Nous avons besoin d'une bibliothèque de composants avec de vrais états — par défaut, survol, focus, désactivé, chargement, erreur, vide — plus des tokens pour la couleur, le type, l'espacement et l'élévation qui peuvent survivre à un rebranding sans toucher chaque écran. Les composants doivent être organisés de manière à ce qu'un développeur puisse trouver le bon rapidement, et chacun doit porter de courtes notes d'utilisation expliquant quand l'utiliser et quand ne pas l'utiliser. Nous attendons une palette accessible avec un contraste documenté, une grille qui fonctionne aussi bien sur de grands moniteurs que sur des ordinateurs portables encombrés, et des modèles pour les mises en page récurrentes que nos opérateurs utilisent réellement : tables avec filtres, cartes de dossiers, formulaires multi-étapes.
Veuillez partager les systèmes précédents que vous avez construits, comment vous maintenez le kit et le code synchronisés, et comment vous transmettez le travail pour qu'il ne se dégrade pas après le lancement. Livrables :
— un ensemble de tokens et une bibliothèque de composants avec tous les états interactifs ;
— documentation couvrant l'utilisation, les choses à faire et à ne pas faire, et des notes d'accessibilité ;
— modèles pour les écrans de produits les plus courants.
Design et multimédia Espèces, Virement bancaire
