Depuis 14 ans que je fais ce métier ;
En Freelance, en tant que Dirigeant d’Agence web ;
Et aujourd’hui auprès des SAAS et agences que j’accompagne.
À chaque fois, les mêmes blocages quand on parle de la collaboration entre le Design et la Tech.
- Les Designers sont frustrés parce qu’ils ont l’impression que les devs passent leur temps à casser la créa ou à les brider.
- Les Devs ne voient pas la fin des “surprises Design” qui font que les ressources techniques allouées au projet explosent.
Je ne prends pas partie : pour moi, chaque métier à sa part de responsabilité. Mais surtout, chaque métier a tout intérêt à s’intéresser réellement aux problématiques de son voisin et à établir des vrais ponts de collaboration.
Sauf que dans les faits, et ce depuis plus de 20 ans, aucun métier ne le fait vraiment. Tout le monde le dit, mais personne ne le fait profondément.
Ce post est aujourd’hui dédié aux Designers.
Pour les aider à faire leur part.
Pour les aider à comprendre les Dévs, à aller plus loin que la vision immature “le Dév bride ma créa”. Pour les aider à comprendre “quoi donner aux Devs” pour qu’ils/elles deviennent de vrai•es complices de la créa. Et leur rappeler au passage que les jolis Awwwards de projet n’existent pas sans l’association du Design ET de la Tech.
En fait, c’est très simple.
En Dév, on a peur d’une chose. Et c’est cette simple peur qui fait marcher à reculons, qui fait serrer les fesses, semer le doute, et qui donne l’impression que la Tech n’a juste “pas envie”.
Cette peur, c’est l’inconnu.
Ne pas savoir.
Ne pas comprendre : comment ça marche, comment ça a été pensé. Comment ça réagit quand on fait ci ou ça, quand les conditions sont à X ou à Y.
Découvrir en milieu de chemin, et devoir se débrouiller pour rattraper quelque chose qui n’a été pensé qu’à moitié. Tout en ayant à gérer ses propres contraintes.
Être en fin de cortège des plans et décisions, et devoir rattraper ce qui n’a pas été anticipé tout en passant pour le/la casse-bonbon (restons poli, tout de même).
Pourquoi ça les soule autant ?
Parce qu’une connerie à rattraper en Design, ça ne coûte rien. On retourne sur Figma, on change 3 pétouilles ; 2 ou 3 heures grands max, et basta on est bon.
En Dév, chaque micro-changement peut avoir des implications folles. 1hr d’update Design peut par exemple générer 1 ou 2 jours de travail technique. 2 jours de boulot à la poubelle pour tout reprendre. Et tout ça, à cause de quelque chose qu’on aurait pu anticiper… Pas étonnant qu’après ça, on entende des “c’est pas possible” de la part de la Tech : ils\elles sont pas bêtes, ils\elles se protègent évidemment !
Voila donc la clé pour créer la vraie synérgie entre le Design et la Tech : chasser l’inconnu, éclaircir les zones d’ombres, anticiper.
Et tout ça, ça ne se travaille pas juste durant un hand-off de 30 minutes et une tape dans le dos.
C’est culturel dans l’organisation, déjà. Ça concerne la relation même entre les métiers, la curiosité mutuelle. Les routines mutuelles également, la documentation, les kick-off métier d’avant projet, les dynamiques d’espace quand on travaille en open-space par exemple (si si, bosser à 3km les uns des autres n’aide pas), et ça touche même à la vision des dirigeant•es, qui encouragent ou non cette polarité.
Alors aujourd’hui, voici quelques conseils pratiques et applicables pour une meilleure collaboration entre le Design et la Tech :
- Instaurer des kick-off Design+Tech en chaque entrée de projet (ou de travail d’une feature), pour définir les objectifs de chaque métier, les contraintes associées, et les objectifs collectifs.
- Définir l’objectif d’une interaction Design-Tech : vous n’avez pas besoin de “l’autorisation / la validation” tech sur votre design. Vous avez besoin de “feedbacks sur la faisabilité”. Et ce changement de posture change toute la relation.
- Instaurez des “kick-out” (?) de fin de projet : pour mesurer l’efficacité, pointer les objectifs, et identifier les points d’attention pour le prochain round.
- Considérez-vous comme “une équipe de production” au lieu “d’une équipe Design + une équipe Tech”, et travaillez la vision de l’équipe AVANT de travailler la vision de chacun des métiers (on va toujours du Macro au Micro, et non pas l’inverse).
Et surtout, UN contre-conseil issu de ma propre expérience et de ce que j’observe encore beaucoup :
- Designers, ne pensez pas “comme un•e Tech”. Vous n’êtes pas un•e Tech. Et en croyant penser comme un•e Tech, vous pensez dans le cadre de vos propres limites mentales sur la Tech. Limites qui sont très vites atteintes, en passant. En fait, vous agravez sans doute votre cas. Posez simplement des questions, point.
C’était le Retour d’Expérience de Tonton Jojo, pour Radio Bter.
À vous les studios.
