Prototyper vite, avec nous

Par Véronique Boisjoly, directrice générale à iX.
Elle s’intéresse à la gestion saine et responsable du numérique.

Depuis quelque temps, nous recevons de plus en plus de prototypes de la part de nos clients. Grâce aux outils d’IA générative, il est devenu simple de produire en quelques heures une interface qui semble fonctionnelle, avec des écrans, des boutons et même un peu de logique en arrière-plan. L’élan est bienvenu. Il témoigne d’une vraie envie d’avancer et de clarifier une vision. Mais à iX, nous voyons aussi ce qui se cache derrière ces prototypes, et c’est là que les choses se compliquent.

Soyons clairs, prototyper a de grandes vertus. Donner forme à une idée, même de façon sommaire, permet de la tester concrètement, de la partager avec ses collègues et de la comparer à d’autres pistes. C’est un formidable outil de brainstorm. On peut explorer plusieurs directions en peu de temps, faire le tri parmi les premières intuitions, écarter ce qui ne fonctionne pas et mieux cerner ce que l’on cherche vraiment. Arriver à une rencontre avec un prototype, même imparfait, rend la discussion plus riche et plus précise. Ceci dit, il faut tout de même garder une ouverture, car c’est aussi dans l’échange avec nos spécialistes de l’expérience utilisateur que ces premières idées prennent toute leur valeur, en s’enrichissant de questions bien ciblées, de validations et de regards complémentaires.

Un prototype généré rapidement répond bien à la question «à quoi ça ressemblerait?». Il répond beaucoup moins bien à la question «comment ça tient?». Nos développeurs et développeuses y découvrent régulièrement une architecture improvisée, du code dupliqué, des données codées en dur, des dépendances choisies sans réflexion, une gestion des accès et de la sécurité absente ou fragile. Ce qui semblait à 70 % terminé l’est souvent beaucoup moins en pratique, car la partie invisible est celle qui coûte le plus cher à reprendre.

Nos équipes sont consciencieuses. Elles ne peuvent pas construire sur des fondations qu’elles ne jugent pas fiables. Elles doivent donc comprendre, démêler, puis souvent reconstruire. Reprendre un prototype construit sur des fondations fragiles prend parfois plus de temps que de partir d’une page blanche, avec en prime l’obligation de composer avec des attentes déjà ancrées chez les parties prenantes.

Autre scénario fréquent, le prototype dont l’UI est impeccable. Les couleurs sont harmonieuses, les composants sont alignés, les icônes sont à la bonne place. Tout est «sur la coche». Pourtant, le volet UX est absent. Personne ne s’est demandé qui allait vraiment utiliser l’outil, dans quel contexte, avec quelles contraintes, ni quel parcours serait le plus naturel pour accomplir une tâche.

Résultat, on se retrouve avec un bel emballage autour d’une expérience qui ne tient pas la route. Les parcours sont trop longs, les cas d’erreur sont oubliés, l’accessibilité n’a pas été considérée, les besoins réels des utilisateurs et utilisatrices n’ont pas été validés. L’apparence rassure, mais elle peut masquer des problèmes qui n’émergeront qu’une fois le produit en main des gens.

Il y a aussi le prototype qui prend pour acquis des intégrations impossibles ou très coûteuses avec les systèmes existants. Celui dont le modèle de données ne résistera pas à la croissance. Celui qui a été validé à l’interne, puis présenté à la direction, et dont il est devenu difficile de revoir les choix sans heurter des attentes. Ou encore celui qui ignore les exigences de performance, de référencement, d’accessibilité, de bilinguisme ou de conformité, des contraintes qui, lorsqu’elles surgissent tard, bousculent tout le reste.

Prototyper soi-même est une excellente façon d’explorer. Ça le devient beaucoup moins quand le prototype est poussé trop loin, jusqu’à devenir une quasi-spécification que l’on attend de voir «simplement finalisée». À ce stade, le temps investi par le client n’est pas toujours récupérable, et le budget qui aurait pu servir à bien concevoir sert plutôt à corriger. Nous préférons le dire franchement, parce que nous voulons que vos projets réussissent.

Impliquez-nous plus tôt. Pas pour freiner votre élan, mais pour le canaliser. Une courte rencontre avant que vous ne vous lanciez, ou un échange à mi-parcours, suffit souvent à éviter des détours coûteux. Ensemble, nous pouvons déterminer ce qui mérite d’être prototypé, valider les bons parcours avec les bonnes personnes, choisir des assises techniques solides et transformer votre prototype en véritable tremplin plutôt qu’en point de départ à défaire.

Votre intuition et votre connaissance du terrain sont précieuses. Notre expérience en conception, en UX et en développement l’est tout autant. C’est quand les deux se rencontrent tôt que les projets vont le plus loin.

Coder à l’ère de l’IA : diplôme d’avenir ou perte de temps? Cet article explique pourquoi les connaissances en développement demeurent essentielles dans la création de produits durables.

The hidden cost of AI prototypes that are made to die Cet article plus orienté design UX, propose de mieux choisir ses outils de prototypage selon la durée de vie voulue, tout en se rapprochant d’une structure viable si on souhaite le conserver.