Avec quoi prototypez-vous, et comment décidez-vous du niveau de fidélité ?

Faites correspondre la fidélité à la question. Du papier ou des frames grossières répondent à la question de savoir si le concept a du sens. Un prototype Figma cliquable répond à la question de savoir si un parcours est compréhensible. Les prototypes codés valent le coup pour le timing, les gestes, la performance ou les interactions chargées en données, où un faux vous induira en erreur. Prototypez la plus petite tranche qui répond à la question, et jetez-la sans état d'âme.

La fidélité suit la question. Si je suis encore en train de décider ce qu'est la chose, je veux l'artefact le plus moche possible, parce que le fini fait taire les gens. Si je mets un écran magnifiquement terminé devant une partie prenante, je reçois des compliments ; si je montre un croquis en boîtes grises, je reçois la vraie objection, qui est ce dont j'ai réellement besoin. Une fois le concept arrêté, un prototype Figma cliquable du chemin principal suffit en général à tester la compréhension, et je ne câble que les routes exigées par les tâches plutôt que chaque bouton. Là où je vais plus loin, c'est tout ce dont le ressenti est le sujet. Le glisser-déposer, une animation qui doit communiquer ce qui a bougé et où, ou une liste qui doit rester réactive avec dix mille lignes. Ces choses-là mentent dans Figma. Sur un projet, j'ai prototypé une interaction de filtrage en code avec de vraies données, et il est apparu immédiatement que notre design supposait des résultats instantanés alors que la requête prenait près de deux secondes, ce qui a complètement changé le design. Et je les supprime ensuite. Un prototype est un argument, pas un actif.