La méthode de travail
Design Flow orchestre les skills de design complémentaires dans un ordre défini. Il commence par des questions de clarification, consigne un brief, développe l’architecture de l’information, établit les tokens et transforme le brief en tâches réalisables. Le frontend est ensuite implémenté selon cette liste. Chaque étape a un résultat explicite et une transition confirmée par le designer.
Le processus est conçu pour reprendre après interruption. Les livrables d’une fonctionnalité sont regroupés sous .design, ce qui permet de continuer à la prochaine étape incomplète. La revue de design est une étape distincte, demandée après réalisation : terminer le parcours ne prouve pas qu’une revue visuelle a été validée.
Livrables attendus
- Brief, architecture de l’information et tokens propres à la fonctionnalité, selon les besoins.
- Une liste TASKS.md ordonnée, suivie pendant l’implémentation frontend.
- Les composants et pages réalisés, avec les documents de planification enregistrés pour reprendre le travail.
Du brief à la revue
- 01Choisir les phases nécessaires
Expliquez l’ensemble du parcours et les étapes pouvant être sautées. Des tokens existants ou un périmètre limité à un composant peuvent éviter du travail inutile.
- 02Clarifier et enregistrer l’intention
Exécutez intégralement les skills complémentaires pertinents et gardez brief et architecture dans le même dossier de fonctionnalité. Confirmez chaque phase avant de continuer.
- 03Transformer l’intention en réalisation
Générez ou étendez les tokens, créez la liste de tâches et implémentez ses unités successives. Cochez les tâches terminées en obtenant confirmation entre elles.
- 04Effectuer la revue sur demande
Exécutez le skill distinct design-review uniquement après la création d’une interface et sur demande de revue. Conservez ses captures et constats avec les autres livrables de la fonctionnalité.