{"id":7124,"date":"2018-12-18T22:00:32","date_gmt":"2018-12-18T21:00:32","guid":{"rendered":"https:\/\/stephaniewalter.design\/fr\/?p=7124"},"modified":"2018-12-23T11:00:05","modified_gmt":"2018-12-23T10:00:05","slug":"experience-utilisateur-et-templates-frameworks-ui-partie-1-le-constat","status":"publish","type":"post","link":"https:\/\/stephaniewalter.design\/fr\/blog\/experience-utilisateur-et-templates-frameworks-ui-partie-1-le-constat\/","title":{"rendered":"Exp\u00e9rience utilisateur Templates \/ Frameworks UI \u2013 partie 1, le constat."},"content":{"rendered":"
Ce contenu a \u00e9t\u00e9 r\u00e9dig\u00e9 il y a 7 ans. Il se peut qu'il ne soit plus \u00e0 jour.<\/div>

Gr\u00e2ce \u00e0 Bootstrap, Material Design et tous les templates et frameworks sur le march\u00e9, il est possible de lancer rapidement un produit dont le design \u201csemble\u201d visuellement agr\u00e9able. Pourtant, sans r\u00e9elle compr\u00e9hension des besoins utilisateurs en amont, beaucoup de ces produits qui semblent jolis de prime abord n\u2019en restent pas moins inutilisables, voire inutiles.<\/p>\n

Le design, c\u2019est cependant bien plus que des jolis boutons<\/strong>. Travailler avec des templates est possible, mais pas sans une r\u00e9flexion sur les besoins, les parcours et une architecture d\u2019information solide en amont. Je pense qu\u2019il est tout \u00e0 fait possible d\u2019utiliser des frameworks pour construire des produits, mais il faut pour \u00e7a impliquer l\u2019humain, les utilisatrices et utilisateurs d\u00e8s le d\u00e9but du projet. <\/strong><\/p>\n

Le sujet \u00e9tant long \u00e0 traiter, l\u2019article est d\u00e9coup\u00e9 en deux parties. Dans cette premi\u00e8re partie<\/a>, je dresse un constat \u00e0 travers l\u2019exemple d\u2019un projet, de mon questionnaire en ligne sur les Framework UI sur l\u2019\u00e9tat du march\u00e9 des frameworks en 2018 et l\u2019implication des \u00e9quipes de design sur des projets utilisant des Framework UI.<\/em><\/p>\n

Dans la seconde partie<\/a>, je vous explique mon processus de travail au quotidien pour remettre les utilisatrices au centre de nos processus de conception<\/em>.<\/p>\n

Quelques d\u00e9finitions.<\/h2>\n

Pour que l\u2019on parle de la m\u00eame chose, je vais commencer par quelques d\u00e9finitions. Quand je parle de \u201cFramework UI\u201d j\u2019entends par l\u00e0 un outil qui propose un ensemble de composants permettant de construire une interface. Le plus connu c\u2019est bien s\u00fbre Bootstrap<\/a>. Un Template quant \u00e0 lui d\u00e9signe un th\u00e8me graphique appliqu\u00e9 \u00e0 un site web ind\u00e9pendamment de son contenu. Les templates sont souvent cr\u00e9\u00e9s \u00e0 partir de composants du framework UI, mais aussi parfois \u00e0 partir de z\u00e9ros. Bootstrap par exemple propose un bon nombre de templates pour des dashboard et d\u2019autres syst\u00e8mes<\/a>. Dans les deux cas, ils permettraient en th\u00e9orie de construire des sites et interfaces web.<\/strong><\/p>\n

\"\"<\/p>\n

C’est l\u2019histoire d\u2019un projet\u2026<\/h2>\n

Pour mieux comprendre l\u2019impacts que peuvent avoir ces frameworks et templates, je vais vous raconter une histoire, l\u2019histoire de mauvaises d\u00e9cisions et d\u2019\u00e9v\u00e8nements f\u00e2cheux qui ont men\u00e9 un de mes projet droit \u00e0 sa perte. Je vous le dis de suite, ceci n\u2019est pas un conte de f\u00e9e, il n\u2019y aura pas de fin heureuse.<\/em><\/p>\n

Au d\u00e9but tout commen\u00e7ait bien<\/h3>\n

Toute bonne histoire doit avoir un protagoniste. Appelons le n\u00f4tre \u201cMonsieur client\u201d. Monsieur Client avait une jolie id\u00e9e, Monsieur Client voulait construire un produit pour aider les enfants \u00e0 apprendre la musique.<\/p>\n

Le produit \u00e9tait compos\u00e9 de deux parties\u00a0:<\/p>\n